Q∕SY 1355.1-2010 计算机软件测试规范 第1部分：单元测试

1、Q/SY中国石油球气賴飼企业标准Q/SY 1355. 12010计算机软件测试规范第1部分：单元测试Specification for computer software testingPart 1: Unit testing2010-09-09 发布2010-10-01 实施中国石油天然气集团公司发布Q/SY 1355. 12010Q/SY 1355. 12010目 次 TOC o 1-5 h z tuW ini細12规范性引用文件13术语和定义14单元测试14. 1 测试对象和目的14. 1. 1 测试对象14. 1.2测试目的14.2 测试的组织和管理 14. 2. 1人员配备情况14.

2、 2.2准人条件 14. 2.3准出条件24. 3测试技术要求24. 4 测试内容34. 4. 1代码审查 34. 4.2单元接口测试 34. 4. 3局部数据结构测试 34. 4. 4独立路径测试44. 4. 5边界条件测试44. 4. 6差错处理测试44. 4.7功能测试44. 4.8性能测试44. 4.9内存使用测试44. 5测试环境54. 6 测试方法54. 7测试过程54. 7. 1测试计划54. 7.2测试设计54. 7. 3测试执行64. 7.4测试总结64.8 测试文档7附录A （资料性附录）软件测试参考模板8附录B （规范性附录）测试用例18B. 1测试用例设计原则18B.

3、1. 1基于测试需求的原则18B. 1. 2 基于测试方法的原则18B. 1.3兼顾测试充分性和效率的原则18B. 1.4测试执行的可再现性原则18B.2测试用例要素18B. 2. 1名称和标识 18B. 2.2测试追踪 18B. 2.3用例说明18B. 2. 4测试的初始化要求 18B.2. 5测试的输人 19B. 2.6期望的测试结果19B. 2.7评价测试结果的准则 19B. 2.8操作过程19B. 2.9前提和约束19B. 2. 1()测试终止条件20附录C (资料性附录)测试流程图21Q/SY 13552010计算机软件测试规范分为五个部分：一第1部分：单元测试；第2部分：集成测试；

4、第3部分：系统测试；一第4部分：验收测试；一第5部分：回归测试。本部分为Q/SY 13552010的第1部分。本部分按照GB/T 1. 12009标准化工作导则 第1部分：标准的结构和编写给出的规则 起草。本部分由中国石油天然气集团公司信息管理部提出。本部分由中国石油天然气集团公司信息技术专业标准化技术委员会归口。本部分起草单位：中国石油勘探开发研究院、中国石油大学（北京）。本部分主要起草人：朱丽萍、李洪奇、孙长虹、于爱丽、张锼、谢立红、黄文辉、邹国平、党 娜、张聪辉、陈光辉、赵艳红。Q/SY 1355. 12010 Q/SY 1355. 12010 计算机软件测试规范 第1部分：单元测试1范

5、围Q/SY 1355-2010的本部分规定了计算机软件生存周期内单元测试的技术要求和测试环境，给 出了测试的对象和目的、内容、方法及过程，并提供了部分供参考的测试文档和检查表。本部分适用于软件开发和测试过程中的单元测试。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 9386-2008计算机软件测试文档编制规范GB/T 114572006信息技术软件工程术语GB/T 184922001信息技术系统及软件完整性级别3术语和定义GB/T 114572006界定的术

6、语和定义适用于本文件。4单元测试4.1测试对象和目的4.1.1测试对象软件单元测试的对象是可独立编译或汇编的程序模块（或称为软件构件或是面向对象设计中的类）。 4.1.2测试目的软件单元测试的目的是检查每个软件单元能否正确地实现软件详细设计说明书中的接口、功能、 性能和其他设计约束要求，发现单元内可能存在的各种差错。4.2测试的组织和管理4. 2. 1人员配备情况软件单元测试应由软件的开发方组织并实施。表1给出了软件测试人员的工作角色和具体职责。4. 2.2准入条件软件单元测试的技术依据是软件详细设计说明书。表2给出了软件单元测试工作的准人条件。表1软件测试人员配备情况表工作角色具体职责测试项

