抛掉那些边界条件--云端后台产品测试
看了一篇博文，烧掉十亿美元的捷径：忽略用户体验（沃尔玛案例研究）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非常注重自动化率，认为一切都可以自动化，但是我认为，理论上可以，现实不允许。费了老牛劲实现全自动化又怎么样？
说到底，其实自动化只是辅助。
