软件测试规范解读

1、1GB/T 155322008计算机软件测试规范解读计算机软件测试规范解读2目录 范围范围 规范性引用文件规范性引用文件 总则总则 单元测试单元测试 集成测试集成测试 配置项测试配置项测试 系统测试系统测试 验收测试验收测试 回归测试回归测试3规范性引用文件范围4（一）范围（一）范围 本标准规定了计算机软件生存周期内各类软件产品的基本测试方法、过程和准则。 本标准适用于计算机软件生存周期全过程。本标准适用于计算机软件的开发机构、测试机构及相关人员。5总则规范性引用文件6（二）规范性引用文件（二）规范性引用文件 GB/T 8566 信息技术 软件生存周期过程(GBT 8566 2007,ISO/

2、IEC 12207:1995，MOD) GB/T 9386 计算机软件测试文档编制规范 GB/T 11457 信息技术 软件工程术语 GR/T 16260.1 软件工程 产品质量 第1部分：质量模型(GB/T 16260.1-2006 ISO/IEC 9126一l:2001,IDT) GB/T 18492 信息技术 系统及软件完整性级别GB/T 18492-2001,IS0/IEC 15026:1998 ,IDT) GB/T 20158 信息技术 软件生存周期过程 配置管理(GB/T 20158-2006,ISO/IEC TR 15846：1998，IDT)7单元测试总则8（四）总则（四）总则

3、1.测试目的 验证软件是否满足软件开发合同或项目开发计划、系统子系统设计文档、软件需求规格说明、软件设计说明和软件产品说明等规定的软件质量要求； 通过测试，发现软件缺陷； 为软件产品的质量测量和评价提供依据。9（四）总则（四）总则2.测试类别单元测试集成测试系统测试验收测试回归测试配置项测试10（四）总则（四）总则3.测试过程设计执行总结需求分析：即确定需要测试的内容或质量特性；确定测试需求分析：即确定需要测试的内容或质量特性；确定测试的充分性要求；提出测试的基本方法；确定测试的资源和的充分性要求；提出测试的基本方法；确定测试的资源和技术需求；进行风险分析与评估；制定测试计划。技术需求；进行风

4、险分析与评估；制定测试计划。11（四）总则（四）总则3.测试过程策划执行总结 依据测试需求，分析并选用已有的测试用例或设计新依据测试需求，分析并选用已有的测试用例或设计新的测试用例获取验证测试数据；根据测试资源、风险等约的测试用例获取验证测试数据；根据测试资源、风险等约束条件，确定测试用例执行顺序；获取测试资源，开发测束条件，确定测试用例执行顺序；获取测试资源，开发测试软件；建立并校准测试环境；进行测试就绪评审。主要试软件；建立并校准测试环境；进行测试就绪评审。主要评审测试计划的合理性和测试用例的正确性、有效性和覆评审测试计划的合理性和测试用例的正确性、有效性和覆盖充分性。评审测试组织、环境和

5、设备工具是否齐备并符盖充分性。评审测试组织、环境和设备工具是否齐备并符合要求。合要求。12（四）总则（四）总则3.测试过程策划设计总结 执行测试用例。获取测试结果；分析并判定测试结果。同时，执行测试用例。获取测试结果；分析并判定测试结果。同时，根据不同的判定结果采取相应的措施；对测试过程的正常或异常根据不同的判定结果采取相应的措施；对测试过程的正常或异常终止情况进行核对并根据核对结果，对未达到测试终止条件的测终止情况进行核对并根据核对结果，对未达到测试终止条件的测试用例，决定是停止测试，还是需要修改或补充测试用例集，并试用例，决定是停止测试，还是需要修改或补充测试用例集，并进一步测试。进一步测

