软件测试的零星思考

我们测试一直在进行着，有时候觉得很无聊，有时候却能激起我的思考：

 

每天的工作很大程度是在和开发沟通甚至说是在扯皮，你说这个是个cq，他说不是......你说这个cq没有通过，他说应该通过......为什么？提的CQ多少直接决定了我们的业绩，对测试人员而言越多越好，对开发而言越少越好，于是出现双方拧着来的情况。

 

我们常常上测试技术课，提到测试技巧一堆一堆的，但是实际上我们多半用不上的。为什么？时间，时间不允许，如果每个模块每个页面都那么仔细测试的话项目时间必须拉长一倍，而这是不可能做到的。实际上我是如何测试的呢？每次我不会对分给我的每个模块去详细测试，我会挑选我上次或者上几次没有仔细测试过的模块进行详细测试，其他的一笔带过；我会首先针对新功能进行测试，而不是别的；我会简单验证几个常见的输入值，以此判断这个约束是否到位......

 

先验证CQ，再针对新功能测试，最后走回归测试流程......这才是理想的测试流程。

 

CQ是不是提的越多越好？非也，提得越多，验证的压力也越大，与其提得多，不如提得准。这才是高水平测试人员的领悟。