军用软件测评实验室测评过程要求 ppt课件
军用软件试验鉴定通用要求
军用软件试验鉴定通用要求
军用软件试验鉴定通用要求包括以下几个方面：
1. 功能性要求：军用软件应能够正常完成其设计目标和功能需求，满足军事作战、管理和指挥需求。
2. 可靠性要求：军用软件应具备高可靠性，能够在恶劣环境下稳定运行，并且能够快速恢复故障。
3. 安全性要求：军用软件应采用严格的安全策略和措施，确保软件的安全性、机密性和完整性，防止恶意攻击和非授权访问。
4. 运行效率要求：军用软件应具备高效率的运行和响应能力，能够在有限的时间内快速处理大量数据，并及时做出响应。
5. 易用性要求：军用软件应具备良好的用户界面设计，使用户能够方便快捷地操作和控制软件，并提供清晰直观的信息展示。
6. 可维护性要求：军用软件应易于进行维护和升级，能够方便地修复错误和添加新的功能。
7. 兼容性要求：军用软件应具备良好的兼容性，能够与其他军事设备和系统进行互操作，实现数据的共享和交换。
8. 完整性要求：军用软件应具备完整的功能和特性，不得存在明显的缺陷和不完善之处。
9. 可追溯性要求：军用软件的开发过程应具备良好的可追溯性，能够追踪和记录软件的设计、开发和测试过程。
10. 可证明性要求：军用软件的开发过程和测试结果应能够得
到证明，并具备相关的文档和证据，以便进行审计和验证。
这些是军用软件试验鉴定的一般要求，具体的要求还需要根据具体的军事应用和使用环境进行定制。
GJB2786A军用软件开发通用要求PPT课件全文
5
.
略缩语
6
.
一般要求
软件开发过程 软件开发一般要求
7
.
软件开发过程
4.1---软件开发过
程
开发方应建立一个与合同要求一致的软件开发过程。软件开发过程可包
括下列活动：
c~n为软件开发的基本活动； o~t为软件开发的支持活动； 其余为软件开发管理活动。
.
可重叠 可迭代 可裁剪
8
软件开发一般要求
软件需求包括要求的状态和方式、能力、外部接口、内部接口、内部数据、 适应性、安全性、保密性、环境、计算机资源、质量因素、设计和实现约束、 合格性、需求可追踪性等方面；
软件需求分析的结果应包括GIB 438B-2009 中软件需求规格说明（SRS）规 定的全部适用项；
有关CSCI 接口的需求可以包含在软件需求规格说明（SRS）中，也可以包含 在接口需求规格说明（IRS)中。
在合同期内，开发方应维护软件开发资料库。
25
.
软件开发环境建立
5.3.3---软件开发文件
开发方应为每个软件单元和每个CSCI建立、控制并维护软件开发文件；
开发方应将有关软件开发的信息记录在相应的SDF 中，并应在合同期内维 护这些软件开发文件（SDF）。
26
.
软件开发环境建立
5.3.4---非交付软件
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则；
这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中；
“重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由应 在软件开发计划中指出。
GJB-Z 141-2004 军用软件测试指南
目录1范围 (3)2引用文件 (3)3术语和定义 (3)4一般要求 (3)4.1测试目的 (3)4.2测试级别 (3)4.3测试内容 (4)4.4测试过程 (4)4.5测试方法 (4)4.6测试用例 (5)4.7测试管理 (6)4.8文档编写 (7)4.9测试工具 (8)4.10软件安全性关键等级与测试的关系 (9)5单元测试 (9)5.1测试对象和目的 (9)5.2测试的组织和管理 (9)5 3技术要求 (9)5.4测试内容 (10)5.5测试环境 (12)5.6测试方法 (12)5.7进入条件 (12)5.8结束条件 (12)5.9测试过程 (12)5.10文档 (15)6部件测试 (15)6.1测试对象和目的 (15)6.2测试的组织和管理 (15)6.3技术要求 (16)6.4测试内容 (16)6.5测试环境 (17)6.6测试方法 (17)6.7进入条件 (17)6.8结束条件 (18)6.9测试过程 (18)6.10文档 (20)7配置项测试 (21)7.1测试对象和目的 (21)7.2测试的组织和管理 (21)7.3技术要求 (21)7.4测试内容 (22)7.5测试环境 (26)7.6测试方法 (26)7.7进入条件 (26)7.8结束条件 (27)7.9测试过程 (27)7.10文档 (29)8系统测试 (30)8.1测试对象和目的 (30)8.2测试的组织和管理 (30)8.3技术要求 (30)8.4测试内容 (31)8.5测试环境 (35)8.6测试方法 (35)8.7进入条件 (35)8.8结束条件 (36)8.9测试过程 (36)8.10文档 (38)9回归测试 (39)9.1测试对象和测试目的 (39)9.2进入条件 (39)9.3单元回归测试 (39)9.4部件回归测试 (41)9.5配置项回归测试 (43)9.6系统回归测试 (45)附录A (49)A.1静态测试方法 (49)A.2动态测试方法 (52)附录B (56)B.1斯奈德蕴德模型 (56)B.2广义指数模型 (60)B.3穆沙/奥库姆脱对数泊松执行时间模型 (63)B.4列透务德/弗尔洛模型 (64)附录C (68)C.1软件测试用例 (68)C.2软件测试记录 (69)C.3软件问题报告单 (70)附录D (71)军用软件测试指南1范围本指导性技术文件规定了军用软件在其生存周期内各阶段测试的方法、过程和准则。
GJB2786A军用软件开发通用要求PPT课件
4.2.1---软件开发方法
软件开发的全部活动，开发方应采用文档化的系统方法。这些方法应在软 件开发计划中给与描述或引用；
9
.
软件开发一般要求
、编码、测试用例、测试规程和测试结果的 标准；
这些标准应在软件开发计划中给予描述或引用。
10
.
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
.
制定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
软件开发一般要求
4.2.5---计算机硬件资源利用
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
GJB2786A
军用软件开发通用要求
1
.
提纲
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 7个附录
.
2
适用范围
适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。 系统分两类：
对于硬件---软件系统，标标准适用于其中的软件元素； 对于软件系统，标准适用于整个系统。
13
.
软件开发一般要求
4.2.6---决策理由的记录
国防《软件测试》教学资料包 教学参考 第1章
第1章软件测试概述教学要求熟练掌握：软件的开发的定义与软件开发的过程，软件测试的概念与其重要性。
软件测试与CMMI的概念，CMMI模型对软件测试的支持和扩充。
知道BUG的定义和分类，什么是缺陷报告，BUG的处理流程。
什么是测试用例，评价一个测试用例的标准，设计测试用例的原则。
测试环境的定义、测试环境的因素、测试环境的规划等。
掌握：软件测试的重要性，CMMI模型对软件测试的作用，缺陷的定义和缺陷处理流程，测试用例的设计，测试环境的定义。
了解：软件的开发过程，缺陷报告相关知识，测试用例的评价标准，测试环境的因素，测试环境的规划，国内外软件测试的现状，软件测试人员结构，软件测试人员素质等。
教学重点BUG的定义和分类，缺陷报告，测试用例的设计和测试用例的评价标准。
教学难点缺陷报告和测试用例的设计。
课时安排本章安排3课时。
其中，理论讲授2课时，上机实验1课时。
教学大纲1.1 软件开发与软件测试1.2 软件测试与CMMI1.3 缺陷管理1.3.1 BUG的定义与分类1.3.2 缺陷报告1.3.3 BUG的处理流程1.4 测试用例1.4.1 测试用例的定义1.4.2 测试用例的评价标准1.4.3 测试用例设计的基本原则1.4.4 测试用例模板1.5 测试环境1.5.1 软件测试环境的定义1.5.2 测试环境的要素1.5.3 测试环境的规划1.5.4 测试环境的维护和管理1.6 软件测试职业1.6.1 国内外软件测试的现状1.6.2 软件测试人员的结构1.6.3 软件测试人员的素质要求主要概念1．软件开发定义2．软件开发过程3．软件测试定义4．传统的软件测试技术和测试过程模型5．CMMI模型对软件测试的支持和扩充6．BUG的定义与分类7．缺陷报告8．BUG的处理流程9．测试用例的定义10．测试用例的评价标准11．测试用例的设计的基本原则12．软件测试环境的定义13．测试环境的要素14．测试环境的规划15．测试环境的维护和管理16．国内外软件测试的现状17．软件测试人员结构18．软件测试人员的素质要求。
GJB2786A军用软件开发通用要求ppt课件
ppt课件.
10
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
软件开发一般要求
计算机硬件资源利用
4.2.5---
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
ppt课件.
13
软件开发一般要求
4.2.6---决策理由的记录
开发方应参与制定系统合格性测试计划。对软件系统而言，该计划应包括 GJB 438B-2009软件测试计划规定的所有适用项；
ppt课件.
20
项目策划和监管
5.2.4---软件安装策划
ppt课件.
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
16
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
关于项目策划的进一步要求，参见GJB 5000A-2008中6.4项目策划过程域。
ppt课件.
GJB2786A军用软件开发通用要求 ppt课件
ppt课件
11
软件开发一般要求
安全性保证
4.2.4---关键需求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、 设计、实现和操作规程中潜在的危险；
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则；
这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中；
“重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由应 在软件开发计划中指出。
开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
实施该策略的证据应作为所需求的软件产品的一部分。
其它关键需求的保证
12 如果一个系统依赖于软件来满足在合同和系统规格说明中认为是关键的其它需求，那么开发方应标 识其失效可能导致违背这些关键需求的CSCI或其中的部分； ppt制课件定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
3
ppt课件
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
4
ppt课件
术语、定义
行为设计 构建版 计算机软件配置项(CSCI) 测度 测量 度量 合格性测试 再工程
• 可重塑软件产品 • 软件 • 软件开发 • 软件产品 • 软件保障 • 软件移交 • 软件单元
ppt课件
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
军用软件测评实验室测评过程要求
测试设计和实现- 4.2.4.5
测试就绪评审：
在测试计划评审和测试说明评审后，还必须进行 测试就绪评审，以确定能否开始执行测试；
当测试说明评审与测试就绪评审同时进行时，应 分别有相应的评审记录。
测试设计和实现- 4.2.4.5
测试就绪评审要求：
审查测试文档内容的完整性、正确性和规范性；
实验室应根据每个测试用例的期望测试结果、
实际测试结果和评估准则，判定测试用例是否
通过。
设计测试用例时，应确定期望的测试 结果和评估准则。
当测试用例不通过时，实验室应根据不同的缺
陷类型，采取相应的措施：
对测试工作中的缺陷，记录到相应的表格中（如 《问题及变更报告》），并实施相应的变更；
对被测软件的缺陷应记录到软件问题报告中；软 件问题报告的格式应规范。
通过比较测试环境与软件真实运行的软件、硬件
环境的差异，审查测试环境要求是否正确合理、
满足测试要求；
没有利益关系，
人员具有独立性
审查测试活动的独立性和公正性；
审查测试说明评审的有效性，如是否评审了测试 项选择的完整性和合理性、测试用例的可行性和 充分性。
测试执行-4.2.5.1~4.2.5.2
可能时，根据差异评价被测软件的设计与实现，
提出改进的建议； 有性能测试要求时，要说明偏差、
缺陷和约束条件对软件运行的影响。
可以 裁减
当进行配置项测试或系统测试时，需要时，测试
总结中应对配置项或系统的性能做出评估，指明
偏差、缺陷和约束条件等对于配置项或系统运行
的影响。
测试总结-4.2.6.4
实验室应分析本测评项目中的数据和文档，以
适用于军用软件测评实验室。
军用软件试验鉴定要求
军用软件试验鉴定要求军用软件试验鉴定要求是保证军用软件质量和性能的重要环节，对于保障军事行动的顺利进行具有重要意义。
下面将从试验鉴定的目的、内容、方法以及注意事项等方面进行介绍，以期对相关人员有所指导。
首先，试验鉴定的目的是确保军用软件在现实环境中的可靠性和稳定性，能够满足军事作战的要求。
为此，我们需要对软件进行全面的测试和评估，确保其符合规定的技术指标和性能要求。
试验鉴定的内容包括功能测试、性能测试、负载测试、安全测试等。
功能测试是对软件功能的验证，核查软件是否能够正常运行、实现设计的功能和任务；性能测试是对软件的运行速度、响应时间、容错性等方面进行评估；负载测试是模拟实际使用情况下的并发用户和数据压力，检验软件的稳定性和可靠性；安全测试则是对软件的安全性能进行评估，检查软件是否容易受到恶意攻击和破坏。
试验鉴定的方法主要包括功能测试方法、性能测试方法、负载测试方法和安全测试方法。
其中，功能测试可采用黑盒测试、白盒测试、灰盒测试等方法进行；性能测试可采用负载测试、压力测试、并发测试等方法进行；负载测试可采用模拟实际数据量和用户量的方法进行；安全测试可采用渗透测试、代码审查、安全扫描等方法进行。
在试验鉴定过程中，需要注意以下几个方面。
首先，合理安排试验鉴定的时间和资源，确保能够充分覆盖软件的各个方面；其次，完善试验鉴定的记录和报告，详细记录软件的测试结果和评价，便于后续的分析和改进；此外，要做好测试环境的准备和管理，确保测试的真实性和可靠性；最后，要加强对试验鉴定人员的培训和评估，提高其专业水平和能力，确保测试的有效性和准确性。
综上所述，军用软件试验鉴定要求是保证软件质量和性能的关键环节，需要从多个方面进行全面的测试和评估。
希望以上介绍对相关人员有所指导，以确保军用软件在实际应用中的正常运行和稳定性，为军事行动的顺利进行提供有力支持。
军用软件测评实验室测评过程要求PPT课件
testing items
组织
4.1.1 实验室应有措施确保：
实验室的工作不利用委托方所拥有的知识产权牟 取利益；
不以各种压力影响软件测评工作的公正性。
4.1.2 实验室应： 公正，不谋取私利
制定保护委托方保密信息和知识产权的管理规定 或程序文件；
还应有措施确保软件安全和国防军事机密不被泄 露。
计测试用例；
准备和验证所有的测试用数据；
如测试环境所必须 的软、硬件资源等
确定测试用例的执行顺序； 准备并获取测试资源； 必要时，编写测试执行需要的程序；
如开发部件测 试的驱动模块 和桩模块以及 测试支持软件
等
建立和校核测试环境，记录和标识测试环境偏差。
测试设计和实现- 4.2.4.2~4
确定与测试计划的追踪关系
测试就绪评审，与说明同
时评审，应分别进行记录
原始记录
应受到严格管理
至少包括测试用例标识、测试结果 和发现的缺陷。
问题及变更报告
实施相应的变更
软件问题报告
分析测试的充分性
测试报告/测评报告
分析和评价测试工作
分析和评价被测件
测试总结评审
将对以后有价值的数据
和文档收集入库
测试需求分析- 4.2.2.1
测试需求分析还要确定测试 要求，要有具体的内容，应
该保证可测试性。
数据结构； 设计约束等要求。
标识的目的是为了后续使用， 一般应保证标识的唯一性。
标识类型和要求，标识应清晰、便于识别。
确定测试类型中的各个测试项及其优先级。
测试需求分析- 4.2.2.2 和4.2.2.4
应建立测试类型中的测试项与测试依据的追踪
测试过程工作产品及管理要求
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
制
建立与测试需求规格说明的关系
测试说明
产品经过评审，并得到相 关人员认同，
受到变更控制和版本控 制，根据测试情况修订。
确定与测试计划的追踪关系
测试就绪评审，与说明同
时评审，应分别进行记录
原始记录
应受到严格管理
至少包括测试用例标识、测试结果 和发现的缺陷。
问题及变更报告
实施相应的变更
软件问题报告
分析测试的充分性
测试类型：
testing types
测试项：
testing items
军用软件测评实验室测评过程 要求
4.1.1 实验室应有措施确保：
实验室的工作不利用委托方所拥有的知识产权牟 取利益；
不以各种压力影响软件测评工作的公正性。
4.1.2 实验室应： 公正，不谋取私利
制定保护委托方保密信息和知识产权的管理规定 或程序文件；
可使用需求跟踪矩阵
从测试依据开始，建立需求追踪机制，以证明 测评需求的状态，从已分析到已评价。
军用软件测评实验室测评过程 要求
阶段 测试需求分析 测试策划 测试 设计与实现
测试执行
测试总结
工作产品
评审和分析要求
配置管理要求
追溯性要求
测试需求规格说明 测试计划
产品评审
受到变更控制和版本控 建立测试项与测试依据的追踪关系
确定需要的测试类型：功能测试、性能测试等
类型；
测试类型和测试要求均
应与合同中规定相匹配；
确定需要的测试要求，包括：
状态； 接口；
测试需求分析还要确定测试 要求，要有具体的内容，应
该保证可测试性。
数据结构； 设计约束等要求。
标识的目的是为了后续使用， 一般应保证标识的唯一性。
标识类型和要求，标识应清晰、便于识别。
测试报告/测评报告
分析和评价测试工作
分析和评价被测件
测试总结评审
将对以后有价值的数据
和文档收集入库
军用软件测评实验室测评过程 要求
实验室对测评任务进行测试需求分析： 进行测试需求分析的测试依据是：
软件测评任务书； 合同或其他等效文件； 以及被测软件的需求规格说明或设计文档。
军用软件测评实验室测评过程 要求
过程和总结）等。
测试需求分析
测试策划
测试设计和实现 测试执行
执行测试 充分性？
测试总结
军用软件测评实验室测评过程 要求
测试活动是有依据的；
测试过程是顺序执行的过程，前一阶段的工作 /工作产品是后续阶段的基础；
工作产品（除记录外）要评审，并受到控制；
过程评审有两个：
测试就绪评审； 测试总结评审。
还应有措施确保软件安全和国防军事机密不被泄 露。
保守秘密
军用软件测评实验室测评过程 要求
4.1.3 为保证软件测评工作的公正性，实验室
的测评工作应保持独立性：
与被测软件组织、人 员等方面没有关联
软件测试人员不应承担被测软件的开发工作。
4.1.4 实验室应确保每个软件测评项目配备相 应人员，其中至少应包括：
军用软件测评实验 室测评过程要求
测评实验室专家组 马力 2006年4月6日
军用软件测评实验室测评过程 要求
1、范围 2、引用文件 3、术语和定义 4、管理要求
4.1、组织 4.2、测试过程 4.3、项目管理 4.4、文档和记录的管理
军用软件测评实验室测评过程 要求
规定了军用软件测评实验室在执行GJB 2725A-2001《测试实验室和校准实验室通 用要求》时的附加要求；
适用于军用软件测评实验室。
军用软件测评实验室测评过程 要求
GJB 2725A-2001 测试实验室和校准实验室 通用要求；
GB/T 11457 软件工程术语。
军用软件测评实验室测评过程 要求
软件测评实验室：
software testing and evaluating laboratories
军用软件测评实验室测评过程 要求
质量管理体系完整可操作； 在测评工作中应：
公正； 保密； 独立。
每个测评项目应配备5类人员：
项目负责人； 测试人员； 测试监督员； 质量保证人员； 配置管理员。
军用软件测评实验室测评过程 要求
顺序执行的过程； 测试过程包括：
测试需求分析； 测试策划； 测试设计和实现； 测试执行； 测试总结，（包括评价
军用软件测评实验室测评过程 要求
应完成如下工作：
设计测试用例；
将测试项进行分解，针 对分解后的每种情况设
计测试用例；
准备和验证所有的测试用数据；
如测试环境所必须 的软、硬件资源等
确定测试用例的执行顺序； 准备并获取测试资源； 必要时，编写测试执行需要的程序；
如开发部件测 试的驱动模块 和桩模块以及 测试支持软件
等
建立和校核测试环境，记录和标识测试环境偏差。
确定测试类型中的各个测试项及其优先级。
军用软件测评实验室测评过程要求
应建立测试类型中的测试项与测试依据的追踪
关系。
软件测评任务书、合同或其他等效文件、 以及被测软件的需求规格说明或设计文档
应将测试需求分析结果，按所确定的文档要求
形成测试需求规格说明。 必须的要求，有独立的测 试需求规格说明，其格式 可由实验室自行定义
追踪关系；
在计划中，建立计划 与需求的追踪表
实验室应将的测试策划结果，按所确定的文档
要求形成测试计划；
测试计划是有格式要 求的文档，格式可由
实验室自行规定
测试计划应经过评审，并应受到变更控制和版
本控制。
测试计划的管理： •经过评审； •受到管理和控制
军用软件测评实验室测评过程 要求
实验室应根据测试需求规格说明和测试计划进 行测试设计和实现；
项目负责人； 测试人员；
确保5类人员
测试监督员；
质量保证人员；
配置管理员。
军用软件测评实验室测评过程
要求
管理体系完整、可操作
4.1.5 实验室的质量管理体系：
应覆盖软件测试过程和软件测评项目管理；
质量管理体系文件应具有可操作性，便于实 施和有利于测评工作的顺利开展；
对“必要”、“适用”和“明显”等用语给 出确切的说明。
测试需求规格说明应经过评审，并的管理要求： •经过评审； •受到管理和控制
是同行评审的概念： 要关注评审，有效的评审是提 高测试质量的最好的方法
军用软件测评实验室测评过程 要求
实验室应根据测试依据进行测试策划；
策划的内容；
实验室应建立测试计划与测试需求规格说明的