6软件缺陷管理.ppt

第第6章章 测试报告和测试评测测试报告和测试评测软件缺陷测试总结6.1 软件缺陷的概念软件缺陷的概念什么是缺陷什么是缺陷缺陷既指程序中存在的错误缺陷既指程序中存在的错误缺陷也指可能出现在设计中，甚至在需求、规格说缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误明或其他的文档中的种种错误3 3/52/52软件缺陷（软件缺陷（Defect或或Bug）是软件开发过程中）是软件开发过程中的的副产品副产品“缺陷会导致软件产品在某种程度上不能满足用户的缺陷会导致软件产品在某种程度上不能满足用户的需要需要软件缺陷是对软件产品预期属性的偏离现象。包括软件缺陷是对软件产品预期属性的偏离现象包括检测缺陷和残留缺陷检测缺陷和残留缺陷4 4/52/52软件缺陷定义软件缺陷定义软件缺陷就是存在于软件软件缺陷就是存在于软件(文档、数据、程序文档、数据、程序)之中的那些之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题不希望，或不可接受的偏差，而导致软件产生的质量问题软件缺陷产生的原因软件缺陷产生的原因导致软件产生缺陷的九类原因导致软件产生缺陷的九类原因需求的不完善定义需求的不完善定义客户客户开发者通信失败开发者通信失败对软件需求的故意偏离对软件需求的故意偏离逻辑设计错误逻辑设计错误编码错误编码错误不符合文档编制与编码规定不符合文档编制与编码规定测试过程不足测试过程不足规程错误规程错误文档编制错误文档编制错误6 6/52/52很难找出缺陷的原因？很难找出缺陷的原因？7 7/52/52软件缺陷跟踪管理软件缺陷跟踪管理缺陷跟踪管理是测试工作的一个重要部分缺陷跟踪管理是测试工作的一个重要部分8 8/52/52软件缺陷跟踪管理软件缺陷跟踪管理缺陷跟踪管理的目标缺陷跟踪管理的目标确保每个被发现的缺陷都能够被解决确保每个被发现的缺陷都能够被解决收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段收集缺陷数据并进行数据分析，作为组织的过程财富收集缺陷数据并进行数据分析，作为组织的过程财富9 9/52/52软件缺陷的有效简述规则单一准则可以再现完整统一短小简练特定条件补充完善不做评价缺陷的缺陷的属性属性缺陷标识缺陷标识缺陷类型缺陷类型缺陷严重程度缺陷严重程度缺陷优先级缺陷优先级缺陷状态缺陷状态缺陷起源缺陷起源缺陷来源缺陷来源缺陷根源缺陷根源1111/52/52缺陷严重程度缺陷严重程度 致命致命 严重严重 一般一般 较小较小1212/52/52缺陷优先级缺陷优先级1.1.立即解决立即解决2.2.高优先级高优先级3.3.正常排队正常排队4.4.低优先级低优先级1313/52/526.2分离和再现软件缺陷分离和再现软件缺陷 q确保所有的步骤都被记录。q特定条件和时间。q压力和负荷、内存和数据溢出相关的边界条件。q考虑资源依赖性包括内存、网络和硬件共享的相互作用等。q不能忽视硬件。与软件不同，硬件不按预定方式工作。q和开发人员紧密合作6.3 正确面对软件缺陷原则:并不是所有缺陷都要修复 发现缺陷的数量与软件质量无关6.4软件缺陷的生命周期及处理技巧软件缺陷的生命周期 发现发现 打开打开 修复修复 关闭关闭 软件缺陷件缺陷处理技巧理技巧 q审阅审阅。q拒绝拒绝。q完善完善。q分配分配。q验证验证。q重新打开重新打开。q关闭关闭。q暂缓暂缓。报告软件缺陷的基本原则尽快有效专一不做评价补充完善缺陷报告优秀的缺陷报告重现步骤:a)打开一个编辑文字的软件并且创建一个新的文档（这个文件可以录入文字）b)在这个文件里随意录入一两行文字 c)选中一两行文字，通过选择Font 菜单然后选择Arial字体格式 d)一两行文字变成了无意义的乱字符 期望结果：当用户选择已录入的文字并改变文字格式的时候，文本应该显示正确的文字格式不会出现乱字符显示。实际结果:它是字体格式的问题，如果改变文字格式成Arial之前，你保存文件，缺陷不会出现。缺陷仅仅发生在Windows98并且改变文字格式成其它的字体格式，文字是显示正常的。见所附的图片 散漫的缺陷报告的示例缺陷报告的示例重现步骤重现步骤：在Window98上打开一个编辑文字的软件并且编辑存在文件 文件字体显示正常 我添加了图片，这些图片显示正常 在此之后，我创建了一个新的文档 在这个文档中我随意录入了大量的文字 在我录入这些文字之后，选择几行文字.并且通过选择Font 菜单然后选择Arial字体格式改变文字的字体。有三次我重现了这个缺陷 我在Solaris操作系统运行这些步骤，没有任何问题。我在Mac操作系统运行这些步骤，没有任何问题。期望结果期望结果：当用户选择已录入的文字并改变文字格式的时候，文本应该显示正确的文字格式不会出现乱字符显示。实际结果实际结果：我试着选择少量的不同的字体格式，但是只有Arial字体格式有软件缺陷，不论如何，它可能会出现在我没有测试的其它的字体格式 6.6软件缺陷跟踪管理软件缺陷跟踪管理缺陷管理的基本流程缺陷管理的基本流程对缺陷进行管理需要对缺陷进行管理需要:1.1.对缺陷进行描述对缺陷进行描述2.2.对缺陷进行分类对缺陷进行分类A.A.通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大B.B.然后集中精力预防和排除这一类缺陷然后集中精力预防和排除这一类缺陷C.C.而这正是缺陷管理的关键，一旦这几类缺陷得到控制，再进而这正是缺陷管理的关键，一旦这几类缺陷得到控制，再进一步找到新的容易引起问题的几类缺陷上一步找到新的容易引起问题的几类缺陷上2121/52/52缺陷的描述缺陷的描述可追踪信息可追踪信息缺陷缺陷ID(ID(唯一的缺陷唯一的缺陷IDID，可以根据该，可以根据该IDID追踪缺陷追踪缺陷)缺陷基本信息缺陷基本信息缺陷标题缺陷标题描述缺陷的标题描述缺陷的标题缺陷的严重程度缺陷的严重程度描述缺陷的严重程度，一般分为描述缺陷的严重程度，一般分为“致命致命”、“严重严重”、“一般一般”、“建议建议”四种四种缺陷的紧急程度缺陷的紧急程度描述缺陷的紧急程度，从描述缺陷的紧急程度，从1 14 4，1 1是优先是优先级最高的等级，级最高的等级，4 4是优先级最低的等级是优先级最低的等级缺陷提交人缺陷提交人缺陷提交人的名字（邮件地址）缺陷提交人的名字（邮件地址）缺陷提交时间缺陷提交时间缺陷提交的时间缺陷提交的时间缺陷所属项目缺陷所属项目/模块模块缺陷所属的项目和模块，最好能较精缺陷所属的项目和模块，最好能较精确的定位至模块确的定位至模块2222/52/52缺陷的描述（续）缺陷的描述（续）缺陷基本信息（续）缺陷基本信息（续）缺陷指定解决人缺陷指定解决人缺陷指定的解决人，在缺陷缺陷指定的解决人，在缺陷“提交提交”状状态为空，在缺陷态为空，在缺陷“分发分发”状态下由项目经理指定相关开发状态下由项目经理指定相关开发人员修改人员修改缺陷指定解决时间缺陷指定解决时间项目经理指定的开发人员修改此缺陷项目经理指定的开发人员修改此缺陷的的deadlinedeadline缺陷处理人缺陷处理人最终处理缺陷的处理人最终处理缺陷的处理人缺陷处理结果描述缺陷处理结果描述对处理结果的描述，如果对代码进行对处理结果的描述，如果对代码进行了修改，要求在此处体现出修改了修改，要求在此处体现出修改缺陷处理时间缺陷处理时间缺陷处理的时间缺陷处理的时间缺陷验证人缺陷验证人对被处理缺陷验证的验证人对被处理缺陷验证的验证人缺陷验证结果描述缺陷验证结果描述对验证结果的描述（通过、不通过）对验证结果的描述（通过、不通过）缺陷验证时间缺陷验证时间对缺陷验证的时间对缺陷验证的时间2323/52/52缺陷的描述（续）缺陷的描述（续）缺陷的详细描述缺陷的详细描述对缺陷的详细描述对缺陷的详细描述对缺陷描述的详细程度直接影响开发人员对缺陷的对缺陷描述的详细程度直接影响开发人员对缺陷的修改，描述应该尽可能详细修改，描述应该尽可能详细测试环境说明测试环境说明对测试环境的描述对测试环境的描述必要的附件必要的附件对于某些文字很难表达清楚的对于某些文字很难表达清楚的缺陷缺陷,使用图片等附件是必要的使用图片等附件是必要的从统计的角度出发，还可以添加上从统计的角度出发，还可以添加上“缺陷引入缺陷引入阶段阶段”、“缺陷修正工作量缺陷修正工作量”等项目等项目2424/52/52缺陷管理流程缺陷管理流程了解缺陷了解缺陷必须首先收集缺陷数据，然后才能了解这些缺陷，必须首先收集缺陷数据，然后才能了解这些缺陷，并且找出如何预防它们，同时也能领会到如何更好并且找出如何预防它们，同时也能领会到如何更好地发现，修复甚至预防仍在引入的缺陷地发现修复甚至预防仍在引入的缺陷可以按照以下步骤收集关于缺陷的数据可以按照以下步骤收集关于缺陷的数据为测试和同行评审中发现的每一个缺陷做一个记录为测试和同行评审中发现的每一个缺陷做一个记录对每个缺陷要记录足够详细的信息对每个缺陷要记录足够详细的信息,以便以后能更好地了以便以后能更好地了解这个缺陷解这个缺陷分析这些数据以找出哪些缺陷类型引起大部分的问题分析这些数据以找出哪些缺陷类型引起大部分的问题设计出发现和修复这些缺陷的方法（缺陷排除）设计出发现和修复这些缺陷的方法（缺陷排除）2525/52/52缺陷管理流程（续）缺陷管理流程（续）2626/52/52缺陷管理流程（续）缺陷管理流程（续）缺陷管理流程中的各种角色缺陷管理流程中的各种角色测试人员：进行测试的人员，测试人员：进行测试的人员，缺陷的发缺陷的发现者现者项目经理：对整个项目负责，对产品质量负责的人员项目经理：对整个项目负责，对产品质量负责的人员开发人员：执行开发任务的人员，完成实际的设计和编码工作开发人员：执行开发任务的人员，完成实际的设计和编码工作评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力时，行使仲裁权力缺陷所处的状态缺陷所处的状态初始化：缺陷的初始状态初始化：缺陷的初始状态待分配：缺陷等待分配给相关开发人员处理待分配：缺陷等待分配给相关开发人员处理待修正：缺陷等待开发人员修正待修正：缺陷等待开发人员修正待验证：开发人员已完成修正，等待测试人员验证待验证：开发人员已完成修正，等待测试人员验证待评审：开发人员拒绝修改缺陷，需要评审委员会评审待评审：开发人员拒绝修改缺陷，需要评审委员会评审关闭：缺陷已被处理完成关闭：缺陷已被处理完成2727/52/52缺陷管理流程（续）缺陷管理流程（续）软件缺陷流程管理的要点软件缺陷流程管理的要点为了保证错误的正确性，需要为了保证错误的正确性，需要:有丰富测试经验的测试人员验证和确认发现的错误是否是真正的错误有丰富测试经验的测试人员验证和确认发现的错误是否是真正的错误测试步骤是否准确、简洁、可以重复测试步骤是否准确、简洁、可以重复软件错误的确认并不总是轻而易举的事情软件错误的确认并不总是轻而易举的事情由于对软件设计具体要求的不了解，对测试报告的个别软件错误，可能无法确由于对软件设计具体要求的不了解，对测试报告的个别软件错误，可能无法确认是否属于真正的软件错误，本地化服务商需要与软件供应商交流并确认认是否属于真正的软件错误，本地化服务商需要与软件供应商交流并确认每次对错误的处理都要保留处理信息每次对错误的处理都要保留处理信息包括处理者姓名，时间，处理方法，处理步骤，错误状态，处理注释等包括处理者姓名，时间，处理方法，处理步骤，错误状态，处理注释等对错误的拒绝不能由程序员单方面决定对错误的拒绝不能由程序员单方面决定应该由项目经理，测试经理和设计经理共同决定应该由项目经理，测试经理和设计经理共同决定对错误延期处理不能由本地户服务商决定对错误延期处理不能由本地户服务商决定应该由软件供应商决定应该由软件供应商决定错误修复后必须由报告错误的测试人员验证后，确认已经修复，才能关闭错误修复后必须由报告错误的测试人员验证后，确认已经修复，才能关闭2828/52/522929/52/52缺陷度量与分析缺陷度量与分析在软件开发过程中实施缺陷的度量与分析对于提高软件开发和测在软件开发过程中实施缺陷的度量与分析对于提高软件开发和测试效率，预防缺陷发生，保证软件产品质量有着十分重要的作用试效率，预防缺陷发生，保证软件产品质量有着十分重要的作用软件缺陷度量软件缺陷度量缺陷度量是对项目过程中产生的缺陷数据进行采集和量化，将分散的缺陷缺陷度量是对项目过程中产生的缺陷数据进行采集和量化，将分散的缺陷数据统一管理，使其有序而清晰数据统一管理，使其有序而清晰通过采用一系列数学函数，对数据进行处理，分析缺陷密度和趋势等信息，从通过采用一系列数学函数，对数据进行处理，分析缺陷密度和趋势等信息，从而提高产品质量和改进开发过程而提高产品质量和改进开发过程缺陷度量是软件质量度量的重要组成部分，它和软件测试密切相关缺陷度量是软件质量度量的重要组成部分，它和软件测试密切相关尽管缺陷度量本身并不能发现缺陷、剔除缺陷，但是有助于这些问题的解决尽管缺陷度量本身并不能发现缺陷、剔除缺陷，但是有助于这些问题的解决软件缺陷度量的方法较多，从简单的缺陷计数到严格的统计建模，主要有软件缺陷度量的方法较多，从简单的缺陷计数到严格的统计建模，主要有缺陷密度（软件缺陷在规模上的分布）缺陷密度（软件缺陷在规模上的分布）缺陷率（缺陷在时间上的分布）、预期缺陷发现率缺陷率（缺陷在时间上的分布）、预期缺陷发现率整体缺陷清除率、阶段性缺陷清除率整体缺陷清除率、阶段性缺陷清除率缺陷趋势等等缺陷趋势等等3030/52/52缺陷度量与分析（续）缺陷度量与分析（续）软件缺陷分析软件缺陷分析将软件开发各个阶段产生的缺陷信息进行分类和汇总统计，计将软件开发各个阶段产生的缺陷信息进行分类和汇总统计，计算分析指标，编写分析报告的活动算分析指标，编写分析报告的活动发现各种类型缺陷发生的概率，掌握缺陷集中的区域、明确缺陷发展趋发现各种类型缺陷发生的概率，掌握缺陷集中的区域、明确缺陷发展趋势、挖掘缺陷产生的根本原因，便于有针对性地提出遏制缺陷发生的措势、挖掘缺陷产生的根本原因，便于有针对性地提出遏制缺陷发生的措施、降低缺陷数量施、降低缺陷数量缺陷分析报告中的统计数据及分析指标既是对当前软件质量状况的评估，缺陷分析报告中的统计数据及分析指标既是对当前软件质量状况的评估，也是判定软件是否能按期发布或交付使用的重要依据也是判定软件是否能按期发布或交付使用的重要依据分析的前提是需要一个符合项目要求的缺陷数据管理系统，通过采集完分析的前提是需要一个符合项目要求的缺陷数据管理系统，通过采集完整的缺陷数据信息，进行缺陷数据分析，来改进软件过程质量并实施缺整的缺陷数据信息，进行缺陷数据分析，来改进软件过程质量并实施缺陷预防措施陷预防措施用来评估当前软件的可靠性，并且预测软件产品可靠性变化，用来评估当前软件的可靠性，并且预测软件产品可靠性变化，缺陷分析在软件可靠性评估中占有相当大的作用缺陷分析在软件可靠性评估中占有相当大的作用3131/52/52缺陷度量与分析（续）缺陷度量与分析（续）软件缺陷分析（续）软件缺陷分析（续）通过缺陷分析达到缺陷预防的目的通过缺陷分析达到缺陷预防的目的(缺陷管理的核心任务之一缺陷管理的核心任务之一)缺陷预防的着眼点在于寻找缺陷的共性原因缺陷预防的着眼点在于寻找缺陷的共性原因通过寻找、分析和处理缺陷的共性原因，实现缺陷预防通过寻找、分析和处理缺陷的共性原因，实现缺陷预防缺陷预防并不是一个不切实际的目标，测试人员在开发过程中应该积极缺陷预防并不是一个不切实际的目标，测试人员在开发过程中应该积极为开发小组提供缺陷分析，就有可能降低缺陷产生的数量。为开发小组提供缺陷分析，就有可能降低缺陷产生的数量。缺陷管理的最终目标是预防缺陷，不断提高整个开发团队的技能和实践缺陷管理的最终目标是预防缺陷，不断提高整个开发团队的技能和实践经验经验缺陷预防策略缺陷预防策略测试活动尽量提前，通过及时消除开发前期阶段引入的缺陷，防止这些测试活动尽量提前，通过及时消除开发前期阶段引入的缺陷，防止这些缺陷遗留并放大到后续环节缺陷遗留并放大到后续环节通过对已有缺陷进行分析，找出产生这些缺陷的技术上不足和流程上不通过对已有缺陷进行分析，找出产生这些缺陷的技术上不足和流程上不足（缺陷的根源），然后寻找一个方法来对这些不足进行改进，预防类足（缺陷的根源），然后寻找一个方法来对这些不足进行改进，预防类似的缺陷在将来出现似的缺陷在将来出现3232/52/52缺陷度量与分析（续）缺陷度量与分析（续）软件缺陷分析（续）软件缺陷分析（续）缺陷分析步骤缺陷分析步骤1.1.记录缺陷（记录缺陷不应该满足于记录缺陷的表面症状）记录缺陷（记录缺陷不应该满足于记录缺陷的表面症状）2.2.进行缺陷分类，找出那些关键的缺陷类型，进一步分析其产生的根源，针对进行缺陷分类，找出那些关键的缺陷类型，进一步分析其产生的根源，针对性地制定改进措施性地制定改进措施3.3.进行缺陷预防分析，它是整个缺陷分析过程的核心进行缺陷预防分析，它是整个缺陷分析过程的核心4.4.编写缺陷分析报告，绘制缺陷分析图编写缺陷分析报告，绘制缺陷分析图缺陷分析报告中的统计数据及分析指标既是对软件质量的权威评估，也是确定测缺陷分析报告中的统计数据及分析指标既是对软件质量的权威评估，也是确定测试是否达到结束标准、判定测试是否已达到客户可接受状态和判定软件是否能发试是否达到结束标准、判定测试是否已达到客户可接受状态和判定软件是否能发布或交付使用的重要依据布或交付使用的重要依据缺陷分析图表会告诉我们很多有价值的信息。比如说，可分析开发和测试在人力缺陷分析图表会告诉我们很多有价值的信息。比如说，可分析开发和测试在人力资源的配比上是否恰当，可以分析出某个严重的缺陷所造成的项目质量的波动资源的配比上是否恰当，可以分析出某个严重的缺陷所造成的项目质量的波动缺陷分析方法缺陷分析方法ODCODC缺陷分析、缺陷分析、GompertzGompertz分析、分析、RayleighRayleigh分析根本原因分析、缺陷注入分析、分析、根本原因分析、缺陷注入分析、四象限分析、四象限分析、DRE/DRMDRE/DRM分析分析缺陷跟踪系统缺陷跟踪系统特别适用于大型软件测试项目特别适用于大型软件测试项目集中管理测试缺陷的要求集中管理测试缺陷的要求这些这些测试项目一般测试周期长，测试范围广，存在较多软件缺陷测试项目一般测试周期长，测试范围广，存在较多软件缺陷便于添加、修改、排序、便于添加、修改、排序、查找查找、存储和跟踪软件测试错误、存储和跟踪软件测试错误对于大型软件的测试，报告的错误可能成百上千个对于大型软件的测试，报告的错误可能成百上千个便于跟踪和监控错误的处理过程和方法便于跟踪和监控错误的处理过程和方法方便地检查处理方法是否正确方便地检查处理方法是否正确确定处理者的姓名和处理时间，作为工作质量的统计和考核的参考确定处理者的姓名和处理时间，作为工作质量的统计和考核的参考便于集中管理，提高效率便于集中管理，提高效率软件开发商、软件开发商、服务商和软件供应商共享同一个错误跟踪系统数据库，各自负服务商和软件供应商共享同一个错误跟踪系统数据库，各自负责处理己方需要处理的软件错误责处理己方需要处理的软件错误对于需要对方提供更多信息的错误，可以通过改变错误的当前信息（状态、对于需要对方提供更多信息的错误，可以通过改变错误的当前信息（状态、处理者、处理建议等），使对方尽快处理处理者、处理建议等）使对方尽快处理安全性高，通过权限设置，不同权限的用户能执行不同的操作，保证只安全性高，通过权限设置，不同权限的用户能执行不同的操作，保证只有适当的人员才能执行正确的处理有适当的人员才能执行正确的处理保证处理顺序的正确性，根据当前错误状态，决定当前错误处理方法保证处理顺序的正确性，根据当前错误状态，决定当前错误处理方法便于项目结束后的存档便于项目结束后的存档3333/52/52软件缺陷报告软件缺陷报告软件问题或缺陷报告是软件测试过程中最重要的文档软件问题或缺陷报告是软件测试过程中最重要的文档它记录了缺陷发生的环境，如各种资源的配置情况，缺陷的它记录了缺陷发生的环境，如各种资源的配置情况，缺陷的再现步骤以及缺陷性质的说明再现步骤以及缺陷性质的说明更重要的是它还记录着缺陷的处理过程和状态更重要的是它还记录着缺陷的处理过程和状态缺陷的处理进程从一定角度反映了测试的进程和被测软件的缺陷的处理进程从一定角度反映了测试的进程和被测软件的质量状况以及改善过程质量状况以及改善过程3434/52/52软件缺陷报告（续）软件缺陷报告（续）在软件测试过程中，每发现一个软件错误在软件测试过程中，每发现一个软件错误都要记录该都要记录该错误的特征和复现步骤等信息错误的特征和复现步骤等信息以便分析、处理和管理测试发现的软件错误以便分析、处理和管理测试发现的软件错误通常要采用软件缺陷数据库通常要采用软件缺陷数据库将每一个发现的错误输入到软件缺陷数据库中将每一个发现的错误输入到软件缺陷数据库中软件缺陷数据库的每一条记录称为一个软件缺陷报告软件缺陷数据库的每一条记录称为一个软件缺陷报告准确、完整、简洁、一致的缺陷报告是体现软件开发、测准确、完整、简洁、一致的缺陷报告是体现软件开发、测试与管理的专业性、高质量的主要评价指标试与管理的专业性、高质量的主要评价指标每个软件问题报告只书写一个缺陷或错误每个软件问题报告只书写一个缺陷或错误 这样可以每次只处理一个确定的错误，定位明确，提高效率，也便这样可以每次只处理一个确定的错误，定位明确，提高效率，也便于修复错误后方便的进行验证于修复错误后方便的进行验证3535/52/52软件缺陷报告（续）软件缺陷报告（续）报告缺陷的基本原则报告缺陷的基本原则尽快报告缺陷尽快报告缺陷;有效描述缺陷有效描述缺陷;缺陷的生命周期缺陷的生命周期缺陷从开始提出到最后解决缺陷从开始提出到最后解决,并通过复查的过程并通过复查的过程在这个过程中缺陷报告的状态不断发生着变化，记在这个过程中缺陷报告的状态不断发生着变化，记录着缺陷的处理进程录着缺陷的处理进程3636/52/52软件缺陷报告（续）软件缺陷报告（续）缺陷报告的读者对象缺陷报告的读者对象直接读者是软件开发人员和质量管理人员，来自市直接读者是软件开发人员和质量管理人员，来自市场和技术支持等部门的人也可能需要查看缺陷情况场和技术支持等部门的人也可能需要查看缺陷情况读者最希望获得的信息包括：读者最希望获得的信息包括：易于搜索软件缺陷报告中的缺陷易于搜索软件缺陷报告中的缺陷报告的软件缺陷进行了必要的隔离，报告的缺陷信息更报告的软件缺陷进行了必要的隔离，报告的缺陷信息更具体、准确具体、准确软件开发人员希望获得缺陷的本质特征和复现步骤软件开发人员希望获得缺陷的本质特征和复现步骤市场和技术支持等部门希望获得缺陷类型分布以及对市市场和技术支持等部门希望获得缺陷类型分布以及对市场和用户的影响程度场和用户的影响程度3737/52/52软件缺陷报告（续）软件缺陷报告（续）有效描述缺陷有效描述缺陷短小：只解释事实和演示、描述缺陷必需的细节短小：只解释事实和演示、描述缺陷必需的细节单一：每一个报告中针对一个缺陷单一：每一个报告中针对一个缺陷步骤清晰：要清楚地描述出缺陷的发生场景，包括步骤清晰：要清楚地描述出缺陷的发生场景，包括前置条件和操作的详细步骤前置条件和操作的详细步骤再现：按照预定步骤可以重现相同状况再现：按照预定步骤可以重现相同状况在报告缺陷时只描述事实，不做评价，也不要有人在报告缺陷时只描述事实，不做评价，也不要有人身攻击身攻击必要的时候可以添加注释（必要的时候可以添加注释（remarksremarks）可以上载屏幕抓图和其他附件可以上载屏幕抓图和其他附件3838/52/52软件缺陷报告（续）软件缺陷报告（续）为书写更为书写更好的缺陷报告好的缺陷报告，需要遵守，需要遵守“5C5C”准则准则Correct(Correct(准确准确)每个组成部分的描述准确，不会引起误解每个组成部分的描述准确，不会引起误解Clear(Clear(清晰清晰)每个组成部分的描述清晰，易于理解每个组成部分的描述清晰，易于理解Concise(Concise(简洁简洁)只包含必不可少的信息，不包括任何多余的内容只包含必不可少的信息，不包括任何多余的内容Complete(Complete(完整完整)包含复现该缺陷的完整步骤和其他本质信息包含复现该缺陷的完整步骤和其他本质信息Consistent(Consistent(一致一致)按照一致的格式书写全部缺陷报告按照一致的格式书写全部缺陷报告3939/52/52软件缺陷报告（续）软件缺陷报告（续）缺陷报告的组织结构缺陷报告的组织结构缺陷的标题与简单描述缺陷的标题与简单描述缺陷的基本信息缺陷的基本信息,包括：包括：测试软件名称、版本号、缺陷或错误类型、可重复性、测试平台、测试软件名称、版本号、缺陷或错误类型、可重复性、测试平台、平台语言、缺陷或错误范围、严重程度及优先级平台语言、缺陷或错误范围、严重程度及优先级要求填写完整、准确要求填写完整、准确复现缺陷的操作步骤复现缺陷的操作步骤描述该缺陷或错误出现的操作顺序，要求完整、简洁、准确。对命描述该缺陷或错误出现的操作顺序，要求完整、简洁、准确。对命令、系统变量、选项要用大写字母，对控件名称等加双引号令、系统变量、选项要用大写字母，对控件名称等加双引号缺陷的实际结果描述、期望的正确结果描述缺陷的实际结果描述、期望的正确结果描述注释文字和截取的缺陷图像注释文字和截取的缺陷图像对缺陷或错误的附加描述，一般包括缺陷或错误现象的图像，包括对缺陷或错误的附加描述，一般包括缺陷或错误现象的图像，包括其他建议或注释文字其他建议或注释文字4040/52/524141/52/52错误概要：在错误概要：在SolarisSolaris、Windows98Windows98和和MacMac上运行上运行NoteNote，一些数据在设置，一些数据在设置成某种格式时会出现显示异常。成某种格式时会出现显示异常。错误描述：错误描述：重建步骤：重建步骤：1 1）我在）我在Windows98Windows98下打开下打开NoteNote程序，编辑一个已存在的文件，程序，编辑一个已存在的文件，该文件有多行，且包括多种字体格式；该文件有多行，且包括多种字体格式；2 2）我选择文件打印，工作正常；）我选择文件打印，工作正常；3 3）我新建并打印一个包含图形的文件，工作正常；）我新建并打印一个包含图形的文件，工作正常；4 4）我新建一个新文件；）我新建一个新文件；5 5）接着我输入一连串随机文本；）接着我输入一连串随机文本；6 6）高亮选中几行文本，选择右键弹出菜单中）高亮选中几行文本，选择右键弹出菜单中FontFont选项，并选项，并选择选择ArialArial字体；字体；7 7）文本显示变得异常；）文本显示变得异常；8 8）我试着运行了三次，每一次都出现同样问题；）我试着运行了三次，每一次都出现同样问题；9 9）我在）我在SolarisSolaris上运行了上运行了6 6次，没有看到任何问题；次，没有看到任何问题；1010）我在）我在MacMac上运行了上运行了6 6次，没有看到任何问题；次，没有看到任何问题；隔离：隔离：1 1）我尝试选择其他字体形式，但只有）我尝试选择其他字体形式，但只有ArialArial有这个问题出现。然有这个问题出现。然而，该问题可能仍然在我没有测试的其他字体下出现。而，该问题可能仍然在我没有测试的其他字体下出现。冗长混乱的错误报告冗长混乱的错误报告4242/52/52错误概要：错误概要：NoteNote程序在使用程序在使用ArialArial字体时出问题字体时出问题 错误描述：错误描述：重建步骤：重建步骤：1 1）打开）打开NoteNote程序；程序；2 2）键入一些文本；）键入一些文本；3 3）选择）选择ArialArial字体；字体；4 4）文本显示异常。）文本显示异常。含糊不清的错误报告含糊不清的错误报告 4343/52/52错误概要：错误概要：Windows98Windows98下下NoteNote在新建文件中选择设置在新建文件中选择设置ArialArial字体时出现乱码。字体时出现乱码。错误描述：错误描述：重建步骤：重建步骤：1 1）打开）打开NoteNote创建一个新文件；创建一个新文件；2 2）随意输入两行或多行文本；）随意输入两行或多行文本；3 3）选中一段文本，在右键弹出菜单中选中格式选项，选择）选中一段文本，在右键弹出菜单中选中格式选项，选择ArialArial；4 4）文本被改变成无意义的乱写的符号；）文本被改变成无意义的乱写的符号；5 5）尝试了三次该步骤，同样的问题出现了三次。）尝试了三次该步骤，同样的问题出现了三次。隔离：隔离：1 1）保存新建文件，关闭）保存新建文件关闭NoteNote，重新打开该文件，问题仍然存在；，重新打开该文件，问题仍然存在；2 2）如果在把文本改成）如果在把文本改成ArialArial字体前保存文件，该错误不会出现；字体前保存文件，该错误不会出现；3 3）该错误只存在于新建文件时，不出现在已存在的文件；）该错误只存在于新建文件时，不出现在已存在的文件；4 4）该现象只在）该现象只在Windows98Windows98下出现；下出现；5 5）该错误不会出现在其他字体改变中。）该错误不会出现在其他字体改变中。优秀的错误报告优秀的错误报告 软件缺陷报告（续）软件缺陷报告（续）软件缺陷报告（续）软件缺陷报告（续）作业作业1.1.什么是软件缺陷？什么是软件缺陷？我们一般是如何描述和分类软件缺陷的我们一般是如何描述和分类软件缺陷的?2.2.简述缺陷来源与影响，分析缺陷都是软件开发生命周期哪个阶段产生的？简述缺陷来源与影响，分析缺陷都是软件开发生命周期哪个阶段产生的？3.3.什么是软件缺陷管理，缺陷管理报告单包括哪些内容？具有什么特点？什么是软件缺陷管理，缺陷管理报告单包括哪些内容？具有什么特点？4.4.根据自己理解，画出软件缺陷管理流程图，并解释软件缺陷管理流程图的根据自己理解，画出软件缺陷管理流程图，并解释软件缺陷管理流程图的关键要素。关键要素。5.5.我们如何度量软件缺陷？如何分析软件缺陷？如何对软件缺陷进行统计？我们如何度量软件缺陷？如何分析软件缺陷？如何对软件缺陷进行统计？6.6.简述软件缺陷描述中的缺陷基本信息和软件缺陷分类中的缺陷属性。简述软件缺陷描述中的缺陷基本信息和软件缺陷分类中的缺陷属性。7.7.软件缺陷报告所包含的主要内容有哪些？其撰写标准主要有哪些？软件缺陷报告所包含的主要内容有哪些？其撰写标准主要有哪些？