? 漏测分类
接下来需要将所有的漏测缺陷按照有意义的属性进行分类,当然,前提条件是已经有了一个包含了所有漏测缺陷详细信息的漏测列表。然后需要确定哪些属性分类是对分析有用的。下面给出一些漏测缺陷的属性的例子:
? 漏测产生活动(最有可能发现该漏测缺陷的活动)
? 开发阶段(原始需求评审、概念评审、设计评审、代码检视、单元测试、模块联调、信息资料开发)
? 测试阶段(功能测试、系统测试、本地语言测试、设备驱动测试、安装测试、性能测试、异常测试)
? 产品模块(产生了漏测缺陷的代码模块)
? 模块 A 、 B 、 C 等
? 缺陷影响(对用户使用造成的影响)
? 系统崩溃、业务中止、数据完整性、命令失效、安装失败、设备 / 驱动、性能、文档、可用性等
? 引入版本(引入漏测缺陷的代码版本)
? 平台
? 严重级别
? 发现漏测的版本
漏测产生活动是指在软件开发测试过程中,某类被漏测的缺陷最应该在该活动中被发现。设置该项分类的目的是为了便于对产生了漏测的活动进行更进一步的细化分析。
产品模块是指被漏测的缺陷所在的代码模块。
缺陷影响是指漏测缺陷给用户使用时所带来问题的类型。
引入版本是漏测缺陷被引入时的代码版本,它应该是代码第一次引入该缺陷的版本。
平台是指产生漏测的平台或操作系统。
严重级别是指缺陷的严重程度度量,例如:致命、严重、一般、提示。如果你的缺陷跟踪过程还没有包含缺陷的这个属性,那么漏测分析过程应该明确地给出每个缺陷的严重级别。
发现漏测的版本是指该漏测初次被发现并被报告时的软件版本。
进行漏测分类活动时,最好将开发、测试、技术支持以及其他所有产品生命周期中相关部门的代表组织到一起对近期的漏测进行讨论,特别是技术支持人员能够提供很多非常详细的关于漏测缺陷的信息,这对漏测分类非常有帮助。
文章来源于领测软件测试网 https://www.ltesting.net/