rea_1121的专栏

我的经验manual tester在刚入手的时候发现漏洞的机会越多，因为刚开始更像客户，更容易做出不可预知的乱七八糟的行为。这次有点像白盒测试，要测试一组转换过后的代码。1）用parser转换代码。2)   凭经验直接编辑代码至没有语法错误及避免常见问题。将现实参数代入。差不多就得到一个可测试的脚本了。3)   编写测试脚本:   i. 复制所有的函数名字。有些函数之间类似，不能顺序测，或者看上去铁定铁定没有问题；还是要都复制下来。   ii. 归类函数：           可以顺序测试的放在一组    

整理抽屉，翻到以前记的纸条。不是什么大道理，但是既然记下来了，不想就这么扔掉。        越重要的bug越早发现越好        不同模块有不同特点和需求        积累经验，积极思考最重要        新的功能：冒烟测试，探索性测试        稳定的功能，后期阶段：攻击性测试，随即测试        测试只是使良好的设计不被不应该的bug影响实用性，而不是改善设计。

原因有三点：一个case太大，在前面部分的failure导致后面的部分没有执行到，降低了整个test suite的覆盖率。一个case太大，会让人花更多精力查找failure原因。一个case太大，常常有许多额外的setting动作。而如果case之间类似的setting很多，将会导致一个bug就让许多case被fail, 让人花很多时检查每个case失败的原因，其实都花在同一个bug上。而且当然地，会降低整个test suite的覆盖率。所以case应该尽量小，且互相之间尽量少重复的动作，作为整体的tes