文章目录
[+]
测试与评估（T&E）策略应解决系统设计中风险最高的技术以及系统软件架构中复杂领域的评估问题。该策略应确定并描述：所需的时间表、物资和专业知识，资源管理、技术要求和产品质量的软件评估指标，包括可靠性、软件测试的类型和方法，以支持整个生命周期中单元、集成和系统测试阶段的评估，数据和配置管理方法和工具， o 支持软件T&E的模型和模拟，包括认证状态，一个定义的T&E流程，与软件和系统开发、维护和系统工程流程一致并与之相辅相成，致力于持续的流程改进，并协调以支持项目阶段和审查，包括组织和信息流层次结构。软件测试规划和测试设计在功能基线定义的早期阶段启动，并在整个分配的基线开发、产品基线组件构建和集成、系统认证和在役维护过程中通过T&E执行进行迭代改进。软件T&E嵌入并补充了软件代码生产，作为实际软件组件构建中的基本活动，而不是作为软件单元完成后的后续行动进行计划和执行。在考虑重用商用现成 （COTS） 或政府现成软件、数据库、测试程序和相关测试数据时进行正式规划，其中包括用于组件评估和选择的定义流程，以及与新构建的系统元素的组件集成和功能的测试和评估。
TES 描述了整个项目生命周期的测试和评估概念，从技术开发开始，一直到工程、制造和开发 （EMD） 再到生产和部署 （PD） 阶段。TES 在里程碑 A 之前提交给 OSD 批准。TES将在里程碑B演变为测试和评估总体规划（TEMP）。TES 的开发需要测试人员、评估人员和其他人的早期参与，因为程序会进行系统前的采集活动。这些人员将提供必要的技术、运营和计划专业知识，以确保在制定完整战略时不遗漏任何内容。
工商业需求计划应实现以下目标：[1]
作为成本分析需求描述（CARD）中确定的T&E预算估算的基础将 DT 和操作测试 （OT） 目标集成到单个测试策略中，以最大限度地提高测试执行期间的效率，同时最大限度地减少测试资源需求在系统工程过程中执行验证和确认事件驱动，而不是计划驱动确定正在考虑的替代概念和设计选项的技术能力和局限性，以支持成本效益权衡。识别和描述设计技术风险对被测系统施加压力，至少达到操作模式摘要/任务配置文件的限制，对于某些系统，应超出正常操作限制，以确保设计的鲁棒性。此测试将降低预期操作环境中的性能风险。根据 TEMP 中记录的关键技术参数 （CTP） 评估技术进展和成熟度，包括互操作性评估系统或项目的安全性，以确保在物联网、其他部队支持的测试、操作使用之前安全运行，并支持成功满足设计安全标准。其目的是确保开发系统充分没有危险，以防止对参与物联网和现场的典型用户造成伤害。为里程碑 C 决定进入低速率初始生产 （LRIP） 提供数据和分析支持提供数据和分析支持，以认证系统为物联网做好准备。对收集、存储、传输和处理非机密或机密信息的任何系统进行信息保障 （IA） 测试。对于信息技术 （IT） 系统，包括国家安全系统 （NSS），支持 DoD 信息保障认证和认可流程以及联合互操作性认证流程;发现、评估和减轻潜在的不利电磁环境影响 （E3）支持认证系统间互操作性所需的联合互操作性评估对 USD（C） 办公室为财务管理、企业资源规划和混合财务管理系统建立的合规因素进行独立评估在全速生产之前，通过对低速率初始生产资产进行生产资格测试来证明生产过程的成熟度。该测试的重点是承包商生产优质产品的能力，因为设计测试应该已经完成展示针对 DIA 或组件验证的威胁文档中确定的威胁及其对策的性能确保 T&E 策略与批准的收购策略保持一致并支持，以便提供充分的、降低风险的 T&E 信息来支持决策。
（图片来自网络侵删）
