缺陷管理流程.ppt

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