7、目负责人管理监督测试项目，提供技术指导，获取适当的资源，制定基线，技术协调，负责项目的安全 保证测试分析员确定测试计划、测试内容、测试方法、测试数据生成方法、测试（软、硬件）环境、测试T具， 评价测试工作的有效性测试设计员设计测试用例，确定测试用例的优先级，建立测试环境测试程序员编写测试辅助软件测试员执行测试，记录测试结果注：一个人可承担多个角色的工作，一个角色可由多个人承担。表2软件单元测试工作的准入条件条件是/否具有软件测试任务书具有单元测试所需的各种文档，如软件详细设计说明书等软件单元的源代码正确通过编译或汇编所提交的被测软件单元受控4. 2.3准出条件表3给出了软件单元测试工作的准出条

8、件。表3软件单元测试工作的准出条件条件是/否已按要求完成了软件测试任务书所规定的软件测试任务实际测试过程遵循了原定的软件单元测试计划和软件单元测试说明客观、详细地记录了软件单元测试过程和软件单元测试中发现的所有问题软件单元测试文档齐全、符合GB/T 9386-2008的要求软件单元测试的全过程自始至终在控制下进行软件单元测试中的问题或异常有合理解释或正确有效的处理软件单元测试工作通过了测试评审4.3测试技术要求4. 3.1在对软件单元进行动态测试之前，应对软件单元的源代码进行静态测试。4. 3.2对软件详细设计说明书所规定的软件单元的接口、功能、性能等应逐项测试。4. 3. 3对软件单元接口的

9、测试要检查进出程序单元的数据流是否正确。4. 3.4对输出数据及其格式进行测试。4. 3.5每个软件特性应至少被一个正常测试用例和一个被认可的异常测试用例所覆盖。4. 3.6测试用例的输人应至少包括有效等价类值、无效等价类值和边界数据值。4. 3.7被测程序单元中每条可执行的语句(或指令)都至少被一个正常测试用例或一个被认可的异 常测试用例所覆盖，即语句覆盖率达100%。4. 3.8被测程序单元中每个判断的取真分支和取假分支至少都被测试一次，即分支覆盖率达100%。4. 3.9对所有程序单元中处理错误的路径进行测试，保证在出现问题时软件单元能够正确处理。4. 3. 10对于类的每个操作的测试内

10、容，应参考单元测试内容进行测试。对于类的属性和操作之间的 相互影响的测试内容，应设计新的测试用例进行测试。4. 3.11对具体的软件单元，可根据软件测试任务书以及软件单元的重要性、完整性级别等要求对4. 3. 14. 3. 1()的内容进行裁剪。4.4测试内容4. 4. 1 代码审查4. 4. 1. 1代码审查的目的产生合格的代码，检查源程序编码是否符合详细设计说明书的编码规定，确保编码与设计的一致 性和可追踪性。4. 4. 1. 2代码审查的内容4. 4. 1. 2. 1业务逻辑的审查审查是否按照软件详细设计说明书来展开编程，逻辑是否正确且简单，思路是否清晰。4. 4. 1. 2. 2算法效

11、率的审查审查算法是否进行了优化。4. 4. 1.2.3代码风格的审查应对代码的命名规则、注释行、嵌套的次数、书写格式等进行代码风格的一致性审查。4. 4. 1. 2. 4编程规则的审查应对语句的完整性、数据定义的准确性、常量和变量的定义、函数的调用、参数的使用、内存管 理、逻辑表达式等规则进行审查，增强程序运行的正确性、准确性、性能、稳定性、可扩充性等。 代码审查参见表A. 1。4. 4.2单元接口测试应测试单元接口的参数传递是否正确、实参和形参是否一致、是否有无关的参数、常量是否当做 变量传递、输人/输出是否正确、文件的打开/关闭和使用是否正确、错误处理是否正确等。单元接口测试检查参见表A.

12、 204.4.3局部数据结构测试应测试软件单元内部的数据能否保持其完整性，包括内部数据内容、格式及相互关系、类型说明 是否正确一致、变量名是否正确、变量是否初始化、是否有上溢和下溢的发生、全局数据对软件单元 的影响等。局部数据结构测试检查参见表A. 30 4. 4.4 独立路径测试4. 4. 4. 1独立路径是指在程序中至少引进一个新的处理语句集合或一个新条件的任一路径。在程序 的控制流图中，一条独立路径是至少包含有一条在其他独立路径中从未有过的边的路径。应设计适当 的测试用例，对软件单元中的独立路径进行测试，特别是对独立路径中的基本路径进行测试。基本路 径指在程序控制流图中，通过对控制结构的

