测试的第三重境地：应战零缺点

孔子说“人无远虑，必有近忧”，用在软件测试上，是甚么意义呢？能够多么理解，若是我们不从产生标题的根源上处置标题，以为测试仅仅是找Bug，想方设法找Bug，觉得Bug老是找不完，认识中就会堕入“永无天日”的情况。但是，有小部门测试职员还真但愿软件存在多一些标题（生怕全国稳定），多么能够多提交Bug，以为事迹比没有提交几多Bug必定要好。无独占偶，有小部门开拓职员也把自身犯下的法式缺点视为理所当然，乃至还有个体人会戏虐地说“软件若是没有Bug的话，测试职员不就掉业了”。这似乎在唱一出双鐄戏。软件开拓的全部进程中，Bug是理所当然要存在的，是多么吗？软件工程中软件危机的根源标题只能经由过程找到Bug的伎俩来节制吗？

理想上，我们都很明晰，任何一个Bug的发作都是有来历的，来历包罗需求的想象、软件的想象（含代码的编写）等。相对前真个想象，测试是过后的考证，是一种“堵”缝隙的方法。但是，在理想任务中，时分与本钱其实不答应我们往堵居处有的Bug。日素质量年夜师田口玄一说得好“质量是想象出来的，而不是测试出来的”。若是我们能变主动为自动，在想象之前，就做好想象的防患方法，为想象高质量的软件打下坚实的基本，这即是本节筹算向读者先容的测试的第三重境地：应战零缺陷。

缺陷的防与堵

几近在每次口试测试工程师时，笔者城市问一个多么的标题：“你所担任测试过的模块，是不是存在漏测的环境”，几近每一个招聘者都回覆说“有”。面临复杂的软件，纷繁复杂的运转状况，在无限时分内中止的测试勾当，做到真实的零Bug是 不成能的，也是不实践的。但这些都不是因由，一切的测试勾当是有目的的贸易勾当，每一个公司有自身测试经由过程的一套尺度或准绳。固然漏测不成避免，但其实不是说 漏测是一种正常现象或应当的现象，呈现的漏测标题若是超越公司所能接收的准绳，就属于不正常的现象，很有需求中止漏测阐发。中止漏测阐发勾当（需求出格注 意的是它毫不是对漏测职员的批斗会），它的首要目的是经由过程阐发曩昔的经历，找出标题的根源，阐发测试中哪一个环节任务存在缺掉，以拿出规避的可支配的方法出 来。

测试职员中止漏测阐发时，免不了对标题中止追根究底。软件是由开拓职员想象出来的，所以漏测阐发勾当少不了开拓职员在场，乃至有时还会触及需求想象职员。关于漏测阐发的追根究底，这里有一个关于开拓与测试之间的任务关系像构筑堤坝一样的幽默比如，如图2?11所示。开拓职员想象软件就像构筑一道堤坝，若是堤坝在规划上存在标题，当洪水冲击时，可以不只是局部的泄露，而是直接的决堤，好像软件的崩溃。高高的堤坝，难免会存在漏水的小洞，或渗水的小孔，就似乎软件中存在的小Bug。越是在堤坝基部的漏水或渗水标题越难发现，处置的价钱也越年夜。

在想象时要把规划建牢，不存在缝隙固然更好，这是一种提防。若是超出提防界线，把想象带出的年夜洞小孔遗留到测试环节，它只好拿着各类减少镜（应用各类方式）来检测，以搜罗各类深深浅浅、年夜年夜小小的标题，最初经由过程“打补钉”的格式，堵住堤坝上的“哀鸿遍野”。

在对缺陷的防与堵方面，测试是发现标题的中心脚色，告知开拓职员哪里漏水或渗水了。防与堵的任务是由建堤者来做的。固然，防是自动的，堵是主动的，自动变成主动后，中心履历了资本与时分的投进，固然即使是统一个Bug，它们的价钱也是完整纷歧样的。这类堵越在前面，影响越年夜，价钱也就越年夜，如表2-6所示（摘自《代码年夜全》）是一个依照缺陷呈现的阶段来添加测试本钱的例子。

表2?6  依照缺陷的引进和检测时分，修改统一缺陷所需的平均本钱

如表2-6所示为在需求阶段引进的一个缺陷。若是当即发现了此标题，点窜本钱只需求1美圆，但若是在系统测试阶段发现它，点窜本钱就添加了10倍。愈加严重的是，若是在版本发布后用户端发现了此标题，则需支出10倍以上乃至是100倍的价钱。缺陷在系统中的时分越长，处置它的价钱就越年夜，由于时分越长，开拓与测试职员点窜的本钱就越高，还将影响年夜面积的用户端进级。