6、试。13（四）总则（四）总则3.测试过程策划设计执行 整理和分析测试数据，评价测试效果和被测软件项，描述测整理和分析测试数据，评价测试效果和被测软件项，描述测试状态。如：实际测试与测试计划和测试说明的差异、测试充分试状态。如：实际测试与测试计划和测试说明的差异、测试充分性分析、未能解决的测试事件等；描述被测软件项的状态，如：性分析、未能解决的测试事件等；描述被测软件项的状态，如：被测软件与需求的差异，发现的软件差错等；最后，完成软件测被测软件与需求的差异，发现的软件差错等；最后，完成软件测试报告。试报告。14（四）总则（四）总则4.测试方法 代码审查 代码走查 静态分析u静态测试方法静态测试方

7、法u动态测试方法动态测试方法 白盒测试 黑盒测试静态测试静态测试就是不通过运行或执行程序、代码、软件而检查错就是不通过运行或执行程序、代码、软件而检查错误的方式。误的方式。 动态测试动态测试是指通过执行或运行程序（或代码或软件）检查存是指通过执行或运行程序（或代码或软件）检查存在错误或问题的方式。在错误或问题的方式。 寄存器使用 格式 入口和出口连接 程序语言的使用 存储器使用 测试和转移 性能 可维护性 逻辑 15（四）总则（四）总则4.测试方法 代码审查 代码走查 静态分析u静态测试方法静态测试方法u动态测试方法动态测试方法 白盒测试 黑盒测试 控制流分析 数据流分析 接口分析 表达式分析

8、16（四）总则（四）总则4.测试方法 代码审查 代码走查 静态分析u静态测试方法静态测试方法u动态测试方法动态测试方法 白盒测试 黑盒测试 控制流测试 数据流测试 程序变异 程序插装 域测试 符号求值17（四）总则（四）总则4.测试方法 代码审查 代码走查 静态分析u静态测试方法静态测试方法u动态测试方法动态测试方法 白盒测试 黑盒测试 功能分解 等价类划分 边界值分析 判定表 因果图 随机测试 猜错法 正交实验法18（四）总则（四）总则5.测试用例测试用例要素测试用例要素 名称和标识名称和标识 测试追踪测试追踪 用例说明用例说明 初始化要求初始化要求 输入输入 期望的测试结果期望的测试结果

9、评价测试结果的准则评价测试结果的准则 操作过程操作过程 前提和结束前提和结束 终止条件终止条件19（四）总则（四）总则6.测试组织管理20（四）总则（四）总则7.测试文档测试文档的取舍与合并要求测试文档的取舍与合并要求21（四）总则（四）总则8.测试工具代码测试工具代码测试工具 1功能测试工具功能测试工具 2负载压力工具负载压力工具 3针对代码进行测试针对代码进行测试，测试中发现的缺，测试中发现的缺陷可以定位到代码陷可以定位到代码级级 22（四）总则（四）总则8.测试工具静态测试工具直接对代码进行分析，不需要运行代码，也不需要对代码编译链接和生成可执行文件。静态测试工具一般是对代码进行语法扫描

10、，找出不符合编码规范的地方，根据某种质量模型评价代码的质量，生成系统的调用关系图等。（PMD）代码测试工具代码测试工具动态测试工具一般采用“插桩”的方式，在代码生成的可执行文件中插入一些监测代码，用来统计程序运行时的数据。（eclipse debug）测试工具原理 扫描Java代码并寻找潜在问题设置断点进行单步调试23（四）总则（四）总则8.测试工具代码测试工具代码测试工具 1功能测试工具功能测试工具 2负载压力工具负载压力工具 3通过自动录制、检测通过自动录制、检测和回放用户的应用操和回放用户的应用操作，将被测系统的输作，将被测系统的输出记录同预先给定的出记录同预先给定的标准结果比较，其主标

11、准结果比较，其主要目的是检测应用程要目的是检测应用程序是否能够达到预期序是否能够达到预期的功的功 能并正常运行。能并正常运行。国内免费软件测试工国内免费软件测试工具有具有AutoRunner和和TestCenter 24（四）总则（四）总则8.测试工具代码测试工具代码测试工具 1功能测试工具功能测试工具 2负载压力工具负载压力工具 3度量应用系统的可扩度量应用系统的可扩展性和性能，是一种展性和性能，是一种预测系统行为和性能预测系统行为和性能 的自动化测试工具。的自动化测试工具。在实施并发负载过程在实施并发负载过程中，通过实时性能监中，通过实时性能监测来确认和查找问题测来确认和查找问题，并针对所

