软件缺陷管理和报告

lsekfe

一、缺陷的定义
　　简单来说缺陷就是指程序中一切不符合需求规格说明、遗漏、错误实现、额外的改进的地方。
　　二、缺陷的类型
　　测试过程中发现的缺陷一般分为如下几类：
　　1、功能问题：功能失效、功能实现错误。
　　2、设计缺陷：页面的美观性、错别字等。
　　3、用户体验：对产品的建议性问题，一般不强制修改，需要产品、开发讨论是否合理、是否可可实施。
　　4、需求问题：需求未实现、需求实现不完整。
　　5、性能问题：性能测试时发生的相关问题，例如：响应时间过长、内存泄露、CPU占用等。
　　6、安全问题：业务功能存在的安全隐患，例如：用户密码被暴力破解、密码强度限制等。
　　7、接口问题：必传参数未验证，参数传递未加密等。
　　8、配置问题：由于配置不当或者配置不能够满足实际要求出现的问题。
　　9、兼容问题：软件不兼容需求规格说明书中指定的系统及版本问题。
　　三、缺陷的严重度及优先级划分
　　1、缺陷的严重度一般划分为五个等级：
　　1）致命：造成系统或应用崩溃、死机、数据丢失等，主要功能完全丧失导致的异常问题。
　　2）严重：主要功能部分丧失、模块功能失效或异常退出影响使用等问题。
　　3）一般：次要功能没有完全实现，但不影响使用的问题。
　　4）轻微：用户使用不方便，但不应功能的操作，如错别字、界面不规范等问题。
　　5）建议：能提升用户体验的一些易用性问题。
　　2、缺陷的优先级划分一般分三个等级：
　　1）高：系统崩溃、严重阻塞测试和开发工作的BUG，例如功能完全没有实现、应用崩溃等。
　　2）中：非阻塞测试的严重问题，如功能实现不完整但不影响应用和系统的稳定性。
　　3）低：一些轻微界面问题或建议类问题，如错别字、界面显示轻微重叠、产品建议等问题。
　　四、缺陷提交的必须要素
　　1、缺陷提交必须描述准确、简洁、明了、完整、没有歧义。让查看者能够根据缺陷详情清单就能准备的了解到这个问题并且能够根据重现步骤复现此问题。
　　2、缺陷提交必须包含：缺陷本来的预期结果、缺陷重现的步骤、缺陷的所属模块、缺陷的类型、缺陷的严重程度、缺陷的优先级、缺陷发生的概率、缺陷产生的必要前置条件、缺陷恢复的手段、缺陷的所属版本、指派的责任人。

　　五、缺陷的状态及生命周期
　　缺陷的状态和生命周期一般分为：
　　1）提交：BUG提交后。 由审核负责人审核并分配相应责任人，并将BUG状态改为分配状态。
　　2）分配：已指定开发人员的BUG。 开发人员判断此问题是否修改，修改则将状态改为处理中，如拒绝修改，则将状态改为拒绝，并在note上备注说明缘由，指派会相应责任人。
　　3）处理中：开发正在处理的问题。 修复完成后将状态改为已解决，并在note上备注说明可验证的相应版本及时间，指派会相应测试负责人进行回归测试。
　　4）已解决：开发已解决的问题。 由测试人员进行回归测试验证，必现问题，验证一个版本通过则可修改状态为关闭，概率性问题，一般需要持续跟踪验证3个版本都通过后可修改状态为关闭。验证不通过的问题，修改状态为重打开，并指派给相应开发人员，并说明验证不通过的版本及时间。
　　5）拒绝：开发拒绝处理的BUG。 由测试人员认真复核此问题是否真实存在、是否具有修改的必要性、是否是误操作、是否是理解错误等原因，如果复核该问题确实不是问题，那么就将状态修改为关闭，如果复核后确定此问题是问题且需要修改，就需要及时和开发人员联系说明，并将状态改为重打开，并指派回给相应责任人。
　　6）关闭：测试验证通过的BUG。 一般为测试验证完全通过，或者误提交、提交错误的BUG。
　　7）重打开：一般为测试人员验证未通过的BUG、关闭后又再次出现的BUG、开发拒绝后，测试复核确实需要处理的BUG。
　　BUG生命周期流程图：