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