13、环路复杂度分析而导出的基本的、可执行的独立路径 集合。4. 4. 4. 2设计出的测试用例要保证被测程序的每个可执行语句至少被执行一次。4. 4. 4. 3基本路径测试包括以下4个步骤：a）画出程序的控制流图。程序控制流图是描述程序控制流的一种图示方法，可以使用流程图绘 制软件实现。b）计算程序的环形复杂度。通过对程序的控制流图的分析和判断来计算模块的复杂度。从程序 的环形复杂度导出程序基本路径集中的独立路径条数，这是确定程序中每个可执行语句至少 执行一次所必须的测试用例数的上界。c）导出测试用例。根据b）中的独立路径和程序结构，设计测试用例的输人数据和预期输出 结果。d）准备测试用例。确保基

14、本路径集的每一条路径都被执行。注：在确定基本路径集时宜使用图形矩阵，它是在基本路径测试中起辅助作用的软件工具，利用它可以实现自动 地确定一个基本路径集。4. 4. 4. 4独立路径测试检查参见表A. 4。4. 4. 5边界条件测试应测试软件单元在边界处能否正常工作，如测试处理数组的第一个和最后一个元素；测试循环执 行到最后一次；测试取最大值或最小值；测试数据流、控制流中刚好等于、大于或小于确定的比较 值等。边界条件测试检查参见表A. 5。4. 4.6差错处理测试应对软件单元的出错处理措施进行测试，主要测试差错的描述信息是否明确、差错描述是否难于 理解、出错提示与实际是否相符、对差错条件处理是否

15、正确、交互处理是否正确等。差错处理测试检查参见表A. 604. 4.7功能测试应对软件详细设计说明书规定的软件单元的功能逐项进行测试。功能测试检查参见表A. 7O4. 4.8性能测试应对软件详细设计说明书规定的软件单元的性能要求（如精度、时间、容量等）进行测试。 性能测试检查参见表A. 8。4. 4.9内存使用测试应对内存的使用情况，特别是动态申请的内存在使用上的错误（如指针越界、内存泄露等）进行 测试。内存使用测试检查参见表A. 9。4.5测试环境测试环境包括测试的运行环境和测试工具环境。测试的运行环境应符合软件测试任务书的要求， 通常是开发环境或仿真环境。测试工具应是经过认可的工具。4.6

16、测试方法软件单元测试方法采用静态测试和动态测试相结合的方法。静态测试先于动态测试进行。动态测 试主要采用白盒测试方法，辅之以黑盒测试方法。4.7测试过程4. 7. 1测试计划4. 7. 1. 1测试项目负责人和测试分析员根据软件测试任务书和被测试软件的详细设计说明书对被测 试软件单元进行分析，并确认以下内容：a）确定测试的充分性要求。根据软件单元的重要性、软件单元测试目标和约束条件，确定测试 应覆盖的范围及每一范围所要求的覆盖程度（如分支覆盖率、语句覆盖率、功能覆盖率、单 元的每一软件特性应至少被一个正常的测试用例和一个被认可的异常测试用例所覆盖）。b）确定测试终止的要求。指定测试过程正常终止

17、的条件（如测试充分性达到要求），确定导致 测试过程异常终止的可能情况（如软件编码错误）。c）确定用于测试的资源要求，包括软件（如操作系统、编译软件、静态分析软件、测试数据产 生软件、测试结果获取和处理软件、测试驱动软件等）、硬件（如计算机、设备接口等）、人 员数量、人员技能等。d）确定需要测试的软件特性。根据软件详细设计说明书的描述确定软件单元的功能、性能、状 态、接口、数据结构、设计约束等内容和要求，对其标志，若需要，将其分类，并从中确定 需要测试的软件特性。e）确定测试需要的技术和方法，如测试数据生成与验证技术、测试数据输入技术、测试结果获 取技术等。f）根据软件测试任务书的要求和被测软件

