缺陷管理流程方案.ppt

* 上海博为峰软件技术有限公司 深圳市高勤信科股份有限公司 掌握软件缺陷的基本概念 掌握软件缺陷管理的基本流程 掌握高质量缺陷问题单的填写方法 Bug：程序缺陷 电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷，都可以叫做“bug”；有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离。 缺陷（Defect）：既指静态存在于软件工作产品（文档、代码）中的错误，也指软件运行时由于这些错误被激发引起的和软件产品预期属性的偏离现象。 错误（Error）：指编写错误的代码，一种是语法错误（syntax error），另一种是逻辑错误（logical error）； 故障（Fault）：软件运行中出现的状态，可引起意外情况，若不加处理，可产生失效，是一个动态行为； 失效（Failure）：软件运行时产生的外部异常行为结果，表现与用户需求不一致，功能能力终止，用户无法完成所需要的应用； 缺陷报告单：测试执行过程中，发现软件失效后，提出书面的报告，提供给开发人员或者其他负责人员作为定位缺陷的依据，也作为日后缺陷度量的数据依据。 Defect（缺陷）：通常指被测试软件的功能与需求规格说明书中的描述不一致，负责人一般为开发人员； Enhancement（改进）：通常指用户需求与需求规格说明书中的描述不一致，负责人员一般为需求人员； 二者的现实意义： 避免扯皮 涉及费用问题 保证信息的一致性 保证缺陷得到有效的跟踪，解决 获取正确的Bug信息，用作缺陷分析和产品度量 提高测试工作效率以及度量开发人员的工作质量 禅道功能操作、模板的使用、截图、上传文件 我们现在面临的问题--提交bug的时间太长 New 缺陷的初始状态 Open 开发人员开始修改缺陷 Fixed 开发人员修改缺陷完毕 Closed 回归测试通过 Reopen 回归测试失败 Postpone 推迟修改 Rejected 开发人员认为不是程序问题，拒绝缺陷 Duplicate 与已经提交的Defect重复 Abandon 被Reject和Duplicate的Defect，测试人员确认后的确不是问题，将Defect置为此状态 严重性：顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。 致命：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。 严重：例如，由于单功能失效导致多个相关功能均失效 一般：例如，软件的单个功能失效； 提示：软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等； Correct（准确） 每个组成部分的描述准确，不会引起误解 Clear（清晰） 每个组成部分的描述清晰，易于理解 Concise（简洁） 只包含必不可少的信息，不包括任何多余的内容 Complete（完整） 包含复现该缺陷的完整步骤和其他本质信息 Consistent（一致） 按照一致的格式书写全部缺陷报告 缺陷项目 注意事项 简单描述 1、用一句话简单的，提纲挈领地描述清楚问题 详细描述 1、描述问题的基本环境，包括操作系统、硬件环境、网络环境、被测试软件的运行环境 2、用简明扼要的语言描述清楚软件出现异常时候的，测试人员的操作步骤及使用的数据 3、如果从gui界面上可以反映出软件的异常，采用拷屏的方式截取界面，粘贴在问题单中 4、被测试软件运行时候的相关日志文件 5、测试人员根据上述信息可以给出对问题的简单的分析 6、被测试软件的版本 7、状态、严重级别、优先级别 8、提交日期、提交人 相关附件 1、gui的拷屏图片 2、被测试软件运行的相关日志文件 提交的缺陷开发人员不认可怎么办？ 如何处理不能重现的缺陷？ 如何处理好与开发人员及其他相关人员的关系？ 缺陷太多怎么办？ 找不到缺陷怎么办？ 缺陷得不到及时修复怎么办？ 如何处理缺陷级别定义之争？ 如何处理缺陷跟踪中的扯皮现象？ * 工作目标： 1，你做过的项目的缺陷管理流程是什么？ 2, 测试工程师通常需要参与的缺陷状态是什么？ 3, 你做过的项目中缺陷单有哪些维度？ 4, 怎样才算一份好的缺陷报告单？ 工作目标 能在工作中编写高质量的缺陷 能在任何条件下进行缺陷管理 * 什么是缺陷？ 如何定义一个缺陷？标准，不同阶段的标准不同 整个生命周期的各个阶段有什么错误？ 缺陷的分类 查找资料，明确defect、bug、fault、failure等的概念 Defect、Enhancement 缺陷载体： 设计、编码----代码----开发人员 需求-----需求人员 * * * 1.软件缺陷的严重性的判断应该从软件最终用户的观点做出判断，即判断缺陷的严重性要为用户考虑，考虑缺陷对用户使用造成的恶劣后果的严重性。 确定软件缺陷优先级，更多的是