DLT1142-2009 核电厂反应堆控制系统软件测试

范围 本标准给出了核电厂反应堆控制系统软件测试的条件、基本过程、常用方法和不同阶段的测试要求。 本标准适用于压水堆核电厂反应堆控制系统软件在开发过程中各个阶段的测试其他堆型核电厂可以参照执行。 定义 下列术语和定义适用于本标准， 2.1系统 system a） 人、机器和方法的集合，用来实现一组规定的功能。 b） 一个完整的整体，由种类不同的、相互作用的、专门的结构和子功能部件所组成。 由某些相互作用或相互依赖关系联合起来的小组成子系统，可执行多种职能，但是作为一个单位面发挥作用。 2.2软件 software相对于硬件的，与计算机系统的操作有关的计算机程序、规程和可能相关的文档。 2.3测试用例 test case ০ 为具体的目标而编制的一组测试输入、执行条件以及预期结果。 b）对于测试项，规定输入、预料的结果和一组执行条件的文档. 2.4可靠性 reliability在规定时间间隔和规定条件下，系统或部件执行所要求的功能的能力。 2.5安全性 security对系统或部件进行的保护，以防止其收到意外的或蓄意的存取、使用、修改、毁坏或泄密。 2.6功能 function注：本标准中的功能指反应堆控制系统的各项控制功能。 系统或部件的定义的目标或特征动作。 2.7性能 performance系统或部件在给定的约束，例如速度、精度或存储器使用条件下实现指定的功能的程度。 2.8测试单元 test unit一个或多个计算机程序模块与相关的控制数据《例如表格）、用法规程、操作规程一起的集合，这些集合满足下列条件： a） 所有模块属于同一个计算机程序系统。 b）集合中至少有一个模块（新的或改变过的模块）尚未完成单元测试e）模块与相关的数据和规程是测试过程的唯一目标。 2.9文档 document一种数据媒体和其上所记录的数据。它具有永久性并可以由人或机器阅读。在软件工程中的例子里包括项目计划、规格说明书、测试计划、用户手册。 3 测试的总体要求 3.1 测试目的 3.1.1 确认软件可以在系统要求的硬/软件平台上工作正常。 3.1.2 确认软件能够满足全部操作要求，包括启动、从外部设备输入数据、程序输入、重新启动、在各种控制台上监督和控制该系统的操作。 3.1.3 确认软件达到需求说明和设计说明中规定的功能要求 3.1.4 检测软件任务的执行和对系统运行产生的影响。 3.1.5 确认软件满足系统的性能需求，能够处理系统要求的负载. 3.1.6 软件应满足附录 A 的通用软件的基本要求。 3.1.7 检测软件的潜在缺陷。 3.2 测试的基本过程 3.2.1 软件测试过程至少应包括以下基本的测试活动： a）进行软件测试需求分析，拟定测试计划。 b）编制软件测试大纲和软件测试技术规范书。 c）设计和生成测试用例。 d）实施测试。 e）生成软件测试报告。 3.2.2 反应堆控制系统软件的测试过程应与整个软件开发过程平行进行，测试计划应在需求分析阶段开始制定，在测试阶段之前应进行测试大纲的制定、测试用例的生成、测试工具的选择和开发等相关工作测试用例的设计参见附录 B 3.2.3 软件测试大纲和软件测试技术规范书应明确规定在测试中针对系统的每一项功能或性能应完成的基本测试项目和测试评判依据，无论采用自动测试还是手动测试，都应满足测试大纲和技术规范书的要求。 3.2.4 软件测试应考虑在不同的开发设计阶段，软件的设计深度不同（例如模块级、子系统级、系统级） 从而具有不同的测试要求并采用不同的测试方法，见 3.5 的规定。 3.3 测试条件 反应堆控制系统软件测试至少应满足以下条件后才能进行： a）对软件需求说明书、设计说明书的审查已经完成。 b）制定相应的测试计划，并已经通过评审和批准，所有文档均得到有效控制. 静态白盒测试直接对代码进行分析，不需要运行代码，也不需要对代码编译链接和生成可执行文件，一般是对代码进行语法扫描，找出代码中的错误或者不符合编码规范的地方。动态白盒测试则利用开发工具中的调试工具进行测试，一般采用“插桩”的方式，在代码生成的可执行文件中插入一些监测代码，用来统计程序运行时的数据。 3.4.2 黑盒测试 黑盘测试也称为数据驱动测试，是独立于程序代码，从用户的角度，通过一定的测试步骤和测试用例来验证软件功能、性能等指标满足需求的测试工作。在测试时，把程序看作一个不能打开的黑盒子，不应考虑程序内部结构和内部特性，只检查程序功能应满足软件需求说明书的规定，程序应能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 注：白盘测试和黑盒测试的具体方法参见附录 B.3。 3.5 各阶段的测试要求 3.5.1 反应堆控制系统软件应依次进行单元测试、集成测试、系统测试和验收测试。 3.5.2 单元测试 单元测试贯穿于软件开发的整个过程，针对单个或相关联的程序单元进行测试，检验其正确性。单元测试集中在软件设计的最小单位——程序单元（或称程序模块》上，通过测试检验该单元的 1/O 条件和程序的逻辑结构。 单元测试主要完成对各程序模块的控制功能、正确性、一致性等的测试任务。单元测试可采用白盒法测试，应能达到彻底测试程序模块的逻辑结构；再辅之以黑盒法测试，使之对任何合理和不合理的输入都能正确鉴别和响应。 3.5.3 集成测试 集成测试是在单元测试的基础上，将所有程序模块按设计要求组装成系统或者子系统，对程序模块的组装过程和程序模块接口进行正确性检验。 集成测试主要针对结合起来的不同程序模块以及相互间接口，进行功能测试、接口测试、正确性测试、容错性测试、文档测试等任务，确定软件系统或各子系统达到设计要求。 3.5.4 系统测试 系统测试一般在开发过程的后阶段进行，要求软件设计和开发已经基本完成，并且已经进行和通过了软件的单元测试和集成测试。系统测试应包括测试整个软件系统的功能、质量和性能等方面的特性。系统测试主要完成安全性测试、可靠性测试、性能测试、正确性测试、兼容性测试、文档测试等任测务，宜采用黑盒法测试。 3.5.5 验收测试 验收测试是在整个开发过程的最终阶段进行的，测试整个软件系统应达到可以交付使用的状态。确定软件应符合需求说明书或设计说明书的要求。 验收测试是一种有效性测试或合格性测试，以用户为主，软件开发人员、实施人员、运行/维修人员和质量保证人员《或验收人员）共同参与。验收测试应以软件需求说明书、设计说明书和技术规范书为准，分别进行安全性测试、可靠性测试、功能测试、性能测试、接口测试、文档测试等全方位的测试.