18、的特点，确定测试准出条件。g）确定单元测试活动的进度。h）对测试工作进行风险分析与评估，并制定应对措施。i）根据上述分析研究结果，按GB/T 9386-2008的要求编写软件单元测试计划（参见表 A. 1（）。4. 7. 1. 2应对软件单元测试计划进行评审。评审测试的范围、内容、资源、进度、各方责任等是否 明确；测试方法是否合理、有效和可行；风险的分析、评估与对策是否准确可行；测试文档是否符合 规范；测试活动是否独立。由软件测试方自行组织单元测试的评审，评审细则可自行制定。在软件单元测试计划通过评审 后，进人下一步工作；否则需要重新进行测试计划。4. 7. 2测试设计4. 7. 2. 1软件

19、单元测试的设计工作由测试设计员和程序员完成。根据软件单元测试计划完成以下 工作：a）设计测试用例。将需要测试的软件特性分解，针对分解后的每种情况设计测试用例（参见表A. ll）o每个测试用例的设计应符合附录B的要求。b）获取测试数据。包括获取现有的测试数据和生成新数据，并按要求验证所有数据。c）确定测试顺序。可从资源约束、风险以及测试用例失效造成的影响或后果几个方面考虑。d）获取测试资源。向测试项目负责人申请使用（开发，购买）软件、硬件资源。e）编写测试程序。包括开发测试支持工具，单元测试的驱动模块和桩模块。f）建立和校准测试环境。g）按GB/T 93862008的要求编写软件单元测试说明（参

20、见表A. 12）。4. 7. 2. 2应对软件单元测试说明进行评审。评审测试用例是否正确、可行和充分；测试环境是否正 确、合理；测试文档是否符合规范。由软件测试方自行组织单元测试的评审，评审细则可自行制定。在软件单元测试说明通过评审 后，进人下一步工作；否则需要重新进行测试设计和实现。4. 7.3测试执行4. 7. 3. 1软件测试员的主要工作是按照软件单元测试计划和测试说明的内容及要求执行测试。在执 行过程中，测试员应认真观察并如实记录测试过程和测试结果，认真填写软件单元测试记录（参见表 A. 14中的软件测试记录）。4. 7. 3. 2测试分析员的工作有如下两方面：a）根据每个测试用例的期

21、望测试结果、实际测试结果和评价准则判定该测试用例是否通过，并 将结果记录在软件单元测试记录中。如果测试用例不通过，测试分析员应认真分析情况，并 根据以下情况采取相应的措施：1）软件单元测试说明和测试数据的差错。采取的措施是：改正差错，将改正差错信息详细记 录，然后重新运行该测试用例。2）执行测试步骤吋的差错。采取的措施是：重新执行未正确执行的测试步骤。3）测试环境（包括软件环境和硬件环境）中的差错。采取的措施是：修正测试环境，将环境 修正情况详细记录，重新运行该测试，如果不能修正环境，记录理由，再核对终止情况。4）软件单元的实现差错。采取的措施是：填写软件问题报告单（参见表A. 14中的软件问

22、题 报告单），可提出软件修改建议，然后继续进行测试；或者把差错和异常终止情况进行比 较，核对终止情况，软件变更完毕后，应根据情况对其进行回归测试。5）软件单元的设计差错。采取的措施是：填写软件问题报告单，可提出软件修改建议，然后 继续进行测试，或者把差错与异常终止情况进行比较，核对终止情况。软件变更完毕后， 应根据情况对其进行回归测试或重新组织测试，回归测试中需要相应地修改测试设计和 数据。b）当所有的测试用例都执行完毕，测试项目负责人和测试分析员要根据测试的充分性要求和失 效记录，确定测试工作是否充分，是否需要增加新的测试。当测试过程正常终止时，如果发 现测试工作不足，应对软件单元测试进行补

23、充测试（具体要求见4. 7.2和4. 7. 3），直到测试 达到预期的要求，并将附加的内容记录在软件单元测试报告中；如果不需要补充测试，则将 正常终止情况记录在软件单元测试报告中。当测试过程异常终止时，应记录导致终止的条 件、未完成的测试和未被修正的差错。4. 7.4测试总结4. 7. 4. 1测试项目负责人和测试分析员应根据被测试软件详细设计说明书、软件单元测试计划、测 试说明、测试记录和问题报告单等，对测试工作进行总结。包括下面几项工作：a）总结软件单元测试计划和测试说明的变化情况及其原因，并记录在软件单元测试报告（参见表A. 13）中。b）对测试异常终止情况，确定未能被测试活动充分覆盖的

