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

今天看了一篇博文,烧掉十亿美元的捷径:忽略用户体验(沃尔玛案例研究)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非常注重自动化率,认为一切都可以自动化,但是我认为,理论上可以,现实不允许。费了老牛劲实现全自动化又怎么样? 经不起改动的部分最好都别做自动化,做了也是白做。

自动化只是辅助,

相关推荐