《缺陷管理》

1、缺陷管理课程目标l 掌握软件缺陷的基本概念和相关术语l 掌握软件缺陷管理的基本流程l 掌握高质量缺陷问题单的填写方法l 了解软件缺陷管理的常用工具课程内容l软件缺陷管理的基本概念软件缺陷管理的基本概念l 软件缺陷管理基本流程l 缺陷跟踪单填写方法缺陷管理的基本概念l Bug：程序缺陷，电脑系统或者程序中存在的任何一种破坏正常运转能 力的问题或者缺陷，都可以叫做“bug”；有时也被泛指因软件产品内 部的缺陷引起的软件产品最终运行时和预期属性的偏离。l 缺陷（Defect）：既指静态存在于软件工作产品（文档、代码）中的错 误，也指软件运行时由于这些错误被激发引起的和软件产品预期属性的 偏离现象。l

2、 错误（Error）：指编写错误的代码，一种是语法错误（syntax error）， 另一种是逻辑错误（logical error）。l 故障（Fault）：软件运行中出现的状态，可引起意外情况，若不加处 理，可产生失效，是一个动态行为。l 失效（Failure）：软件运行时产生的外部异常行为结果，表现与用户需 求不一致，功能能力终止，用户无法完成所需要的应用。缺陷管理的基本概念l 缺陷报告单：测试执行过程中，发现软件失效后，提出书面的报告，提 供给开发人员或者其他负责人员作为定位缺陷的依据，也作为日后缺陷 度量的数据依据。Defect & Enhancementl Defect（缺陷

3、）：通常指被测试软件的功能与需求规格说明书中的描述 不一致，负责人一般为开发人员；l Enhancement（改进）：通常指用户需求与需求规格说明书中的描述不 一致，负责人员一般为需求人员；l 二者的现实意义： - 避免扯皮 - 涉及费用问题课程内容l 软件缺陷管理的基本概念l软件缺陷管理基本流程软件缺陷管理基本流程l 缺陷跟踪单填写方法一个简单的Bug跟踪流程Raid/BMS邮件系统邮件系统源代码源代码服务器服务器发布服务器发布服务器测试人员测试人员builder开发人员开发人员专家会诊专家会诊210134657891、拿到新的版本；2、记录bug；3、得到新的bug；4、解决bug；5、C

4、heck in；6、批准；7、Check in；8、拿到最新源代码；9、编译；10、验证bug解决并关闭缺陷管理的目的l 保证信息的一致性l 保证缺陷得到有效的跟踪，解决l 获取正确的Bug信息，用作缺陷分析和产品度量软件缺陷管理相关支撑工具介绍l 软件缺陷跟踪过程需要有软件工具支撑： - Mercury Quality Center（简称QC） - Rational ClearQuest - Bugzilla - Mantis - JiraQC中的用户类别l 软件开发人员l 软件测试人员l 软件测试项目经理l 软件开发项目经理缺陷的相关属性l 缺陷发现人l 缺陷发现时间l 缺陷状态l 缺陷严

5、重程度l 缺陷所属版本l 缺陷修改日期QC中的软件缺陷状态列表缺陷的严重程度l 严重性：顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷 的存在将对软件的功能和性能产生怎样的影响。 - 致命：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。 - 严重：例如，由于单功能失效导致多个相关功能均失效 - 一般：例如，软件的单个功能失效 - 提示：软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符 号丢失等软件测试缺陷管理流程缺陷状态矩阵课程内容l 软件缺陷管理的基本概念l 软件缺陷管理基本流程l缺陷跟踪单填写方法缺陷跟踪单填写方法缺陷跟踪单写作准则（5C）l Correct（准确） -

6、 每个组成部分的描述准确，不会引起误解l Clear（清晰） - 每个组成部分的描述清晰，易于理解l Concise（简洁） - 只包含必不可少的信息，不包括任何多余的内容l Complete（完整） - 包含复现该缺陷的完整步骤和其他本质信息l Consistent（一致） - 按照一致的格式书写全部缺陷报告缺陷跟踪单基本内容缺陷描述举例（1）l 简单描述 - Arial、Wingdings和Symbol字体会破坏新文件。l 详细描述 - 软件测试环境为windows 2000 sp4 - 启动WordEdit编辑器，然后创建新文件。 - 输入四行文本，重复输入“The quick fox

7、jumps over the lazy brown dog”。 - 选中所有四行文本，然后选择字体下拉菜单，并选择Arial。 - 所有文本本转换成控制字符、数字和其它明显的随机二进制数据。 - 重复三次，结果都一样。缺陷描述举例（2）l 相关附件 - 附件1：变换格式之前的文档 - 附件2：变换格式之后的文档l 软件缺陷初步分析 - 粗略估计是格式问题，保存文件，关闭WordEdit并重新打开文件，但 是数据人仍然被破坏。 - 在改变字体前保存文件防止错误。 - 对现存文件，错误不再发生。 - 只在Windows 2000下发生，而不出现在Solaris、Mac和其它windows 系统。含

8、糊不完整的缺陷报告l 简要描述 - WordEdit处理Arial字体有问题。l 详细描述 - 1、打开WordEdit。 - 2、输入一些文本。 - 3、选择Arial。 - 4、文本被破坏l 软件缺陷初步分析： - N/A冗余混淆的缺陷报告（1）l 简要描述 - 我在Solaris、Windows 98和Mac上运行WordEdit，当使用某些字体时 ，好像会破坏一些数据。l 详细描述 - 1、在Windows 98上打开WordEdit，然后编辑两个现有文件，这些文 件包含一些字体的混合。 - 2、文件正常打印。 - 3、创建并打印一张图表，工作正常，但是有些内容不是很清楚。 - 4、之

9、后，创建了一个新文件。 - 5、然后，输入了一大堆随机文本。 - 6、在输入了文本之后，选中一些行，然后，落下字体菜单并选择Arial - 7、改变的文本被破坏了。l 软件缺陷初步分析： - N/A冗余混淆的缺陷报告（2） - 8、重复三次，每次结果都一样。 - 9、我在Solaris上重复步骤1-6，没有发现任何问题。 - 10、我在Mac上重复步骤1-6，没有发现任何问题。l缺陷原因分析： - 我尝试选择其他字体，但是只有Arial出现这个错。但是，其他没有测试的字体 仍然有可能出错。缺陷报告的写作要点（1）l 再现：一般是尽量三次再现故障，如果问题是间断的，那要报告问题发 生频率。l 初步定位：可能影响再现的变量，例如配置变化、工作流、数据库，这 些都可能改变错误的特征。l 推广：确定系统其他部分是否可能出现这种错误，以及使用不同的数据 时是否存在着这种问题等等，特别是那些可能存在更加严重特征的部分l 压缩：精简任何不必要的信息，特别是冗余的测试步骤。l 去除歧义：使用清晰的语言，尤其是避免使用那些有多个不同或相反含 义的词汇。l 中立：公正的表达自己的意思，对错误及其特征的事实进行陈述避免夸 张、幽默或讽刺。l 评审：至少有一个同行，最好是一个有经验的测试工程师或测