24、范围，并将理由记录在软件单元测试 报告中。c）确定未能解决的软件测试事件以及不能解决的理由，并将理由记录在软件单元测试报告中。d）将测试结果和所发现的出错情况同软件详细设计说明书对照，评价软件单元的设计与实现， 提出软件的改进建议，记录在软件单元测试报告中。e）按GB/T 9386-2008的要求编写软件单元测试报告，该报告应包括：测试结果分析、对软件 单元的评价和建议。f）根据测试记录和问题报告单编写软件单元测试问题报告（参见表A. 14）。4. 7. 4. 2应对测试执行活动、软件单元测试报告、测试记录和测试问题报告进行评审。评审测试执 行活动的有效性、测试结果的正确性和合理性。评审是否达

25、到了测试目的、测试文档是否符合规范。 应由软件测试方自行组织评审，评审细则也可自行制定。测试流程图参见附录C。4.8测试文档软件单元测试完成后形成的文档应包括：a）软件单元测试计划。b）软件单元测试说明。c）软件单元测试记录。d）软件单元测试报告。e）软件单元测试问题报告。软件测试文档的基本内容和要求见GB/T 93862008。按GB/T 1849220（）1，根据软件的完整 性级别和软件规模等级进行合理地取舍与合并，其要求见表40表4测试文档取舍与合并要求文档性质规模（巨、大、中）规模（小、微）完整性级別（A，B）完整性级別（c，D）测试计划7VVVVV测试说明VV测试报告VVVVVVVV

26、测试记录V/V测试问题报告7x/注：“7”表示选取，“”表示合并。表4给出了文档的合并，在两个文档或多个文档合并时，具有相似内容的文档的第1章、第2 章、第3章只用一次，即进行合并，后续的章条号依次编排。附录A（资料性附录）软件测试参考模板表A. 1给出了代码审查表，表A. 2表A. 9给出了软件单元测试的检查表，表A. 1（）表A. 14 给出了软件测试过程中常用的文档模版。注：当前检查项适用时，表中“N/A”项填A，不适用时填N。表A. 1代码审查表审查类別审查内容是/否N/A备注程序格式嵌套的IF语句是否正确地缩进注释是否准确并有意义是否使用有意义的标号代码是否与开始时模块的模式一致是否

27、遵循全套的编程规范程序语言的使用未使用的内存中的内容是否影响系统安全，处理是否得当是否使用一个或一组最佳动词模块中是否使用完整定义的语言的有限子集转移语句是否使用恰当数据引用错误是否引用了未初始化的变量数组和字符串的下标是否为整数值，下标是否总是在数组和字符串 大小范围之内是否在应使用常量的地方使用了变量（如在检查数组范围时）变量是否被赋予不同类型的值是否为引用的指针分配内存数据声明错误所有变量是否都赋予了正确的长度、类型和存储类（如本应声明为 字符串的变量却声明为字符数组）变量是否在声明的同时进行了初始化，初始化是否正确变量是否有相似的名称，自定义变量是否是使用了系统变量名是否存在声明过但从

28、未引用或只引用过一次的变量在特定模块中所有变量是否都显式声明，如果没有，是否可以理解 为该变量将与更高级別的模块共享计算错误计算中是否使用了不同数据类型的变量（如将整数与浮点数相加）计算中是否使用了数据类型相同但长度不同的变量（如将字节与字 相加）计算时是否考虑到编译器对类型和长度不一致的变量的转换规则赋值的目标变量是否小于赋值表达式的值在数值计算过程中是否可能出现溢出表A. 1 （续）审查类別审查内容是/否N/A备注计算错误除数或模是否可能为零对于整型算术运算，特別是除法的代码处理是否会丢失精度变量的值是否超过有意义的范围对于包含多个操作数的表达式，求值的次序是否混乱，运算优先级 是否正确比

