1、ICS 35.240 A 01 备案号 MZ 中 华 人 民 共 和 国 民政 行 业 标 准 MZ/T 079-2017 中国 福利彩 票系统软件 的 测试规范 Specification for welfare-lottery-system-software test 2017 - 01 - 06 发布 2017 - 01 - 06 实施 中华人 民共和国民政部 发布 I 目 次 前言 . III 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 1 3.1 彩票系统 软件 . 1 3.1 兼容性 . 1 4 总则 . 1 4.1 测试 目的 . 1 4.2 测试 类别 .
2、 2 4.3 测试 内容 . 2 4.4 测试 过程 . 2 4.5 测试 方法 . 2 4.6 测试 用例 . 3 4.7 测试 管理 . 4 4.8 缺陷 等级 . 6 4.9 测试 文档 . 6 4.10 测试工具 . 6 5 单元测试 . 7 5.1 测试 对象 . 7 5.2 测试目的 . 7 5.3 测试 管理 . 7 5.4 技术要求 . 7 5.5 测试 内容 . 7 5.6 测试环境 . 9 5.7 测试 方法 . 9 5.8 测试 过程 . 9 5.9 工作 产品 . 11 6 集成测试 . 11 6.1 测试 对象 . 12 6.2 测试目的 . 12 II 6.3 测试
3、 管理 . 12 6.4 技术 要求 . 12 6.5 测试 内容 . 12 6.6 测试环境 . 13 6.7 测试 方法 . 13 6.8 测试过程 . 14 6.9 工作 产品 . 16 7 系统测试 . 16 7.1 测试 对象 . 16 7.2 测试目的 . 17 7.3 测试 管理 . 17 7.4 技术要求 . 17 7.5 测试 内容 . 17 7.6 测试 环境 . 20 7.7 测试 方法 . 20 7.8 测试 过程 . 20 7.9 工作 产品 . 22 8 回归测试 . 22 8.1 测试 对象和目的 . 22 8.2 单元 回归测试 . 22 8.3 集成回归 测试
4、 . 24 8.4 系统 回归测试 . 26 III 前 言 本标准按照 GB/T 1.1 2009给出的规则起草 。 本标准由中国福利彩票发行管理中心提出 。 本标准 由 民政部社会福利和慈善事业促进司 归口 管理 。 本标准 起草单位： 中国福利彩票发行管理中心 。 本标准 主要起草人： 王素英、栗演兵、张彤、朱志新、张义、何天琼、张积涛、韩毅、殷敏锐、梁萌、付小兵、李英华、杜莉婷。 MZ/T 079-2017 1 中国 福利 彩票系统软件 的 测试 规范 1 范围 本标准 规定了彩票系统软件生存周期内的 测试总则，单元测试、集成测 试、系统测试和回归测试的测试对象、测试目的、测试内容、
5、测试环境、 测试方法、 测试 过程。 本标准 适用于彩票系统软件生存周期全过程。 本标准 适用于 中国福利彩票发行机构、销售机构、企业和第三方检测机构对 彩票系统软件 进行 测试 。 2 规范性引用文件 下列文件中的有关条款通过引用而成为 本标准 的条款。凡注日期或版次的引用文件，其后的任何修改单（不包括勘误的内容）或修订版本都不适用于 本标准 ， 然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。 凡不注日期或版次的引用文件，其最新版本适用于 本标准 。 GB/T 11457 软件工程术语 GB/T 8566 信息技术 软件生存周期过程（ GB/T 8566-2007,IS
6、O/IEC 12207:1995、 ISO/IEC 12207:1995/Amd1:2002、 ISO/IEC 12207:1995/Amd2:2004， MOD） GB/T 9386 计算机软件测试文档编制规范 GB/T 15532-2008计算机软件测试规范 GB/T 20158 信息技术 软件生存周期过程 配置管理 (GB/T 20158-2006,ISO/IEC TR 15846:1998, IDT) 3 术语和定义 下述术语及 GB/T 11457中确立的术语和定义适用于本 文件 。 3.1 彩票系统软件 lottery-system-software 彩票系统软件是指实现一个或多个
7、彩票玩法，能够完成彩票购买，彩票销售，彩票开奖，奖金兑付，业务管理 这一系列彩票业务流程、并具备一定的安全性、可靠性的系统及 软件 。可包括以下子系统或模块：彩票交易、资金管理、参数管理、摇奖开奖、用户管理、代销者管理或渠道管理、投注终端管理、账户管理 、彩票业务报表、运行监控、数据存储、网络系统、投注终端 或 客户端 、关联软件或系统。 3.2 兼容性 compatibility 兼容性是指 彩票软件系统与其他系统发生交互的能力，以及彩票软件系统在公共环境中同与其分享公共资源的其他独立软件共存的能力， 包括 互操作性和 共存性两个子特性。 4 总则 2 4.1 测试目的 彩票系统软件的测试目
8、的是 ： a) 验证彩票系统软件满足合同、 软件需求规格说明、系统 或 子系统设计说明、 软件设计说明 、用户手册 所规定的软件质量特性要求 ； b) 发现彩票系统软件中的缺陷 。 4.2 测试类别 a) 彩票系统软件测试类别应包括： 本标准 单元测试 ； b) 集成测试 ； c) 系统测试。 4.3 测试内容 彩票系统软件的测试内容包 括：功能性、安全性、可靠性 、易用性、 效率 、维护性、兼容性 以及依从性。 4.4 测试过程 4.4.1 概述 彩票系统软件测试过程包括四项活动，按顺序分别是：测试计划、测试设计、测试执行、测试总结。 4.4.2 测试计划 测试计划主要是进行测试需求分析。在
9、彩票系统软件测试前应确定需要测试的内容或质量特性 ， 确定测试的充分性要求 ， 提出测试的基本方法 ， 确定测试的资源和技术需求 ， 进行风险分析与评估 ， 制定测试计划。有关测试计划的内容和要求见 GB/T 9386。 4.4.3 测试设计 测试设计主要是制定测试说明 、 编写测试用例以及测试用例所需要的测试脚本，开发测试软件，建立测试环境 ； 根据测试计 划制定测试用例的执行顺序 ； 对测试说明进行评审，考察其合理性 、 完备性 、正确性、有效性以及可执行性。 4.4.4 测试执行 执行测试说明，对被测系统进行测试 ， 最终获取测试结果 ， 同时根据测试情况和对测试结果的分析采取相应的措施
10、。措施包括：对于认为测试条件充分，测试结果完整的完成测试；对于测试条件充分，测试结果不完整的中止测试，补充测试用例后进行进一步测试；对于测试条件不充分，结果不完整的停止测试，待系统进行修改、补充后进行回归测试。 4.4.5 测试总结 评价测试效果和被测软件项 ； 描述测试状态， 包括但不限于 实际测试与测试计划和测试说明的 差异、测试充分性分析、未能解决的测试事件；描述被测软件项的状态， 包括但不限于 被测软件与需求的差异，发现的软件差错；最后，完成软件测试报告，并通过测试评审。 4.5 测试方法 4.5.1 静态测试方法 MZ/T 079-2017 3 静态测试方法包括检查单和静态分析方法。
11、对 软件需求规格说明、系统 或 子系统设计说明、软件设计说明、用户手册文档 的静态测试方法主要以检查单的形式进行，而对 软件源 代码的静态测试方法采用代码审查、代码走查和静态分析 。 静态分析包括控制流分析、数据流分析、接口分析和表达式分析。 应对软件 源 代码进行审查、走查或静态分析；对于规模较小、安全性要求很 高的代码也可 通过 形式化 方法进行验证 。 4.5.2 动态测试方法 动态测试方法 包括 白盒测试方法和黑盒测试方法。黑盒测试方法包括功能分解、边界值分析、判定表、因果图、状态图、随机测试、猜错法和正交试验法；白盒测试方法包括控制流测试、数据流测试、程序变异、程序插桩、域测试和符号
12、求值。 在软件动态测试过程中，应采用适当的测试方法，实现测试目标。配置项测试和系统测试采用黑盒测试方法；集成测试主要采用黑盒测试方法，辅助以白盒测试方法；单元测试采用白盒测试方法，辅助以黑盒测试方法。 有关测试方法的具体内容见 GB/T 15532-2008。 4.6 测试用例 4.6.1 测试用例设计原则 设计测试用例时，应遵循以下原则： a) 基于测试需求的原则。按照测试类别的不同要求，设计测试用例。单元测试、集成测试依据设计说明，系统测试依据用户需求 ； b) 基于测试方法的原则。应明确所采用的测试用例设计方法。为达到不同的测试充分性要求，应采用相应的测试方法， 包括但不限于 等价类划分
13、、边界值分析、猜错法、因果图方法 ； c) 兼顾测试充分性和效率的原则。测试用例集应兼顾测试的充分性和测试的效率 。 每个测试用例的内容也应完整，具有可操作性 ； d) 测试执行的可重复性原则。应保证测试用例执行的可重复性。 4.6.2 测试用例要素 每个测试用例应包括以下要素： a) 名称和标识 。 每个测试用例应有唯一的名称和标识符 ； b) 测试追踪 。 说明测试所依据的内容来源，系统测试依据用户需求，配置项测试依据软件需求，集成测试和单元测试依据软件设计 ； c) 用例说明 。 简要描述测试的对象、目的和所采用的测试方法 ； d) 测试的初始化要求： 1) 硬件配置 要求 ， 被测系统
14、的硬件配置情况，包括硬件条件或电气状态 ； 2) 软件配置 要求 ， 被测系统的软件配置情况，包括测试的初始条件 ； 3) 测试配置 要求 ， 测试系统的配置情况， 包括但不限于 用于测试的模拟系统和测试工具等的配置情况 ； 4) 参数设置 要求 ， 测试开始前的 参数 设置， 包括但不限于 标志、第一断点、指针、控制参数和初始化数据的设置 ； 5) 其他对于测试用例的特殊说明 ； e) 测试的输入 。 在测试用例执行中发送给被测对象的所有测试命令、数据和信号。对于每个测试用例应提供如下内容： 4 1) 每个测试输入的具体内容及其性质 ； 2) 测试输入的来源 。 包括但不限于 测试程序产生、
15、磁盘文件、通过网络接收、人工键盘输入，以及选择输入所使用的方法 ， 包括但不限于 等价类划分、边界值分析、差错推测、因果图、功能图方法 ； 3) 测试输入是真实的还是模拟的 ； 4) 测试输入的时间顺序或事件顺序 ； f) 期望的测试结果。 说明测试用例执行中由被测软件所产生测试结果，即经过验证，认为正确的结果。必要时，应提供中间的期望结果。期望测试结果应该有具体内容， 包括但不限于 确定的数值、状态或信号，不应是不确切的概念或笼统的描述 ； g) 评价测试结果的准则。判断测试用例执行中产生的中间和最后结果 正确性 的准则。对于每个测试结果，应根据不同情况提供如下信息： 1) 实际测试结果所需
16、的精度 ； 2) 实际测试结果与期望结果之间的差异允许的上限、下限 ； 3) 时间的最大和最小间隔，或事件数目的最大和最小值 ； 4) 实际测试结果不确定时，再测试的条件 ； 5) 与产生测试结果有关的出错处 理 ； 6) 上面没有提及的其他准则 ； h) 操作过程。实施测试用例的执行步骤。把测试的操作过程定义为一系列按照执行顺序排列的相对独立的步骤，对于每个操作应提供： 1) 每一步所需的测试操作动作、测试程序的输入、设备操作 ； 2) 每一步期望的测试结果 ； 3) 每一步的评价准则 ； 4) 程序终止伴随的动作或差错指示 ； 5) 获取和分析实际测试结果的过程 ； i) 前提和约束。在测
17、试用例说明中施加的所有前提条件和约束条件，如果有特别限制、参数偏差或异常处理，应该标识出来，并要说明它们对测试用例的影响 ； j) 测试终止条件。说明测试正常终止和异常终止的条件。 4.7 测试管理 4.7.1 过程管理 4.7.1.1 测试人员 彩票系统软件测试应由相对独立的人员进行。软件测试人员 角色职责 见表 1。 表 1 软件测试人员 角色 职责 表 工作角色 具体职责 测试项目负责人 管理监督测试项目，提供技术指导，获取适当的资源，制定基线，技术协调，负责 项目的安全保密和质量管理。 测试分析员 确定测试计划、测试内容、测试方法、测试数据生成方法、测试（软、硬件）环境、 测试工具，评
18、价测试工作的有效性。 测试设计员 设计测试用例，确定测试用例的优先级，建立测试环境。 测试程序员 编写测试辅助软件。 测试员 执行测试、记录测试结果。 测试系统管理员 对测试环境和资产进行管理和维护。 MZ/T 079-2017 5 配置管理员 设置、管理和维护测试配置管理数据库。 4.7.1.2 准入条件 开始软件测试工作应具备下列条件： a） 具有 软件 测试任务书 ； 注：或者测试合同或项目计划，下文均简写为软件测试任务书。 b） 具有软件测试所需的文档，且文档完整、合理、准确并满足测试需求 ； c） 所提交的被测软件受控 ； d） 软件源代码正确通过编译或汇编。 4.7.1.3 准出条
19、件 结束软件测试工作应达到下列要求： a） 已按要求完成了合同或项目计划所规定的软件测试任务 ； b） 实际测试过程遵循了原定的软件测试计划和软件测试说明 ； c） 客观、详细地记 录了软件测试过程和软件测试中发现的所有问题 ； d） 软件测试文档齐全、符合规范 ； e） 软件测试的全过程自始至终在控制下进行 ； f） 软件测试中的问题或异常有合理解释或正确有效的处理 ； g） 软件测试工作通过了测试评审 ； h） 全部测试软件、被测软件、测试支持软件和评审结果已纳入配置管理。 4.7.2 配置管理 应按照软件配置管理的要求，将测试过程中产生的各种软件工作产品纳入配置管理。由开发组织实施的软件
20、测试，应将测试工作产品纳入软件项目的配置管理；由独立测试组织实施的软件测试，应建立配置管理库，将被测试对象和测试工作产品纳入配置管理。配置管理要 求见 GB/T 20158。 4.7.3 评审 4.7.3.1 测试就绪评审 在测试执行前，对测试计划和测试说明进行评审。评审的具体内容和要求应包括： a) 评审测试文档内容的完整性、正确性和规范性 ； b) 通过比较测试环境与软件真实运行的软件、硬件环境的差异，评审测试环境要求 应 正确合理 且满足测试要求 ； c) 评审测试活动的独立性 ； d) 评审测试项选择的完整性和合理性 ； e) 评审测试用例的可行性、正确性和充分性。 4.7.3.2 测
21、试评审 在测试完成后，评审测试过程和测试结果的有效性， 以 确定达到测试目的。主要对测试记录、测试报告进行评审，其具体内容和要求应包括： a) 评审文档和记 录内容的完整性、正确性和规范性 ； b) 评审测试活动的独立性和有效性 ； c) 评审测试环境 应 符合测试要求 ； 6 d) 评审测试记录、测试数据以及测试报告内容与实际测试过程和结果的一致性 ； e) 评审实际测试过程与测试计划和测试说明的一致性 ； f) 评审未测试项和新增测试项的合理性 ； g) 评审测试结果的真实性和正确性 ； h) 评审对测试过程中出现的异常进行处理的正确性。 4.8 缺陷等级 a) 1 级 轻微 缺陷 ：不影
22、响正常使用，轻微、微小的问题，对功能几乎没有影响，产品及属性仍可使用 ； b) 2 级 一般 缺陷 ：系统能够正常使用，但有潜在风险；系统业务受到轻微影响 ； c) 3 级 较高 缺陷 ：导致系统次要功能无法实现；主要功能部分失效；系统业务受到一定影响；导致用户利益受到一定损失 ； d) 4 级 严重 缺陷 ：导致系统主要功能无法正常实现；系统业务受到严重影响；导致用户利益受到严重损失 ； e) 5 级 致命 缺陷 ：导致系统重要功能无法正常使用，系统崩溃；系统设计上 存在 重大安全隐患；导致用户利益受到重大损失 。 4.9 测试文档 彩票系统软件测试文档包括测试计划 、测试用例 、测试记录、
23、测试问题报告和测试报告。 4.10 测试工具 4.10.1 测试工具分类 测试工具 ： 包括 但不限于 测试过程管理工具、测试执行工具和其他测试辅助工具。 测试过 程管理工具 ： 包括 但不限于 测试需求管理工具 、 测试用例管理工具 、缺陷 管理追踪工具。 测试执行工具 ： 包括 但不限于 效率 测试工具 、 功能测试工具。 测试辅助工具 ： 包括 但不限于 计时器 、录制屏幕工具 。 4.10.2 测试工具选择 彩票系统软件测试应尽量采用测试工具，避免或减少人工工作。测试工具的选择应以适合测试需求为目的。 选择软件测试工具应考虑如下因素： a) 软件测试工具的需求及确认： 1) 应明确对测
24、试工具的需求，并据此进行验证或确认 ； 2) 可通过在实际运行环境下的演示来确认工具 对 需求 的满足程度 ，演示应依据工具的功能和技术特征、用户使用信息以及工 具的操作环境 的 描述进行 ； b) 成本和收益分析： 1) 估计工具的总成本 。 包括最基本的产品价格和附加成本。附加成本包括但不限于工具的挑选、安装、运行、培训、维护和支持成本，以及为使用工具而改变测试过程或流程的成本 ； 2) 分析工具的总体收益， 包括但不限于 工具的首次使用范围和长期使用前景、工具应用效果、与其他工具协同工作所提高的生产力程度 ； c) 测试工具的整体质量因素： 1) 易用性 ； 2) 互操作性 ； MZ/T
25、 079-2017 7 3) 稳定性 ； 4) 经济实用性 ； 5) 维护性 。 5 单元测试 5.1 测试对象 彩票系统软件单元测试的对象是可独立编译或汇编的程序模块。 5.2 测试目的 彩票系统软件单元测 试的目的是检查每个彩票系统软件单元能否正确地实现设计说明中的功能、 效率 、接口和其他设计约束要求，发现单元内可能存在的各种差错。 5.3 测试管理 彩票系统软件单元测试的技术依据是软件设计文档。其测试工作的准入条件应满足 4.7.1.2的要求，测试工作的准出条件应满足 4.7.1.3的要求。 彩票系统软件单元测试的工作产品应纳入软件的配置管理中。 5.4 技术要求 彩票系统软件单元测试
26、应符合以下技术要求： a) 对软件设计文档规定的软件单元的功能、 效率 、接口应逐项进行测试 ； b) 每个特性应至少被一个正常测试用例和一个被认可的异常测试用例 覆盖 ； c) 测试用例的输入应至少包括有效等价类值、无效等价类值和边界数据值 ； d) 在对软件单元进行动态测试之前，应对软件单元的源代码进行静态测试 ； e) 语句覆盖率达到 100 ； f) 分支覆盖率要达到 100 ； g) 对输出数据及其格式进行测试。 对具体的彩票系统软件单元，可根据软件测试任务书 ， 以及软件单元的重要性要求对上述内容进行裁剪。 5.5 测试内容 5.5.1 概述 当静态测试时，所测试的内容与选择的测试
27、方法有关。 包括但不限于 采用代码审查方法，通常要对寄存器的使用、程序格式、入口和出口的连接、程序语言的使用 以及 存储器的使用内容进行检查；采用静态分析方法，通常要对软件单元的控制流、数据流、接口、表达式内容进行分析。 当动态测试时，通常对软件单元的功能、 效率 、接口、局部数据结构、独立路径、出错处理、边界条件和内存使用情况进行测试。通常对软件单元接口的测试优先于其他内容的测试。对具体的软件单元，应根据软件测试任务书、软件设计文档的要求及选择的测试方法确定测试的具体内容。 注：对寄存器的使用仅限定在机器指令和汇编语言时考虑。 5.5.2 接口 测试接口应包括以下内容： 8 a) 调用被测单
28、元的实际参数与该单元的形式参数的个数、属性、量纲、顺序 应 一致 ； b) 被测单元调用子模块时 ，传递给子模块的实际参数与子模块的形式参数的个数、属性、量纲、顺序 应 一致 ； c) 作为 输入 值的 形式参数 不 应被修改 ； d) 调用内部函数的参数个数、属性、量纲、顺序 应 正确 ； e) 被测单元在使用全局变量时 应 与全局变量的定义一致 ； f) 在 被测 单元有多个入口的情况下， 不应 引用与当前入口无关的参数 ； g) 常数 不应 当作变量来传递 ； h) 输入 /输出文件属性的正确性 ； i) 规定的输入 /输出格式说明与输入 /输出语句 应 匹配 ； j) 缓冲区容量与记录
29、长度 应 匹配 ； k) 文件 应 先打开后使用 ； l) 文件结束条件的判断和处理的正确性 ； m) 对输入或输出错误应进行检查并正确处理。 5.5.3 局部 数据结构 测试彩票系统软件单元内部数据的完整性 ，包括内部数据内容、格式及相互关系。 检查如下差错： a) 不正确或不一致的数据类型说明 ； b) 错误的变量名，如变量名拼写错或缩写错 ； c) 使用尚未赋值或尚未初始化的变量 ； d) 差错的初始值或差错的缺省值 ； e) 不一致的数据类型 ； f) 下溢、上溢或是地址差错 ； g) 全局数据对软件 被测 单元的影响。 5.5.4 独立路径 独立路径是指在程序中至少引进一个新的处理语
30、句集合或一个新条件的任一路径。在程序的控制流图中，一条独立路径是至少包含有一条在其他独立路径中从未有过的边的路径。应对软件单元中的独立路径进行测试 ，特别是对独立路径中的基本路径进行测试。基本路径指在程序控制流图中，通过对控制构造环路复杂性 的 分析而导出的基本的、可执行的独立路径集合。 5.5.5 边界条件 应测试彩票系统软件单元在边界处的正常工作情况 。 包括但不限于 ： 测试处理数组的 第 一 个和最后一个元素；测试循环 体 执行到最后一次 的 循环 ；测试取最大值或最小值 、 以及边界之外的相邻元素 ；测试数据流、控制流中刚好等于、大于或小于确定的比较值。 5.5.6 差错处理 应 测
31、试彩票系统软件单元在运行过程中发生差错时，其出错处理措施 的有效性 。 良好的软件单元设计要求能预见到程序投入运行后可能发 生的差错，并给出相应的处理措施。这种出错处理也应当是彩票系统软件单元功能的一部分。若出现下列情况之一，则表明彩票系统软件单元的出错处理功能包含差错或缺陷： a) 差错的描述难以理解 ； MZ/T 079-2017 9 b) 在对差错进行处理之前，差错条件已经引起系统的干预 ； c) 所提供的差错描述信息不足以确定造成差错的位置或原因 ； d) 显示的出错提示与实际差错不符 ； e) 对差错条件的处理不正确 ； f) 意外的处理不当 ； g) 联机条件处理不正确。 5.5.
32、7 功能 应按软件设计文档的要求，对软件单元的功能逐项进行测试。 5.5.8 效率 按软件设计文档的要求，对软件单元的 效率 进行测试。 5.5.9 内存使用 检 查内存的使用情况，特别是动态申请的内存在使用上的错误。 5.6 测试环境 测试环境包括测试的运行环境和测试工具环境。运行环境应符合 测试任务书（测试合同或项目计划）的要求，通常是开发环境或仿真环境。测试工具要求是经过认可的工具。 5.7 测试方法 彩票系统软件单元测试应采用静态测试方法和动态测试方法。通常静态测试先于动态测试进行。 5.8 测试过程 5.8.1 测试计划 测试分析员 应 根据 软件 测试任务书（测试合同或项目计划）
33、，以及 被测试软件的设计文档对被测试软件单元进行分析，并确定以下内容： a) 确定测试充分性要求。根据软件单元的重要性、彩票系统软件 单元测试目标和约束条件，确定测试应覆盖的范围及每一范围所要求的覆盖程度 ； b) 确定测试终止的要求。指定测试过程正常终止的条件，确定导致测试过程异常终止的可能情况 ； c) 确定用于测试的资源要求，包括软件、硬件、人员数量、人员技能 ； d) 确定需要测试的软件特性。根据软件设计文档的描述确定软件单元的功能、 效率 、状态、接口、数据结构、设计约束内容和要求，并对其标识。若需要，将其分类。并从中确定需测试的软件特性 ； e) 确定测试需要的技术和方法， 包括但
34、不限于 测试数据生成 和 验证技术、测试数据输入技术、测试结果获取技术 ； f) 根据 软件 测试任务 书（测试合同或项目计划） 的要求 ，以及 被测软件的特点，确定测试准出条件 ； g) 确定由资源和被测试软件单元所决定的单元测试活动的进度 ； h) 对测试工作进行风险分析与评估，并制订应对措施。 根据上述分析研究结果，按照 GB/T 9386的要求编写彩票系统软件单元测试计划。 10 应对彩票系统软件单元测试计划进行评审。评审测试的范围和内容、资源、进度、各方责任 的 明确性 ，测试方法 的 合理 性 、有效 性 和可行 性 ，风险的分析、评估与对策 的 准确可行 性 ，测试文档符合规范的
35、程度 ，测试活动 的独立性 。由软件的供方和测试方组织评审，评审细则也自行制定。在 彩票系统软件单元测试计划通过评审后，进入下一步工作；否则，需要重新进行单元测试的策划。 5.8.2 测试设计 彩票系统软件单元测试的设计工作由测试设计人员和测试程序员完成，根据彩票系统软件单元测试计划完成以下工作： a) 设计测试用例。将需测试的软件特性分解，针对分解后的每种情况设计测试用例，每个测试用例的设计应符合 4.6 的要求 ； b) 获取测试数据 。 包括获取现有的测试数据和生成 的 新 数据，并按照要求验证所有数据 ； c) 确定测试顺序 。 可从资源约束、风险以及测试用例失效造成的影响或后果几个方
36、面考虑 ； d) 获取测试资源 。 对于支持测试的软件和 硬件，有的可从现有的工具中选定，有的需要研制开发 ； e) 编写测试程序 。 包括开发测试支持工具，单元测试的驱动模块和桩模块 ； f) 建立和校准测试环境 ； g) 按照 GB/ T9386 的要求编写彩票系统软件单元测试说明 。 应对彩票系统软件单元测试说明进行评审。评审测试用例 的 正确 性 、可行 性 和充分 性 ，测试环境正确 性 、合理 性 ，测试文档符合规范 的程度 。通常由软件测试方自行组织单元测试的评审，评审细则也自行制定。在彩票系统软件单元测试说明通过评审后，进入下一步工作；否则，需要重新进行测试设计和实现。 5.8.3 测试执行 执行测试的工作由测试员和测试 分析 员完成。 软件测试员的主要工作是按照彩票系统软件单元测试计划和彩票系统软件单元测试说明 中规定的测试项目和内容 执行测试。在执行过程中，测试员应认真观察并如实地记录测试过程、测试结果和发现的差错，填写测试记录。 测试 分析 员的工作主要有如下两 方面 ： a) 根据每个测试用例的期望测试结
