产品可测试性需求分析模板.docVIP

文档版本： 文档编号： 发布日期： 编 制： 审 核： 批 准： 产品可测试性需求报告 文档修订记录 序号 版本号 修订日期 修订概述 修订人 审批人 备注 1 新建文档 目 录 1 目的 - 1 - 2 范围 - 1 - 3 术语 - 1 - 4 引用文件 - 1 - 5 测试文档 - 1 - 5.1 测试参考文档 - 1 - 5.2 测试提交文档 - 2 - 6 测试安排和计划 - 2 - 6.1 测试重点 - 2 - 6.2 测试难点 - 2 - 6.3 测试计划 - 3 - 7 测试资源 - 3 - 7.1 人力资源 - 3 - 8 功能测试方案 - 4 - 8.1 XXX功能 - 4 - 8.1.1 功能测试需求分析 - 4 - 8.1.2 主要功能描述 - 4 - 8.1.3 测试点分析 - 4 - 8.1.4 测试所需工具 - 4 - 9 性能测试方案 - 5 - 9.1 XXX性能 - 5 - 9.1.1 性能测试需求分析 - 5 - 9.1.2 主要性能指标 - 5 - 9.1.3 测试点分析 - 5 - 9.1.4 测试所需工具 - 5 - 10 可靠性试验方案 - 5 - 10.1 可靠性试验需求分析 - 5 - 10.2 可靠性试验参照标准 - 5 - 10.3 可靠性试验分析 - 6 - 11 环境实验方案 - 6 - 11.1 环境实验需求分析 - 6 - 11.2 环境实验参照标准 - 6 - 11.3 环境实验分析 - 6 - 12 附录 - 6 - 目的 描述本文档的目的，如解决什么问题，满足什么需要等。 本模板的目的是定义产品设计的可测试性需求，要审视以前开发项目的测试经验教训以便理解产品设计中可能需要的改进。 范围 描述本文档适用的范围。 术语 术语 描述 术语1 描述术语1的含义。 引用文件 NO 文档编号 文档名称 1 ***-***-*** 《文档名称1》 2 3 4 5 需求设计操作指导 确保产品可测试性需求能够在产品设计中得以体现。任何与公司规范不符之处及其原因要在产品需求规格中加以说明。 早期应收集各项目组成员提出的产品需求的概念，并结合公司已往同类产品的开发和测试经验，从产品的使用情况、实际情况出发进行分析，来提出产品的可测试性需求。 如果公司内部没有相关产品的测试经验，可调查或购买竞争对手的同类产品进行分析，提出产品的可测试性需求。 分析产品在实际应用中会可能出现的一些故障，分析对产品可能会产生的影响。在定义可测试性需求中必须要对各种情况进行详细考虑。 为了提高产品的测试质量，需要对出现的所有故障问题进行记录、判断和分析。在测试中尽量使每一个故障能够测试或定位。 设计可测试性需求，需要与PDT项目组各成员进行充分沟通，重点要与系统工程师进行交流，收集相关产品开发设计文档，了解最新的产品需求信息，及时对可测试性进行相应更改。 在设计可测试性需求时可参考本文挡“定义产品可测试性需求”的五方面内容。在具体设计产品的可测试性需求时，可根据产品的实际情况考虑选用具体条目。如在定义中没有列出需求，设计人员可自行增加需求。总之，在产品中定义可测试性需求时需要慎重。过多的考虑可测试性需求可能会增加产品的成本和开发时间。 对可测试性需求需要进行优先级排序，方便系统设计工程师进行判定和设计。 设计可测试性需求要考虑节约成本的预测。 完成需求设计后需要与系统工程师进行沟通，对可测试性需求的内容和优先级进行确认。 指派测试成员与相关的研发工程师和开发人员协作，确保可测试性需求得到实施。 进行跟踪并监控研发认同的可测试性需求的进展。 定义产品可测试性需求 用于硬件模块调试的可测试性需求 在单板上的建立故障指示灯，对灯闪烁定义不同的含义含义PCB上的ICT测试点应在PCB板的焊接面 文档名称 版本号 文档编号 密级 II 密级：秘密