大家好，我是十一。

前情回顾

上篇我们给bug定义了具体的级别以及详细讲述了bug的生命周期，我们来回顾下：

bug级别划分：我们将其与bug那些事儿一篇中的bug级别一一对应，分为：危险、严重、重要、轻微、细小

bug生命周期：

    简单bug生命周期：发现缺陷----->打开---->解决----->关闭。

    常用的bug生命周期：在简单的基础上增加了多数项目中可能遇到的评审，决定和循环的过程。具体请返回《bug那些事儿2》一文中查看。

今天我们来讲讲常见测试误区，也有很多地方称他为测试原则。帮助大家跳出测试的各种坑。

常见测试误区

1.测试要进行穷尽（完全）测试

很多人可能认为，软件测试就是对要测试的软件进行完全测试，这样就可以保证软件不会再有缺陷。遗憾的是，这是不可能的，即使是看起来很简单的软件也不可能。原因如下：

    ·输入量太大，测试工作量会很大；

    ·输出结果太多；

    ·软件执行路径太多；

    ·软件说明书是主观的。可以说从旁观者看本身就会有一定的缺陷。（这就是通常的说客户拿到软件或者软件说明书说不是自己想要的东西的原因）

就拿QQ注册页面的用户名框来说，用户名要求“不能超过24个字母或12个汉字”，据百度上查到的资料显示，中国汉字大概有91251个，字母是26个，不算其他特殊符号等以及各种组合，就测试一个字符的可能性总共需要91251+26次测试，那么完全测试用户名文本框这个的可能性是多大？最起码在有限的时间以及有限的成本内我们不可能做到完全测试。

正确打开方式：测试最多只是采样。

2.采样是随机抽取过程

由于我们无法测试所有的可能性，所以任何实际的测试集都是某种程度的样本。那么如何选取样本呢？很多人认为就是随机抽取喽，那我们来看看随机抽取为什么不行，比如学校用的管理系统，其中有一个是登录学习成绩从而排名的，那么如果这个系统到测试这里测试的时候，测试随机选取了1，10，21进行了测试，认为没有问题，系统上线，学校开始使用，到了学校后大家发现21以上的成绩经常容易出现错误，比如记录100的成绩时候总出错显示超出成绩范围；再比如记录1000竟然没提示异常等等各种问题。

上面这些问题就是采样不良好不完全导致的，那么如何采样才能避免这种问题呢？就需要提取足够大的样本来充分代表所有情况才行，问题又来了，如何做？还记得我们在讲测试用例设计篇时候讲到的那些方法嘛？等价类划分法、边界值分析法等等，对了，就是通过这些方法来进行合理的采样过程。忘记的回头去看呦！此处不再赘述。

正确打开方式：测试采样过程需要使用正确的测试用例设计方法来操作。详细请见测试用例设计方法篇。

3.测试说：我保证我测试过的软件不会再有缺陷。

首先：测试是一个采样过程，我们所取的样本只是可以代表所有可能的情况，但是并不能说明我们已经测试过了所有可能，一定没有问题。

其次：就算我们采取的样本完全能代表所有可能，那么软件在不同的使用场景下以及不同的软硬件环境上也会出现不同问题。人脑容量有限，智力也有限，即使我们经验再丰富，知识再渊博，团队再有能力，也永远不可能想到所有可能的场景。就像即使微软、阿里巴巴也会出错一个道理。

最后：希望大家永远铭记－－－测试只能显示出某些事情失败了，或者是在特定的条件下没有失败。

 正确打开方式：

   “测试也许可以令人信服地证明存在缺陷，但是永远无法表明不存在缺陷。”

                                                                    －Edsger W.Dijkstra,计算领域先驱

4.测试的工作是：测试软件本身

通常大家认为测试就是根据软件需求说明书直接进行功能测试，以及根据任务书对性能和稳定性等进行测试。那么如果需求说明书中的描述本身就是错误或者不合理的呢？所以我们一定要参与需求评审，并且在需求评审过程中对不合理的需求给出建议；需求评审的过程本身也是测试的一种。

另外测试中的各个文档我们也需要对其进行测试。比如用户使用手册，就像我们买东西回来先看说明书然后按照说明书操作一样，软件用户使用软件也是根据用户使用手册来的，如果手册写的很不清楚甚至表达有歧义，那对用户来说简直是灾难。

测试对测试过程中的各项工作也需要进行测试，比如测试方案评审、测试用例评审、测试报告评审等等。一个人的能力、经验、知识都是有限的，所谓三个臭皮匠赛过诸葛亮就是这个道理。测试工作的评审或者互审是为了避免个人认识的片面或者经验的不足以及粗心等等造成的测试用例/方案集覆盖不够。

我们单说下测试报告的评审，一般公司测试报告由高级测试或者测试经理出具，测试报告主要是对本次任务作出总结，总结测试在本次任务中搜集到的有用信息，主要是为后续项目流程或者方法的改进提供支撑。如果不评审，可能就会由本人的主观思想或者失误导致信息不足甚至错误，对大家后续工作造成很大影响。

正确打开方式：测试是一项有趣而且意义重大的工作，不仅要测试软件本身，还要对软件开发过程中的各个文档进行测试。

好了，今天到此结束。如有任何问题请进群或者后台留言及时与我沟通，我会尽快回复大家！谢谢大家~我们下次再见！

关注公众号，回复“加入觅识帮”，识别群二维码，期待你的加入。

让我们共同相伴，开启软件知识之旅。

关注我们