看了一篇博文，烧掉十亿美元的捷径：忽略用户体验（沃尔玛案例研究）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非常注重自动化率，认为一切都可以自动化，但是我认为，理论上可以，现实不允许。费了老牛劲实现全自动化又怎么样？

　　说到底，其实自动化只是辅助。