超级会员免费看
本文探讨了产品包需求中可测试性需求的编写，强调其对提高产品故障检测、定位和隔离能力的重要性。内容涵盖面向产品、软硬件、生产测试的可测试性需求，以及模块调试、系统联调、验证测试和软件模块测试的可测性需求。提出可测试性需求的步骤包括依据产品需求、产品特点、经验案例和业界比较，并明确了测试标准、项目选择和测试执行要求。
学习IPD流程，目前遇到概念阶段文件，产品包需求可测试性需求如何编写？
可测试性需求文件概述产品主要进行哪些测试，可以从“测试需求集”（需要企业长期积累而得到）中裁减而来。
目前可测试性需求一般有以下几方面考虑：
1、面向产品的可测试性需求，该需求为了提高产品的故障检测定位和隔离能力而考虑的可测试性需求，直接影响产品问题故障监测定位和隔离的难易程度。面向产品的可测试性需求在评审通过后将作为产品本身的规格特性（比如定义红色指示灯为故障状态，黄色为警告状态，从这些等的颜色方便判断产品是否为故障状态，一旦评审通过后，则需要将此加入产品规格特性里面）
2、面向软、硬件的可测试性需求，该需求是为了方便软件/硬件验证测试而提出的可测试性需求，直接影响测试开发和测试执行的难度
3、面向生产测试的可测试性需求，该需求是为了方便生产测试，提高生产效率而提出的可测试性需求
再细分如下：
1、模块和部件调试的可测性需求，关注点在于能否提供方便的调试手段和调试支持工具接口，以方便验证与问题定位。主要考虑产品设计是否提供支持模块独立运行必要的信号输入和输出接口依据？产品设计是否提供信号和数据流的自环和自给设计？产品设计是否提供模块和部快的离线加载功能？产品设计是
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
