软件缺陷生命周期流程规范V10_初稿.docxVIP

软件缺陷生命周期流程规范软件测试部吴XX2015年12月05日1. 目的对软件功能评测过程中发现的问题进行记录、跟踪，从缺陷的产生开始，经过修正、验证等等一系列操作后，最终关闭，包含了软件缺陷的整个生命周期。同时，通过汇总缺陷和分析缺陷曲线，判断产品缺陷是处于发散期、平稳期乃至收敛期，由此作为评估产品稳定性的依据。2. 范围自主研发项目，合作研发项目和OEM项目及上市阶段样机的软件功能评测问题类。3. 定义3.1 缺陷跟踪库：用于存储测试过程中的缺陷，并对整个缺陷生命周期进行跟踪的数据库，结合当前流行的测试工具，目前采用Mantis来处理和跟踪缺陷。3.2 研发中心：负责提交测试申请，接收测试中心提交的问题点，并修正。3.3测试部：负责接收测试申请，执行测试，并对测试问题进行汇总和校验，提交测试报告。3.4测试经理/组长：对接收的测试任务进行合理的资源分配，并执行测试，过滤测试工程师提交的缺陷，并提交缺陷进行分流和执行关闭动作。3.5测试工程师：执行测试并提交测试缺陷，同时对已经修改的缺陷在新版中进行验证。4. 流程4.1 缺陷处理流程图测试人员提交Bug，填写对应的开发人员，状态为“新建”测试组长/经理确认Bug信息不完整、不是问题、重复问题，则“打回”给测试人员重新编辑，如果审核通过，则状态为“已审核”测试人员确认问题仍存在，则“重新打开”bug审核测试人员完善Bug信息后再次提交，状态改为“新建”，如果确认不是问题、设计如此，则“关闭”此bug否是确认开发人员确认暂时无法解决、优化，状态改成“延期”，修改Bug成功后改状态为“待验证”，转给测试人员回归验证；是推迟解决新版本发出后，测试人员回归Bug，验证bug未重现，必现bug则改为“关闭“状态，概率性问题则改为“跟踪”，如果验证未解决，则“重新打开”此Bug已解决已解决问题重现验证概率性问题问题重现已解决未重现问题重现4.2 流程解释按照箭头的走向，所有能走通的路径都是有效路径。以下过程是按照主线来走的。详细请见状态转换说明4.2.1测试部接收测试申请，并根据测试计划执行测试；4.2.2测试工程师对测试过程中发现的问题进行初步筛选、判断，新建缺陷，并提交相应软件人员；4.2.3测试经理/组长收到新提交的测试缺陷后，进行再次筛选和过滤，将状态改为“已审核”；4.2.4软件接口人收到转移过来的缺陷后，进行过滤确认问题，并转给具体的工程师修改；4.2.5软件工程师收到问题后，进行分析，发现了根本原因后则将状态设为“已确认”；4.2.6问题已经解决后则将状态设为“待验证”，并转移给问题提交人进行确认；4.2.7问题暂时无法解决、优先级降低，将状态设置为“延期”，软件责任人不变；4.2.8问题提交人确认问题已解决后将问题“已关闭”。如果问题本身路径已经修改完成但相关路径出现问题，则仍然将此问题“关闭”，同时提交新问题，并备注说明这是该问题的衍生问题；4.2.9问题提交人确认未修改，则将问题“重新打开”给软件人员/软件接口人；4.2.10测试经理对验证通过的问题进行再次筛选和过滤，然后将问题关闭；4.2.11对于描述有问题的bug，相关人员将问题打回给问题创建人员，并简要说明理由；4.2.12对于不是问题、设计如此、重复提交的情况，相关人员将问题状态设为“打回”并转给问题提交人/测试经理，并简要说明理由；4.2.13问题提交人/测试经理发现测试工程师提交的问题不是问题，则直接关闭问题；4.2.14测试人员验证概率性问题，暂无法复现的，将状态改成“跟踪”，跟踪三个软件版本仍未复现，则将此bug关闭，如复现bug，则“重新打开”此bug。附录：5. BUG缺陷库解释5.1 用户组成员及其权限ID用户组名称用户组成员用户组权限1项目管理组测试经理新建事务,重打开事务，项目管理2开发组软件开发工程师处理事务，重打开事务3测试组测试员、测试工程师新建事务,重打开事务4浏览用户组其他相关的非直接参与人员事务浏览5硬件工作组硬件相关人员处理硬件相关事务6系统管理组系统管理员管理所有项目及其配置5.2字段定义ID内容选项要求1摘要必选标题为缺陷描述的简要说明，尽量用一句话来说明是什么问题。2分类必选Bug所属的功能范围（功能域\模块）3类别可选为下拉菜单选项，包括：缺陷、需求、建议4优先级必选为下拉菜单选项，包括：1）特急\加急：要求3天内解决；2）高：要求一周内解决；3）中：要求一个月内解决；4）低：基本不做最后期限处理5严重级别必选1）为下拉菜单选项，包括致命、严重、一般、轻微、无；2）计算方法：严重级别=严重度*使用频率*复现概率6严重度必选详见《软件缺陷等级定义》7使用频率必选8复现概率必选9结束期限可选不作为强制条件，由项目经理决定10详细描述必选要求：1）清晰,简洁2）保持中立3）