● 模块 A 、 B 、 C 等
● 缺陷影响(对用户使用造成的影响)
● 系统崩溃、业务中止、数据完整性、命令失效、安装失败、设备 / 驱动、性能、文档、可用性等
● 引入版本(引入漏测缺陷的代码版本)
● 平台
● 严重级别
● 发现漏测的版本
漏测产生活动是指在软件开发测试过程中,某类被漏测的缺陷最应该在该活动中被发现。设置该项分类的目的是为了便于对产生了漏测的活动进行更进一步的细化分析。
产品模块是指被漏测的缺陷所在的代码模块。
缺陷影响是指漏测缺陷给用户使用时所带来问题的类型。
引入版本是漏测缺陷被引入时的代码版本,它应该是代码第一次引入该缺陷的版本。
平台是指产生漏测的平台或操作系统。
严重级别是指缺陷的严重程度度量,例如:致命、严重、一般、提示。如果你的缺陷跟踪过程还没有包含缺陷的这个属性,那么漏测分析过程应该明确地给出每个缺陷的严重级别。
发现漏测的版本是指该漏测初次被发现并被报告时的软件版本。
进行漏测分类活动时,最好将开发、测试、技术支持以及其他所有产品生命周期中相关部门的代表组织到一起对近期的漏测进行讨论,特别是技术支持人员能够提供很多非常详细的关于漏测缺陷的信息,这对漏测分类非常有帮助。
在项目组进行实际漏测分析活动时,也许不需要按照上面建议的一些属性进行分类,而需要采用其他一些分类标准,这时最好在项目组内集体讨论来决定哪些分类是最适用的。
在漏测缺陷分类活动结束后,需要对分类结果数据进行统计分析。例如,每个漏测缺陷对应了一个漏测产生的活动,这时可以考虑对该活动进行进一步的改进。
◆ 分析活动:跟踪工具
进行漏测分析时如果没有缺陷跟踪工具的支持是很困难的。应该采用工具来维护所有不同分类的漏测缺陷数据。 Lotus Notes 数据库就是一个不错的工具,它能很方便地将数据按各种不同的方式进行分割,这样你能够对同样一批数据创建各种视图,从而能够从各个角度进行统计分析。
◆ 分析活动:统计
统计分析是为了指导全流程过程改进。进行统计分析首先要确定进行统计分析的频度,一般一个季度进行一次统计分析比较合适。进行统计分析时,需要将某个分类的各分类项的数据一一和该分类的所有其它分类项数据进行比较,并且对所有的分类都要进行这样的操作。对那些相对总数比较大的分类项还要进行更进一步细分,进行更进一步的统计分析工作。
◆ 分析活动:全流程过程改进
进行统计分析的时候,漏测分析小组需要集合在一起,对统计分析结果进行讨论。基于统计分析结果可以得到各种趋势图,分析小组可以讨论全开发流程中需要改进的意见和方案,然后对那些需要改进的地方作出正式的改进建议,制定改进实施计划,并在随后的会议上,漏测分析小组对变更实施过程进行讨论。可以通过漏测分析数据库或者其他工具进行任务分配和跟踪。这里可以给出两个根据缺陷分析进行全流程改进的例子:第一个例子,如果在系统在故障处理时发现了很多的漏测缺陷,那么进行开发过程全流程改进时,可以考虑增加异常测试组,加强异常测试;第二个例子,如果用户在某硬件平台上使用软件的过程中发现了大量缺陷而测试组却没有该硬件平台,这时需要考虑改进硬件获取过程,增加测试的硬件平台。全流程改进会给软件企业带来巨大的影响,所以一定要取得管理层的支持和同意。