12、发现问题，并针对所发现问题对系统性能进行优化对系统性能进行优化，确保应用的成功部，确保应用的成功部署。（署。（Web Application Stress Tool 和和Web Server Stress Tool ）25集成测试单元测试26（五）单元测试（五）单元测试1.测试对象和目的对象对象 可独立编译或汇编的程序模块（软件构件或面向对象设计中的类）目的目的 检查每个软件单元能否正确地实现设计说明中的功能、性能、接口和其他设计约束等要求，发现单元内可能存在的各种差错27（五）单元测试（五）单元测试2.技术要求软件单元测试的技术依据是软件单元测试的技术依据是软件设计文档软件设计文档（或称（或

13、称软件详细设计文档软件详细设计文档）对软件设计文档规定的软件单元的功能、性能、接口等应逐项进对软件设计文档规定的软件单元的功能、性能、接口等应逐项进行测试行测试每个软件特性应至少被一个正常测试用例和一个被认可的异常测每个软件特性应至少被一个正常测试用例和一个被认可的异常测试用例覆盖试用例覆盖测试用例的输入应至少包括有效等价类值、无效等价类值和边界测试用例的输入应至少包括有效等价类值、无效等价类值和边界数据值数据值在对软件单元进行动态测试之前，一般应对软件单元的源代码进在对软件单元进行动态测试之前，一般应对软件单元的源代码进行静态测试行静态测试语句覆盖率达到语句覆盖率达到100%分支覆盖率要达分

14、支覆盖率要达100%对输出数据及其格式进行测试对输出数据及其格式进行测试28（五）单元测试（五）单元测试3.测试内容边界条件差错处理 变量、参数的使用是否正确前后一致 输入输出文件属性是否正确，格式与语句是否匹配 函数结束条件的判断和处理的正确性 输入输出错误是否进行了检查并做了处理以及处理的正确性 OPEN/CLOSE语句的正确性功能、性能内存使用局部数据结构接口29（五）单元测试（五）单元测试3.测试内容 数据类型说明是否一致 是否使用尚未赋值或尚未初始化的变量 差错的初始值或缺省值 下溢、上溢或是地址差错 全局变量对软件单元的影响边界条件差错处理功能、性能内存使用局部数据结构接口30（五

15、）单元测试（五）单元测试3.测试内容 软件单元在边界处是否正常使用（循环执行的第一和最后一次、测试输入参数最大最小值等）边界条件差错处理功能、性能内存使用局部数据结构接口 差错的描述难以理解所提供的差错描述信息不足以确定差错的位置和原因显示的出错提示与实际差错不符对差错的处理不正确31（五）单元测试（五）单元测试3.测试内容 对软件设计文档规定的软件单元的功能逐项进行测试对软件单元的性能（如精度、时间、容量等）进行测试边界条件差错处理功能、性能内存使用局部数据结构接口 检查内存的使用情况，特别是动态申请的内存在使用上的错误（如指针越界、内存泄露等）32（五）单元测试（五）单元测试4.测试环境及

16、方法环境环境 应符合项目计划的要求，通常是开发环境或仿真环境方法方法 静态测试方法 动态测试方法33（五）单元测试（五）单元测试5.测试过程及文档过程过程 测试策划 测试设计 测试执行 测试总结文档文档 软件单元测试计划 软件单元测试说明 软件单元测试报告 软件单元测试记录 软件单元测试问题报告34配置项测试集成测试35（六）集成测试（六）集成测试1.测试对象和目的对象对象 任意一个软件单元集成到计算机软件系统的组装工程 任意一个组装得到的软件系统目的目的 检验软件单元之间、软件单元和已集成的软件系统之间的接口关系，并验证已集成软件系统是否符合设计要求。36（五）集成测试（五）集成测试2.技术