29、较错误比较是否正确（如比较中应是小于还是小于或等于）是否存在分数或者浮点数之间的比较，如果有，精度问题是否会影 响比较每一个逻辑表达式是否都正确表达，逻辑计算是否如期进行，求值 次序是否有疑问逻辑表达式的操作数是否为逻辑值（如是否将包含整数值的整型变 量用于逻辑计算中）人口和出口的连接 错误初始人口和最终出口是否正确对另一个模块的每一次调用是否恰当如所需的全部参数是否传送 给每一个被调用的模块；被传送的参数值是否已正确设置；是否处 理对被调用的关键模块的意外情况（如丢失、混乱），栈状态和指针 状态是否正确每个模块的代码是否只有一个人口和一个出口控制流程错误如果程序包含begin - end和d

30、o - while等语句组，end是否与之对应程序、模块、子程序是否能终止，如果不能，是否可以接受是否存在死循环是否存在循环从不执行，如果存在，是否可以接受如果程序包含多分支语句，索引变量是否能超出可能的分支数目， 如果超出，该情况是否能正确处理代码执行路径是否已全部覆盖，是否能保证每条源代码语句至少执 行一次子程序参数错误子程序接收的参数类型和大小与调用代码发送的是否匹配，次序是 否正确如果子程序有多个入口点，引用的参数是否与当前的入口点没有 关联常量是否当做形式参数传递，是否在子程序中被意外地改动子程序是否更改了仅作为输入值的参数每一个参数的单位是否与相应的形参匹配如果存在全局变量，在所有

31、引用的子程序中是否有相似的定义和 属性表A. 1 （续）审查类別审查内容是/否N/A备注输人/输出错误软件单元是否严格遵守外部设备读写数据的专用格式是否存在处理文件或者外设不存在或者未准备好的错误情况软件单元是否处理外部设备未连接、不可用或者读写过程中存储空 间被占满等情况软件单元是否以预期方式处理预计的错误是否检查了错误提示信息的准确性、正确性、语法和拼写逻辑和性能是否已直接测试了输人参数的所有异常值全部设计是否已实现逻辑是否被最佳地编码提供的是一般的出错处理还是异常的例程每一个循环执行正确的次数是否符合要求维护性和可靠性清单格式是否有利于提高可读性标号和子程序是否符合代码的逻辑意思对从外部

32、接口采集的数据是否经过确认是否遵循可靠性编程的要求是否存在内存泄露的问题类的检查类封装是否合理，检查成员函数和成员变量的访问属性是否满足操 作要求外部是否可以修改类的行为内联函数代码是否足够小多重继承中，虚拟函数定义是否明确继承类和自定义类所封装的函数和过程是否合理，类的功能是否详细、全面构造函数中是否遗漏了某些初始化T作是否正确地使用构造函数的初始化表析构函数中是否遗漏了某些清除工作是否错写、错用了拷贝构造函数和赋值函数软件多余物是否有不可能执行到的代码是否有即使不执行也不影响程序功能的指令是否有未引用的变量、标号和常量是否有多余的程序单元表A. 2单元接口测试检查表检查项是/否N/A备注调

33、用被测单元的实际参数与该单元的形式参数的个数、属性、量纲、顺序是否 一致被测单元调用子模块时，传递给子模块的实际参数与子模块的形式参数的个 数、属性、量纲、顺序是否一致是否修改了只作为输入值的形式参数调用内部函数的参数个数、属性、量纲、顺序是否正确被测单元在使用全局变量时是否与全局变量的定义一致在单元有多个人口的情况下，是否引用了与当前入口无关的参数常数是否当做变量来传递输入/输出文件属性是否正确规定的输入/输出格式说明与输入/输出语句是否匹配缓冲区容量与记录长度是否匹配文件是否先打开后使用，文件结束时是否关闭了文件文件结束条件的判断和处理是否正确对输入/输出错误是否进行了检查，是否做了正确处

34、理表A. 3局部数据结构测试检查表检查项类別检查项是/否N/A备注数据类型问题变量的数据类型是否正确是否存在不同数据类型的赋值是否存在不同数据类型的比较变量值问题变量的初始化或缺省值是否正确变量是否发生上溢或下溢变量的精度是否不够变量名是否错误表A. 4独立路径测试检查表检查项类别检查项是/否N/A备注逻辑判断问题是否由于精度原因导致比较无效表达式中的优先级是否有误逻辑判断结果是否颠倒循环冋题循环终止条件是否正确循环是否无法正常终止（死循环）是否错误地修改了循环变量是否存在误差累积表A. 5边界条件测试检查表检查项类别检查项是/否N/A备注输入/输出值的范围是否测试了刚刚达到规定的取值范围的情

