图 -2 演示的是 “ 开发分析 ” 标签项。针对开发过程，可以对漏测缺陷进行各种不同的分类。在本例中所示例的漏测缺陷被归类为 “ 设计评审过程 ” 遗漏。这个例子演示了对产品的开发过程变更创建 “ 概念评审 ” 的过程。 “ 捕获概率 ” 项用来评估变更实施后可能产生的效果，它能回答 “ 如果在开发过程中已经实施了该变更计划，这个缺陷被捕获到的可能性有多大? ” ，对此本文将在后面的 “ 测量 ” 小节进行详细探讨。这个表格还设计了变更计划制订的预期日期项和实施该变更计划的预期日期项， Lotus Notes 系统会在该日期自动发送提示信息给变更计划的受理者。
图 -3
图 -3 演示的是 “ 测试分析 ” 标签项。在这里可以分析用户报告的缺陷是否真的是漏测，换句话说，确定测试过程中是否真的存在漏洞或者该缺陷是否真的值得解决。这是非常重要的。有一些用户发现问题的环境是非常特殊的或生僻的，还有些缺陷解决起来代价很大，并且很难被发现，漏测分析组需要确定是否有必要针对该漏测缺陷进行测试过程改进。如果发现问题的用户是非常重要的客户，并且该用户会经常使用该环境，那么即使发现问题的环境非常特殊，也需要改进测试环境，来尽量符合用户的使用环境。在上面的例子中，缺陷被归类到 “ 未执行的测试类型 ” ，该测试类型发生了漏测。在对数百个漏测缺陷进行统计分析后，如果发现 “ 未执行的测试类型 ” 比例很高，那么可能需要在整个开发过程中增加该类测试类型。这里 “ 捕获概率 ” 项和上面小节描述的含义一样。
? 测量
本节将给出关于测量的一些建议。首先，对于需要改进点，将给出能指导漏测分析组制订合适的改进计划的测量点;接下来，将给出一些评价漏测分析过程效果的方法。您可以采用其中部分或全部建议来建立自己的测量体系。
1 、测量驱动改进
将前面各分类数据和总数比较，得到各分类的比例。下面是一些例子：
图 -4 显示的是各代码模块(模块 A - Z )漏测数占总的漏测数的比例。从该饼图上可以清楚地看出超过 50 %的漏测来自于 B 、 C 、 D 、 E 四个模块，这个测量结果可以帮助漏测分析组决定是否对这四个模块的开发过程实施改进。
文章来源于领测软件测试网 https://www.ltesting.net/
