软件文档写作12-管理课件

软件文档写作12-管理17.3 7.3 软件测试计划和测试报告软件测试计划和测试报告 软件测试是软件开发完成，投入运行前，对软件需求、设计软件测试是软件开发完成，投入运行前，对软件需求、设计规格说明和编码的最终复审，软件质量保证的关键步骤，在软规格说明和编码的最终复审，软件质量保证的关键步骤，在软件开发的整个过程中，占有极为重要的位置。件开发的整个过程中，占有极为重要的位置。 软件测试文档主要包括：测试规划、测试策略、测试手段软件测试文档主要包括：测试规划、测试策略、测试手段和测试结果。和测试结果。 由于测试工作的重要性，而人工测试又特别困难，因此，由于测试工作的重要性，而人工测试又特别困难，因此，测试过程自动化会是测试技术发展的方向。测试过程自动化会是测试技术发展的方向。1. 1. 软件测试、软件检查和调试软件测试、软件检查和调试 我们已经知道软件测试的目的是尽可能多的发现系统存在我们已经知道软件测试的目的是尽可能多的发现系统存在的错误。所以，软件测试包括软件检查与软件测试。的错误。所以，软件测试包括软件检查与软件测试。- - 软件检查软件检查：对系统的各种表达形式，如文档、设计图和程序：对系统的各种表达形式，如文档、设计图和程序源代码等进行分析、检查，这一工作应贯穿整个开发过程。源代码等进行分析、检查，这一工作应贯穿整个开发过程。- - 软件测试软件测试：使用测试数据对软件的实现进行运行检查，查看：使用测试数据对软件的实现进行运行检查，查看系统的输出及运行行为是否符合设计要求。系统的输出及运行行为是否符合设计要求。由安博测试空间技术中心提供软件文档写作12-管理2 下图下图表示了软件检查和软件测试在软件过程中的位置。表示了软件检查和软件测试在软件过程中的位置。软件检查软件检查需求描述需求描述高层设计高层设计形式化描述形式化描述详细设计详细设计程程 序序原原 型型软件测试软件测试 从图中从图中可以看出，软件检查贯穿整个软件过程，而软件测试可以看出，软件检查贯穿整个软件过程，而软件测试仅对原型或软件程序。仅对原型或软件程序。 软件调试是一个对缺陷定位和修改的过程，同时也是一项技软件调试是一个对缺陷定位和修改的过程，同时也是一项技巧性很强的工作。软件调试，从软件测试的结果开始。如图所示。巧性很强的工作。软件调试，从软件测试的结果开始。如图所示。测试结果测试结果描描 述述测试用例测试用例定位错误定位错误设计修复设计修复修复错误修复错误回归测试回归测试软件文档写作12-管理32. 2. 软件测试的成本软件测试的成本 由于测试不可能穷尽，因此，就有了软件测试的一个致命缺陷，即测试由于测试不可能穷尽，因此，就有了软件测试的一个致命缺陷，即测试的不完全、不彻底性。因此，对于任何程序只能进行少量的测试。当发现错的不完全、不彻底性。因此，对于任何程序只能进行少量的测试。当发现错误，可以说明程序有问题，而未发现错误，却不能声称程序没有错误。误，可以说明程序有问题，而未发现错误，却不能声称程序没有错误。 根据软件工程的基本原理，当测试标准越高，则将要投入的人力、财力根据软件工程的基本原理，当测试标准越高，则将要投入的人力、财力也越高。左图反映了测试成本的变化规律。也越高。左图反映了测试成本的变化规律。 为在软件质量和投入之间取得需求平衡，可以采用著名的为在软件质量和投入之间取得需求平衡，可以采用著名的“进度、成本、进度、成本、质量质量”三角公式。如下右图，即只要确定了其中两项，就可以确定第三项。三角公式。如下右图，即只要确定了其中两项，就可以确定第三项。 因此，在编制软件测试计划时，必须考虑三者之间的关系。因此，在编制软件测试计划时，必须考虑三者之间的关系。测试的程度测试的程度未发现的隐藏错误数未发现的隐藏错误数不足测试不足测试测试成本测试成本过度测试过度测试最佳测试点最佳测试点进度进度质量质量成本成本软件文档写作12-管理43. 3. 软件测试的原则软件测试的原则 测试时，如果成功地实施了测试计划和方案，就能够发现测试时，如果成功地实施了测试计划和方案，就能够发现系统中尽量多的错误。测试的一个附带收获是，能够证明软件系统中尽量多的错误。测试的一个附带收获是，能够证明软件的功能和性能是与需求说明相符的。要达成上述要求，就需要的功能和性能是与需求说明相符的。要达成上述要求，就需要遵守以下原则：遵守以下原则：(1) (1) 测试规划应包含测试工作的全部内容测试规划应包含测试工作的全部内容。即不仅是程序测试，还包括文档。即不仅是程序测试，还包括文档(2) (2) 测试应贯穿软件开发的整个过程测试应贯穿软件开发的整个过程。即坚持各个阶段的评审，杜绝隐患。即坚持各个阶段的评审，杜绝隐患(3) (3) 测试用例应包括输入和预期输出测试用例应包括输入和预期输出。(4)(4) 设计测试用例时，输入应包括合理的和不合理的数据设计测试用例时，输入应包括合理的和不合理的数据。(5) (5) 功能测试应由独立第三方完成功能测试应由独立第三方完成。但调试仍应由开发者自己完成。但调试仍应由开发者自己完成。(6) (6) 充分注意并利用测试中的群集现象充分注意并利用测试中的群集现象。(7) (7) 严格执行测试计划，排除测试随意性严格执行测试计划，排除测试随意性。计划应明确规定，不随意解释。计划应明确规定，不随意解释(8)(8) 应当对每一个测试结果做全面检查应当对每一个测试结果做全面检查。仔细分析测试结果，防止错误遗漏。仔细分析测试结果，防止错误遗漏(9)(9) 妥善保存测试计划、测试用例、出错统计和最终分析报告等测试文档妥善保存测试计划、测试用例、出错统计和最终分析报告等测试文档。软件文档写作12-管理54. 4. 软件测试过程软件测试过程 从程序测试的角度看，测试分为两个阶段。如图。从程序测试的角度看，测试分为两个阶段。如图。单元单元( (构件构件) )测试测试集成集成( (组件组件) )测试测试软件开发者完成软件开发者完成独立测试团队承担独立测试团队承担 程序测试过程的目的是尽可能多的发现并改正错误，提高软件质量。测程序测试过程的目的是尽可能多的发现并改正错误，提高软件质量。测试过程的每一个阶段也都会对前一阶段有反馈信息。因此，测试过程是一个试过程的每一个阶段也都会对前一阶段有反馈信息。因此，测试过程是一个不断修正和进化的过程。其阶段划分如下图所示。不断修正和进化的过程。其阶段划分如下图所示。测试计划测试计划测试设计测试设计测试准备测试准备测试执行测试执行测试评估测试评估修正修正修正修正修正修正修正修正 测试过程需要下面三个基础数据和资料的支持：测试过程需要下面三个基础数据和资料的支持：- - 软件配置软件配置：软件正常运行的环境配置。：软件正常运行的环境配置。- - 测试配置测试配置：软件测试运行的环境配置，是软件配置的子集。：软件测试运行的环境配置，是软件配置的子集。- - 测试工具测试工具：为提高测试效率、降低测试劳动强度、保证测试质量使用的工具：为提高测试效率、降低测试劳动强度、保证测试质量使用的工具软件文档写作12-管理65. 5. 测试计划的导出与结构测试计划的导出与结构 测试计划应该从系统描述和设计中导出。下图是测试计划从系统描述和测试计划应该从系统描述和设计中导出。下图是测试计划从系统描述和设计中导出示意图。设计中导出示意图。需求描述需求描述系统描述系统描述系统设计系统设计详细设计详细设计单元代码单元代码测试测试验收测验收测试计划试计划系统集成系统集成测试计划测试计划子系统集成子系统集成测试计划测试计划服服 务务验收测试验收测试系统集成系统集成测试测试子系统集子系统集成测试成测试内内 容容说说 明明测试过程测试过程描述测试过程的主要阶段描述测试过程的主要阶段需求跟踪需求跟踪用户最关心系统能否目要求，测试计划应包含对每项需求的单独测试用户最关心系统能否目要求，测试计划应包含对每项需求的单独测试测试项目测试项目软件需求测试的内容都应在此定义软件需求测试的内容都应在此定义测试时间安排测试时间安排给出总的时间安排和相应的资源分配给出总的时间安排和相应的资源分配测试记录测试记录测试所得到的结果、测试过程、执行情况等必须系统地记录测试所得到的结果、测试过程、执行情况等必须系统地记录软硬件需求软硬件需求列出测试所要使用的软件工具和测试环境列出测试所要使用的软件工具和测试环境约束约束需要考虑和预料的影响测试过程的约束需要考虑和预料的影响测试过程的约束 测试计划的主测试计划的主要组成部分要组成部分如右表如右表所示。所示。软件文档写作12-管理76. 6. 几种常见的测试用图表工具几种常见的测试用图表工具(1) (1) 检查表检查表 检查表是一张标明了所要检查项目和内容的表格，可以用来突出重点和检查表是一张标明了所要检查项目和内容的表格，可以用来突出重点和总结整个过程的关键点。优点是简洁、清晰。总结整个过程的关键点。优点是简洁、清晰。 典型的检查表如需求检查表、系统结构检查表、代码结构检查表、共性典型的检查表如需求检查表、系统结构检查表、代码结构检查表、共性缺陷检查表等。缺陷检查表等。 检查表因其重要性，目前已实现了自动化和智能化。如检查表因其重要性，目前已实现了自动化和智能化。如IBM RochesterIBM Rochester软软件开发中的件开发中的PTF(program temporary fixPTF(program temporary fix，程序临时修补，程序临时修补) )检查表。检查表。(2) Pareto(2) Pareto图图 一个按下降次序排列的频率竖条图。通常，一个按下降次序排列的频率竖条图。通常，X X轴表示缺陷产生的原因，轴表示缺陷产生的原因，Y Y轴表示缺陷数。下图就是一个软件产品缺陷原因的轴表示缺陷数。下图就是一个软件产品缺陷原因的ParetoPareto图。图。5040302010缺陷数缺陷数原因原因数据初始化数据初始化接口接口复杂逻辑复杂逻辑民族语言民族语言地址地址数据定义数据定义软件文档写作12-管理8(3) (3) 直方图直方图 是一种样本或总体的频率计数的图形表示。是一种样本或总体的频率计数的图形表示。X X轴自左至右按上升序列出某一个参数轴自左至右按上升序列出某一个参数的单位间隔，的单位间隔，Y Y轴为频率计数。直方图常用来表示某一参数的分布特性。如下图是一个轴为频率计数。直方图常用来表示某一参数的分布特性。如下图是一个软件产品按不同严重程度的缺陷频率和缺陷报告提交的天数直方图。软件产品按不同严重程度的缺陷频率和缺陷报告提交的天数直方图。10080604020总缺陷数的总缺陷数的%SEV2SEV1SEV3SEV4严重级别10080604020总缺陷数的总缺陷数的%8141715212228293536+缺陷报告提交的天数软件文档写作12-管理9软件文档写作12-管理107. 7. 设计软件测试设计软件测试(1) (1) 缺陷测试设计缺陷测试设计 下图是缺陷测试的一般模型。其中，需要设计测试用例，下图是缺陷测试的一般模型。其中，需要设计测试用例，给出测试预期结果。测试用例是对测试需要的输入和当前测试给出测试预期结果。测试用例是对测试需要的输入和当前测试内容的描述，运行结果需要和测试预期结果比较，以获得测试内容的描述，运行结果需要和测试预期结果比较，以获得测试是否通过的结论。是否通过的结论。测试用例测试用例测试数据测试数据测试结果测试结果测试报告测试报告设计测设计测试用例试用例准备测准备测试数据试数据用测试数据用测试数据运行程序运行程序将结果与测将结果与测试预期比较试预期比较 理想的测试是使每个可能的程序运行顺序都能无遗漏的得理想的测试是使每个可能的程序运行顺序都能无遗漏的得到测试，然而这是不可能的。因此，测试需要基于一个可能的到测试，然而这是不可能的。因此，测试需要基于一个可能的测试用例子集，制定和设计一个测试子集的选择策略。测试用例子集，制定和设计一个测试子集的选择策略。软件文档写作12-管理11 黑盒测试黑盒测试 黑盒测试是将系统作为一个黑盒子，只通过系统输入，观察其相应的输黑盒测试是将系统作为一个黑盒子，只通过系统输入，观察其相应的输出，来确定系统功能是否符合需求规格说明书的定义。因此，黑盒测试又称出，来确定系统功能是否符合需求规格说明书的定义。因此，黑盒测试又称功能测试功能测试或或数据驱动测试数据驱动测试。黑盒测试的系统模型如下图。黑盒测试的系统模型如下图。正常测试正常测试输入数据输入数据期望的输期望的输出结果出结果暴露缺陷的暴露缺陷的输出结果输出结果导致反导致反常的输常的输入数据入数据系系统统 黑盒测试方法即适合功能构成的系统，也适合对象构成的系统。测试的黑盒测试方法即适合功能构成的系统，也适合对象构成的系统。测试的关键是要设计出有极大可能落在导致系统反常的输入数据集合中的那些输入。关键是要设计出有极大可能落在导致系统反常的输入数据集合中的那些输入。使用下表可以组织黑盒测试方法的输入和输出。使用下表可以组织黑盒测试方法的输入和输出。输输 入入 数数 据据预期输出结果预期输出结果运行输出结果运行输出结果结果是否正常结果是否正常期望的期望的非期望的非期望的正常测试输入数据正常测试输入数据1n导致反常的输入数据导致反常的输入数据1m软件文档写作12-管理12 等价划分等价划分 黑盒测试的一种方法。等价划分的测试方法就是把程序的输入域划分成黑盒测试的一种方法。等价划分的测试方法就是把程序的输入域划分成若干不同性质得到的集合，在这些集合中，程序有基本一致的行为表现，然若干不同性质得到的集合，在这些集合中，程序有基本一致的行为表现，然后从每个集合中选取少量有代表性的数据作为测试用例。下图就是等价划分后从每个集合中选取少量有代表性的数据作为测试用例。下图就是等价划分测试的模型。测试的模型。系系统统无效输入无效输入有效输入有效输入输出输出 等价等价划分方法测试用例的设计要经历划分等价类和选取测试用例两步。划分方法测试用例的设计要经历划分等价类和选取测试用例两步。等价类的划分可以使用等价类表描述。等价类的划分可以使用等价类表描述。输入条件输入条件有效等价类有效等价类无效等价类无效等价类 确定测试用例确定测试用例则需要则需要根据等价类表，按以下根据等价类表，按以下3 3个步骤进行个步骤进行：- 为每个等价类规定唯一编号为每个等价类规定唯一编号- 设计一个测试用例，使其尽可能多的覆盖尚未覆盖的有效等价类，重复该步设计一个测试用例，使其尽可能多的覆盖尚未覆盖的有效等价类，重复该步- 设计测试用例，逐一覆盖所有无效等价类设计测试用例，逐一覆盖所有无效等价类软件文档写作12-管理13 结构化测试结构化测试 结构化测试是一种根据软件结构知识和实现知识所进行的测试方法。结结构化测试是一种根据软件结构知识和实现知识所进行的测试方法。结构化测试也成为构化测试也成为白盒测试白盒测试。结构化测试的过程如下图所示。结构化测试的过程如下图所示。测试数据测试数据测试输出测试输出组件代码组件代码导出导出测试测试 结构化测试除了用于单元测试外，一般适合用于相对较小的程序，如一结构化测试除了用于单元测试外，一般适合用于相对较小的程序，如一个子程序或对象的一个操作等。个子程序或对象的一个操作等。 结构化测试是通过代码分析来估计需要多少测试用例，以保证测试过程结构化测试是通过代码分析来估计需要多少测试用例，以保证测试过程中，程序或组件中所有语句都至少遍历一遍。中，程序或组件中所有语句都至少遍历一遍。 路径测试路径测试 是结构化测试的一种策略。即在程序控制流程图的基础上，通过分析控是结构化测试的一种策略。即在程序控制流程图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。而设制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。而设计出的测试用例要保证在测试中程序的每一个可执行语句都能至少执行一次。计出的测试用例要保证在测试中程序的每一个可执行语句都能至少执行一次。 在面向对象的程序开发过程中，路径测试在测试对象中的方法时，常会在面向对象的程序开发过程中，路径测试在测试对象中的方法时，常会用到。程序中的路径数量通常与程序的长度成正比。用到。程序中的路径数量通常与程序的长度成正比。软件文档写作12-管理14(2) (2) 集成测试设计集成测试设计 集成测试开始于系统组件、子系统或完整系统的组装完成时，其目的是集成测试开始于系统组件、子系统或完整系统的组装完成时，其目的是发现组件交互中的问题。发现组件交互中的问题。 集成测试的主要困难是在测试过程中对发现的错误的定位。一个好的方集成测试的主要困难是在测试过程中对发现的错误的定位。一个好的方法是采用所谓的法是采用所谓的增量法增量法。即先从一个集成度最小的系统配置开始测试，完成。即先从一个集成度最小的系统配置开始测试，完成后一个增量一个增量的增加配置，然后逐步完成系统完整配置的测试。下图后一个增量一个增量的增加配置，然后逐步完成系统完整配置的测试。下图就是增量化集成测试的例子。就是增量化集成测试的例子。ABT1T2T3a.a. 测试序列1ABT1T2T3CT4b.b. 测试序列2ABT1T2T3c.c. 测试序列3CDT4T5软件文档写作12-管理15 自顶向下的和自底向上的测试自顶向下的和自底向上的测试 是两种不同的测试策略。是两种不同的测试策略。 在自顶向下的集成中，系统的高层组件在系统设计和实现完成之前进行在自顶向下的集成中，系统的高层组件在系统设计和实现完成之前进行集成和测试。如下图所示。集成和测试。如下图所示。1 1级级1 1级级2 2级级2 2级级2 2级级测试序列测试序列 在自底向上的集成中，低层组件在高层组件开发出来之前进行集成和测在自底向上的集成中，低层组件在高层组件开发出来之前进行集成和测试。如下图所示。试。如下图所示。N N 级级N N 级级N N 级级N N 级级N N 级级N-1N-1级级N-1N-1级级N-1N-1级级测试测试驱动驱动程序程序测试测试驱动驱动程序程序测试测试序列序列软件文档写作12-管理16 接口测试接口测试 当模块或子系统被集成时，就有一个事先定义的接口供其它组件调用。接当模块或子系统被集成时，就有一个事先定义的接口供其它组件调用。接口测试的目的就是检测因接口错误或对接口进行的无效假设而造成的系统缺陷。口测试的目的就是检测因接口错误或对接口进行的无效假设而造成的系统缺陷。下图就是对接口测试的示意图。下图就是对接口测试的示意图。测试用例测试用例ABC 图中，指向方块边界的箭头表示图中，指向方块边界的箭头表示测试用例不是只针对单个组件的，而测试用例不是只针对单个组件的，而是对组件构成的整个子系统的。是对组件构成的整个子系统的。 接口错误是对象之间交互的结果，接口错误是对象之间交互的结果，而不是出于单个对象的行为。因此，而不是出于单个对象的行为。因此，接口错误是不可能通过对单个对象的接口错误是不可能通过对单个对象的测试发现的。测试发现的。 这种测试形式非常适合面向对象这种测试形式非常适合面向对象的系统。的系统。 强度测试强度测试 系统被完全集成后，就可以进行总体性能测试了。系统被完全集成后，就可以进行总体性能测试了。 为性能测试所设计的测试用例要保证能够测试到系统的正常负荷。通常，为性能测试所设计的测试用例要保证能够测试到系统的正常负荷。通常，要设计出一系列的测试，使得系统的测试负荷能稳步上升，直到系统达到性能要设计出一系列的测试，使得系统的测试负荷能稳步上升，直到系统达到性能极限。然后，强度测试继续使用测试用例测试，直到系统失败。这类测试有两极限。然后，强度测试继续使用测试用例测试，直到系统失败。这类测试有两个作用：个作用：检查系统的柔性检查系统的柔性；可能模拟到正常情况下的不寻常组合，以可能模拟到正常情况下的不寻常组合，以暴露系统暴露系统正常情况下不会暴露的缺陷正常情况下不会暴露的缺陷。软件文档写作12-管理17(3) (3) 面向对象的测试面向对象的测试 尽管前面介绍的测试方法能够用于面向对象程序的测试，但是面向对象的尽管前面介绍的测试方法能够用于面向对象程序的测试，但是面向对象的测试还具有自己的另外一些特点。测试还具有自己的另外一些特点。 面向对象的单元测试面向对象的单元测试 以往单元测试的方法可继续沿用，实际测试类成员函数。对象的完全覆盖以往单元测试的方法可继续沿用，实际测试类成员函数。对象的完全覆盖测试应包括：测试应包括： - - 对象中所有操作被单独隔离的测试对象中所有操作被单独隔离的测试 - - 对象中所有属性的设置和访问的测试对象中所有属性的设置和访问的测试 - - 对象中所有可能状态的测试对象中所有可能状态的测试 如果使用了继承，则对类的测试应延伸到所有子类所继承的操作。如果使用了继承，则对类的测试应延伸到所有子类所继承的操作。 面向对象的集成测试面向对象的集成测试 由于面向对象程序中，类相互依赖极其紧密，根本无法在编译不完全的程由于面向对象程序中，类相互依赖极其紧密，根本无法在编译不完全的程序上对类进行测试。所以，面向对象的集成测试通常需要在整个程序编译完成序上对类进行测试。所以，面向对象的集成测试通常需要在整个程序编译完成后进行。此外，面向对象程序具有动态特性，程序的控制流往往无法确定，因后进行。此外，面向对象程序具有动态特性，程序的控制流往往无法确定，因此也只能对整个编译后的程序做基于黑盒的集成测试。此也只能对整个编译后的程序做基于黑盒的集成测试。 面向对象的集成测试能够发现相对独立的单元测试无法检出的那些类相互面向对象的集成测试能够发现相对独立的单元测试无法检出的那些类相互作用时才会产生的错误。具体设计测试用例，可作用时才会产生的错误。具体设计测试用例，可参考以下步骤参考以下步骤：- - 选定检测的类，列出类的状态、行为、传递的消息，及输入选定检测的类，列出类的状态、行为、传递的消息，及输入/ /输出的界定等输出的界定等- - 利用结构关系图确定待测类的所有关联，确定覆盖标准利用结构关系图确定待测类的所有关联，确定覆盖标准- - 根据程序中类的对象构造测试用例，确认输入、服务和期望产生的行为等根据程序中类的对象构造测试用例，确认输入、服务和期望产生的行为等软件文档写作12-管理188. 8. 软件测试计划文档软件测试计划文档 测试计划起到测试工作过程框架结构的功能，是好的测试工作的基础。一测试计划起到测试工作过程框架结构的功能，是好的测试工作的基础。一个测试计划的基本内容包括：基本情况分析、测试需求说明、测试策略和记录、个测试计划的基本内容包括：基本情况分析、测试需求说明、测试策略和记录、测试资源配置、问题跟踪报告、测试计划的评审等。测试资源配置、问题跟踪报告、测试计划的评审等。 基本情况分析基本情况分析。包括系统运行平台、应用领域、特点和主要功能模块等。包括系统运行平台、应用领域、特点和主要功能模块等。分析要点有：测试目的和侧重点、系统适合于测试的内容分析要点有：测试目的和侧重点、系统适合于测试的内容/ /操作划分、测试的操作划分、测试的潜在风险、系统与测试相关的资料说明。潜在风险、系统与测试相关的资料说明。 测试需求说明测试需求说明。列出测试功能项，规定应该测试的具体内容。列出测试功能项，规定应该测试的具体内容。 测试策略和记录测试策略和记录。描述如何开展测试，规定测试记录的内容。必要时，应。描述如何开展测试，规定测试记录的内容。必要时，应给出测试记录文档的模板。给出测试记录文档的模板。 测试资源配置测试资源配置。针对测试项目的每一个阶段任务，列出所需要的资源，可。针对测试项目的每一个阶段任务，列出所需要的资源，可能的话，给出可能更新需要的空间。能的话，给出可能更新需要的空间。 问题跟踪报告问题跟踪报告。报告包括问题的发现者和修改者、问题发生的频率、发现。报告包括问题的发现者和修改者、问题发生的频率、发现问题的测试用例，以及明确问题产生时的测试环境。问题描述应尽可能是定量、问题的测试用例，以及明确问题产生时的测试环境。问题描述应尽可能是定量、分门别类的列举。问题分为：严重问题、一般问题、建议问题。分门别类的列举。问题分为：严重问题、一般问题、建议问题。 测试计划的评审测试计划的评审。为确保软件的质量，达到软件工程的度量标准，规范测。为确保软件的质量，达到软件工程的度量标准，规范测试过程，有必要设计一个测试计划模板，以便减少遗漏，使测试计划趋于完善。试过程，有必要设计一个测试计划模板，以便减少遗漏，使测试计划趋于完善。正确的方法是，参照国际、国家标准，制定详细的软件测试计划，并在计划实正确的方法是，参照国际、国家标准，制定详细的软件测试计划，并在计划实施前，认真负责的对测试计划文档进行评审。施前，认真负责的对测试计划文档进行评审。软件文档写作12-管理199. 9. 软件测试报告软件测试报告 软件测试结束后，需要对测试结果进行分析，以发现和提取有意义的信息，软件测试结束后，需要对测试结果进行分析，以发现和提取有意义的信息，得出软件测试报告。测试报告必须是客观的、正确的。得出软件测试报告。测试报告必须是客观的、正确的。 测试报告是技术部门与产品部门沟通的主要手段，测试报告直接影响软件测试报告是技术部门与产品部门沟通的主要手段，测试报告直接影响软件缺陷的修改速度。缺陷的修改速度。 在评价测量时，经常使用的有在评价测量时，经常使用的有3 3种尺度来描述软件的质量，以反映不同的种尺度来描述软件的质量，以反映不同的级别：标称尺度、顺序尺度、区间尺度和比例尺度。它们的级别依次递增，但级别：标称尺度、顺序尺度、区间尺度和比例尺度。它们的级别依次递增，但每个高级别尺度都具备低级尺度的所有属性。每个高级别尺度都具备低级尺度的所有属性。 标称尺度：其实质是一种分类。根据某个属性将元素划分为不同的类别，标称尺度：其实质是一种分类。根据某个属性将元素划分为不同的类别，如如: :软件可以分系统软件软件可以分系统软件 支撑软件支撑软件 应用软件等应用软件等 顺序尺度：将主题按顺序进行比较的测量操作。通过顺序尺度，可以将主顺序尺度：将主题按顺序进行比较的测量操作。通过顺序尺度，可以将主题分为不同的类别，同时可以将类别排序。如题分为不同的类别，同时可以将类别排序。如:ABC:ABC 区间尺度和比例尺度：区间尺度可以表示测量点之间的精确差值。如，软区间尺度和比例尺度：区间尺度可以表示测量点之间的精确差值。如，软件产品件产品A A的缺陷率是每千行代码的缺陷率是每千行代码5 5个缺陷，产品个缺陷，产品B B的缺陷率是的缺陷率是3.53.5个缺陷，则可以个缺陷，则可以精确地说，精确地说，A A比比B B的缺陷率每千行代码高出的缺陷率每千行代码高出1.51.5个缺陷。如果在区间尺度中可以个缺陷。如果在区间尺度中可以定位绝对的或非随意的零点值，它就成了比例尺度，大多数应用场合中，区间定位绝对的或非随意的零点值，它就成了比例尺度，大多数应用场合中，区间尺度都表现为比例尺度。尺度都表现为比例尺度。 在测试报告中，还有几个常用的基本测量数据被用于分析测试数据：比、在测试报告中，还有几个常用的基本测量数据被用于分析测试数据：比、比例、百分比和比率。比例、百分比和比率。 测试报告的样例和基本内容见下页。测试报告的样例和基本内容见下页。软件文档写作12-管理20测试人测试人审定人审定人时间时间软件名称软件名称编号编号/版本版本测试阶段测试阶段测试用例测试用例用例编号用例编号测试结果测试结果(重点描述异常、错误情况重点描述异常、错误情况)：错误类别：致命性错误错误类别：致命性错误( ) ( ) 功能性错误功能性错误( ) ( ) 建议性错误建议性错误( )( )测试结果分析与建议：测试结果分析与建议：修改情况描述：修改情况描述： 修改人：修改人： 时间：时间： 说明与备注：说明与备注：测试报告样例：软件文档写作12-管理21基基 本本 内内 容容说说 明明测试内容测试内容被测试软件系统的名称被测试软件系统的名称测试意义及目标测试意义及目标说明这份测试分析报告的具体编写目的，指出预期的阅读范围说明这份测试分析报告的具体编写目的，指出预期的阅读范围测试环境与标准测试环境与标准被测试软件；软件运行环境；测试所依据的标准被测试软件；软件运行环境；测试所依据的标准测试用例的设计及结果测试用例的设计及结果测试用例设计的原理；测试数据值的范围测试用例设计的原理；测试数据值的范围(包括动态数据和静态数据包括动态数据和静态数据)；预期结果；实际测试结果；预期结果和实际结果的对比预期结果；实际测试结果；预期结果和实际结果的对比软件功能的结论软件功能的结论评价软件达到预期设计目标的程度，能否交付使用；评价软件达到预期设计目标的程度，能否交付使用；经测试证实的软件缺陷和限制经测试证实的软件缺陷和限制可靠性和有效性评价可靠性和有效性评价可靠性是指相同被测对象使用相同测试方法进行多次测试的一致性；可靠性是指相同被测对象使用相同测试方法进行多次测试的一致性；有效性是指测试足够反映的概念的真实涵义和程度有效性是指测试足够反映的概念的真实涵义和程度软件缺陷及改进建议软件缺陷及改进建议明确指出测试中发现的缺陷；对发现的缺陷提出改进建议明确指出测试中发现的缺陷；对发现的缺陷提出改进建议测试消耗测试消耗总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等等测试报告的基本内容：测试报告的基本内容：介绍介绍GB8567-88GB8567-88：测试计划模板：测试计划模板