17、要求软件集成测试的技术依据是软件集成测试的技术依据是软件设计文档软件设计文档（或（或称软件结构设计文档称软件结构设计文档）应测试软件之间、软件和硬件之间的所有接口应测试软件之间、软件和硬件之间的所有接口应采用增量法，测试新组装的软件应采用增量法，测试新组装的软件应测试软件单元之间的所有调用，达到应测试软件单元之间的所有调用，达到100%100%的测试覆盖率的测试覆盖率应测试运行条件应测试运行条件( (如数据结构、输入输出通道容量、内存空间、如数据结构、输入输出通道容量、内存空间、调用频率等调用频率等) )在边界状态下，进而在人为设定的状态下，软件的在边界状态下，进而在人为设定的状态下，软件的功

18、能和性能；功能和性能；应按设计文档要求，对软件的功能、性能进行强度测试应按设计文档要求，对软件的功能、性能进行强度测试对完整性级别高的软件，应对其进行安全性分析，明确每一个危对完整性级别高的软件，应对其进行安全性分析，明确每一个危险状态和导致危险的可能原因，并对此进行针对性的测试险状态和导致危险的可能原因，并对此进行针对性的测试37（六）集成测试（六）集成测试3.测试内容准确性互操作性容错性时间特性适合性全局数据结构资源利用 从适合性方面考虑，应对软件设计文档分配给以集成软件的每一项功能逐项进行测试 可测试全局数据结构的完整性，包括数据的内容、格式，并对内部数据结构对全局数据结构的影响进行测试

19、。38（六）集成测试（六）集成测试3.测试内容准确性互操作性容错性时间特性适合性全局数据结构资源利用 接口测试（所加入的软件单元与已集成软件之间的接口；已集成软件与支持其运行的其它软件、例行程序或硬件设备的接口） 测试软件的控制信息，如响应方式和响应时间等 可对软件中具有准确性要求的功能和精度要求项（数据处理精度、时间控制精度等）进行测试39 测试已集成软件对差错输入、差错中断、漏中断等情况的容错能力，并考虑通过仿真平台或硬件测试设备形成些人为条件，测试软件功能、性能的降级运行情况（六）集成测试（六）集成测试3.测试内容准确性互操作性容错性时间特性适合性全局数据结构资源利用 考虑已集成软件的运

20、行时间，算法的最长路径下的计算时间 可考虑测试软件运行占用的内存空间和外存空间40（六）集成测试（六）集成测试4.测试环境及方法环境环境 应符合项目计划的要求，通常是开发环境或仿真环境方法方法 静态测试方法 动态测试方法41系统测试配置项测试42（七）配置项测试（七）配置项测试1.测试对象和目的对象对象 软件配置项 软件配置项是为独立的配置管理而设计的并且能够满足最终用户功能的一组软件目的目的 检验软件配置项与软件需求规格说明书的一致性43（七）配置项测试（七）配置项测试2.技术要求软件配置项测试的技术依据是软件配置项测试的技术依据是软件需求规格说明软件需求规格说明必要时，在高层控制流图中作结

21、构覆盖测试必要时，在高层控制流图中作结构覆盖测试应测试软件配置项的所有外部输入、输出接口应测试软件配置项的所有外部输入、输出接口应测试软件配置项的输出及其格式应测试软件配置项的输出及其格式按软件需求规格说明的要求，测试配置项的安全保密性按软件需求规格说明的要求，测试配置项的安全保密性应测试人机互动界面中非常规操作、误操作的可靠性应测试人机互动界面中非常规操作、误操作的可靠性应测试运行条件在边界状态下，或在人为设定的状态下，软件配应测试运行条件在边界状态下，或在人为设定的状态下，软件配置项的功能和性能置项的功能和性能应按需求规格说明的要求，对软件的功能、性能进行强度测试应按需求规格说明的要求，对