35、况是否测试了刚刚超越规定的取值范围的情况输入/输出值的个数是否测试了规定值最大个数、比最大个数大1的情况是否测试了规定值最小个数、比最小个数少1的情况输入/输出 是有序集合是否测试了有序集合的第一个元素的情况是否测试了有序集合的最后一个元素的情况内部数据结构问题如果程序用了内部数据结构，是否测试了内部数据结构边界上 的值的情况表A. 6差错处理测试检查表检查项类别检查项是/否N/A备注文件I/O问题是否对不存在的或者错误的文件进行操作文件是否以不正确的方式打开文件结束判断是否正确是否正确地关闭文件错误处理问题是否忘记了进行错误处理错误描述是否难于理解显示的出错提示与实际差错是否相符对差错条件的

36、处理是否正确交互处理是否正确错误处理程序块一直没有机会被运行，即在对差错进行处理之 前，差错条件是否已经引起系统的干预错误处理问题错误处理程序块本身是否就存在毛病（如报告的错误与实际错 误不一致，处理方式不正确等）所提供的差错描述信息是否足以确定造成差错的位置或原因表A.7功能测试检查表检查项是/否N/A备注设计文档规定的软件单元的每一项功能是否都做了测试单元的需求是否存在不合理的要求当操作有误时，单元模块是否具有一定的容错能力单元中具有准确性要求的功能和精度要求的项的准确性是否达到要求单元及其数据访问的可控制性是否达到要求单元是否可以防止非授权的创建、删除或修改程序或信息表A. 8性能测试检

37、查表检查项是/否N/A备注是否达到了所期望的处理时间是否达到了在最小内存量或者最大内存量范围内的性能要求是否达到了最小或最大网络性能需求在推荐配置下单元模块的响应是否迅速单元模块的响应时间、平均响应时间、响应极限时间是否达到要求单元模块的吞吐量、平均吞吐量、极限吞吐量是否达到要求单元的各种误操作模式是否达到预期的可靠度单元是否可以从差错中恢复对于流程性强的操作，是否能限制操作顺序，以防非法信息进人系统对于用户的每一步操作，是否能给出提示或回应，使用户知道运行状态对于关键操作完成后或删除数据之前能否给出明确的提示信息表A. 9内存使用测试检查表检查项是/否N/A备注内存是否没有被正确地初始化却被

38、使用内存是否被释放后却继续被使用内存是否存在泄露内存是否存在越界表A. 10软件测试计划测试范围与目的测试方法测试环境与测试辅助工具的描述测试准入条件和准出条件5.应递交的文档文档名称预计递交时间测试计划测试用例测试说明测试记录测试报告测试问题报告表A. 10 （续）测试人员的组织任务表测试任务开始时间结束时间执行人员可能存在的问题与对策附件：本计划的审批意见表A.11软件测试用例表用例名称用例标识测试追踪用例说明用例的初始化硬件配置软件配置测试配置参数配置操作过程序号输人及操作说明期望的测试结果评价标准备注前提约束过程中止条件结果评价标准设计人员设计日期表A. 12软件测试说明1 前言1.

39、1目的、主要内容、定义、参考资料等1.2本说明面向的读者1.3本说明书的术语、概念、关键词的解释2测试内容测试内容应列出单个模块测试中的每一项测试的内容（类型）、目的及其名称、标识符、进度安排和测试条件 等。测试的内容及进度：测试标识测试目的测试内容测试条件进度安排3测试设计说明测试设计说明，包括被测项和被测特性、测试所用的方法、测试准则等。1被测项说明描述被测试的对象，包括其版本、修订级別，并指出在测试开始之前对逻辑或物理变换的要求。3.2被测特性指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关测试设计说明。3.3测试方法描述测试的总体方法，规定测试所需的主要活动、技术和工具，

