抛掉那些该死的边界条件-- 我看云端后台产品的测试

今天看了一篇博文，烧掉十亿美元的捷径：忽略用户体验（沃尔玛案例研究）http://www.36kr.com/ignore-ux-to-lose-a-bn/，很有启发。

 

其实我们现在很多的工作和沃尔玛有类似之处。 

 

有些QA完全将终端的那些测试方法，放到云端的测试case，很容易就远离客户需求，设计出一些完全不现实的case出来。

这些，都要拜一些软件测试教科书所赐。作为后台的Service产品，如果还按照一般传统的PC机器的产品测试方法，将一大堆的边界测试放进去，开发人员会累死。而且，毫无用途。

 

为什么？

 

你的用户，是一些有着丰富经验的DBA，Operation， 而不是那些大爷大妈，不是那些完全不懂电脑的人士啊。设计那么多的边界条件干什么。 

 

那要测试什么？ 

 

先把最最基本的功能跑过。大部分时候，Service的功能相对简单。 不必在功能上费太多功夫。大家都很懒，feature太多了，基本上没人用。多了 应该拆分功能了。

 

把重点放在一些外界环境的故障上。

 

1. top一下，看看资源使用情况。

2. 有没有单点失败问题，有没有解决方案。

3. 人为停机，停Service，有没有failover，有没有报警，监控。

4. 多喂点数据，看看load情况,资源使用情况。

 

还有，就是多了解下那些情况service会退出，是不是合理，是否可以接受。

 

 

 

而且，现在有一个风气，就是很喜欢一上来就自动化。其实Service只有很小一部分可以自动化，很多QA非常注重自动化率，认为一切都可以自动化，但是我认为，理论上可以，现实不允许。费了老牛劲实现全自动化又怎么样？ 经不起改动的部分最好都别做自动化，做了也是白做。

 

 

 

 

自动化只是辅助，