22、软件的功能、性能进行强度测试44（七）配置项测试（七）配置项测试2.技术要求软件配置项测试的技术依据是软件配置项测试的技术依据是软件需求规格说明软件需求规格说明应测试设计中用于提高软件配置项安全性、可靠性的结构、算法应测试设计中用于提高软件配置项安全性、可靠性的结构、算法、容错、冗余、中断处理等方案、容错、冗余、中断处理等方案对完整性级别高的软件配置项，应对其进行安全性分析，明确每对完整性级别高的软件配置项，应对其进行安全性分析，明确每一个危险状态和导致危险的可能原因，并对此进行针对性的测试一个危险状态和导致危险的可能原因，并对此进行针对性的测试对有恢复或重置功能需求的配置项，应测试其恢复或重

23、置功能和对有恢复或重置功能需求的配置项，应测试其恢复或重置功能和平均恢复时间，并且对每一类导致恢复或重置的情况进行测试平均恢复时间，并且对每一类导致恢复或重置的情况进行测试45（七）配置项测试（七）配置项测试3.测试内容易用性效率 适合性方面（每一项功能） 准确性方面（有准确度和精度要求的项） 互操作性方面（软件需求规格说明书规定的配置项与外部设备的接口、与其他系统的接口） 安全保密性方面（配置项及其数据访问的可控制性）维护性可移植性可靠性功能性依从性46（七）配置项测试（七）配置项测试3.测试内容易用性效率 成熟性方面：应在有代表性的使用环境中以及可能影响软件配置项运行方式的环境中运行软件配

24、置项，验证可靠性需求是否实现 容错性方面：测试配置项对中断发生、边界条件、误操作、故障、功能性能降级时的情况 易恢复性方面：配置项的平均恢复时间、平均宕机时间等维护性可移植性可靠性功能性依从性47（七）配置项测试（七）配置项测试3.测试内容易用性效率 易理解性方面（配置项各项功能、输入输出的格式和含义等是否容易被理解） 易学性方面（确认在线帮助、用户手册或操作手册的有效性） 易操作性方面（输入数据校验、操作取消、参数缺省值、消息提示运行状态监控）吸引性方面（人机交互定制）维护性可移植性可靠性功能性依从性48（七）配置项测试（七）配置项测试3.测试内容易用性效率 时间特性方面（响应时间、平均响应

25、时间、相应极限时间、吞吐量、周转时间等） 资源利用性方面（输入输出设备、内存和传输资源）维护性可移植性可靠性功能性依从性49（七）配置项测试（七）配置项测试3.测试内容易用性效率 易分析性方面：监测运行状态数据，检查数据是否容易获得、内容是否充分 易改变性方面：是否能通过参数来改变软件配置项易测试性方面：内置的测试功能是否完整有效维护性可移植性可靠性功能性依从性50（七）配置项测试（七）配置项测试3.测试内容易用性效率 适应性方面：是否易于移植 易安装性方面：安装操作的简易型、是否容易重新安装共存性方面：与其他软件共同运行的情况易替换性方面：高版本替换低版本维护性可移植性可靠性功能性依从性51

26、（七）配置项测试（七）配置项测试3.测试内容易用性效率维护性可移植性可靠性功能性依从性软件在功能性、可靠性、易用性、效率、维护性和可移植性方面是否遵循相关标准、约定或法规52（七）配置项测试（七）配置项测试4.测试环境及方法环境环境 应符合项目计划的要求，通常是实际计算机系统运行环境或相容的计算机系统运行环境。方法方法 黑盒测试方法53验收测试系统测试54（八）系统测试（八）系统测试1.测试对象和目的对象对象 完整的、集成的计算机系统（重点是新开发的软件配置项的集合）目的目的 在真实系统工作环境下检验完整的软件配置项能否和系统正确连接并满足系统/子系统设计文档和软件开发合同规定的要求软件系统测试的技术依据是软件系统测试的技术依据是用户需求用户需求软件配置项之间及软件配置项与硬件之间的接口软件配置项之间及软件配置项与硬件之间的接口系统访问和数据的安全性系统访问和数据的安全性系统的全部存储量、输入系统的全部存储量、输入/ /输出通道和处理时间的余量输出通道和处理时间的余量对不同的实际问题应外加相应的专门测