40、应详尽地描述方法，以便列出主要的测试任 务，并估计执行各项任务所需的时间。指出对测试的主要限制。3.4测试准则规定各测试项通过测试的标准。4测试用例说明测试用例说明，包括测试用例名称、输人（测试数据）、输出（预期结果）、环境、T具等。1测试用例名称给测试用例取一个专用、唯一的名称。4. 2输入说明规定执行测试用例所需的各个输人。有些输人可以用值（允许适当的误差）来规定。而另一些输入，如常数 表或事务文件可以用名来规定。规定所有合适的数据库、文件、终端信息、内存常驻区域和由操作系统传送的值。 规定各个输入之间所需的所有关系（如时序关系等）。4.3环境要求规定执行测试用例所需的硬件特征和配置；所需

41、的系统软件和应用软件，其他要求，如特种设施要求或经过 专门训练的人员等。4.4测试工具规定测试所需要的硬件工具和工具软件，以及其他的一些特殊设备或工具。5人员分丁测试小组各人员的分工及相关的培训计划。表A. 13软件测试报告1.基本信息测试计划的来源提示：填写测试计划书名称，版本，时间测试用例的来源提示：填写测试用例名称，版本，时间测试对象描述测试环境描述测试驱动程序描述提示：可以把测试驱动程序当做附件测试人员测试时间2.实况记录测试用例测试情况错误严重程度3.分析与建议提示：对测试结果进行分析，提出建议。4.错误修改记录错误名称原因修改人修改时间是否回归测试附件表A. 14软件测试问题报告1

42、.软件问题报告单问题标识项目名称程序文档名发现日期报告曰期报告人问题类別程序问题口文档问题口设计问题口其他问题口问题级别1级口2级口3级口4级05级门问题追踪问题描述/影响分析：（可另加附页）附注及修改建议：（可另加附页）2.软件测试记录用例名称用例标识用例说明用例的初始化硬件配置软件配置测试配置参数配置操作过程序号输入及操作说明期望的测试结果评价标准实例结果是否发生重启动口重启动是否成功口是否发生生效是否发生故障测试结论测试人员测试日期3.修改策略提示：针对每个缺陷记录给出可能的修改策略。注：软件错误级別的划分软件错误级別子项概述软件错误级別子项概述1级：严重错误1 - 1操作系统崩溃3级：

43、普通冋题3-1数据长度定义不一致1-2导致操作系统重启或死机3-2无信息合法性检查1-3导致整个模块或软件不能使用3-3兼容性问题1 -4业务流错误3-4软件使用不便2级：重要错误2-1功能没达到客户需求3 5数据不能立即更新2-2数据计算错误3-6响应时间慢2-3操作不能正确执行4级：轻微错误4-1界面显示错误2-4数据取值不一致4-2信息提示不清2-5信息丢失4-3界面不规范2-6不稳定4-4界面文字错误2-7安全性问题4-5链接错误5级：建议5-1功能性建议5级：建议5-2界面/操作性建议附录B（规范性附录）测试用例B.1测试用例设计原则B. 1.1基于测试需求的原则按照测试类别的不同要

44、求，设计测试用例，如单元测试依据软件详细设计说明书、集成测试依据 软件概要设计说明书、系统测试依据系统/子系统设计说明书和用户需求说明书。B.1.2基于测试方法的原则明确所采用的测试用例设计方法。为达到不同的测试充分性要求，应采用相应的测试方法，如等 价类划分、边界值分析、猜错法、因果图等方法。B. 1. 3兼顾测试充分性和效率的原则测试用例集应兼顾测试的充分性和测试的效率；每个测试用例的内容应完整，具有可操作性。 B. 1. 4测试执行的可再现性原则应保证测试用例执行的可再现性。B.2测试用例要素B. 2. 1 名称和标识每个测试用例应有唯一的名称和标识符。B. 2. 2测试追踪说明测试所依据的内容来源，如系统测试依据的是用户需求说明书、集成测试和单元测试分别依 据的是软件概要设计说明书和软件详细设计说明书。B. 2.3用例说明简要描述测试的对象、目的和所采用的测试方法。B. 2.4测试的初始化要求B. 2. 4. 1硬件配置被测系统的硬件配置情况，包括硬件条件或电气状态。B. 2. 4. 2软件配置被测系统的软件配置情况，包括测试的初始条件。B. 2. 4. 3测试配置测试系统的配置情况，如用于测试的