由于市场及产品用户对产品质量的要求越来越高, 各大企业加强了对产品可测试性需求的收集和控制，本文用于指导TSE及系统设计人员进行可测试性需求分析活动。
目前可测性需求一般有以下几方面的考虑:1、面向产品的可测性需求，是为了提高产品的故障检测定位和隔离能力而考虑的可测性需求，直接影响产品问题故障检测定位和隔离的难易程度。面向产品的可测性需求在评审通过后将作为产品本身的规格特性。
2、面向软件验证测试的可测性需求，是为了方便软件验证测试而提出的可测性需求，直接影响测试开发和测试执行的难易程度。
3、面向硬件验证测试的可测性需求，是为了方便硬件验证测试而提出的可测性需求，直接影响测试开发和测试执行的难易程度。
4、面向生产测试的可测性需求，是为了方便生产测试，提高生产测试效率而提出的可测性需求。
产品开发时可测性需求的提出一般按以下操作: 1、产品在提可测性需求时首先参照相应可测性需求基线剪裁得到具体产品的需求基线。相应的要求参见可测性需求基线实施规定。 2、结合具体产品的特点，充分考虑产品各阶段测试的可能遇到的问题和困难，提出相应的可测性需求。 3、参考相关产品的可测性方面的经验案例，提出相应的可测性需求。 4、分析参考业界同类产品的可测性设计特点，提出相应的可测性需求。
1、产品测试需求和策略初步考虑 哪些测试是手动测试、哪些是自动测试？ 测试数据源是内置在系统中，还是外部提供？ 测试数据的采集和处理是内置，还是外置？ 测试数据采集装置的控制是内置，还是外置？ 测试数据源的控制是内置，还是外置？ 测试数据的处理是内置，还是外置？
关注点主要在于按设置测试控制序列、状态观测点和输入输出机制的需求，主要考虑以下几个方面的内容:
(1）提供软件模块调试测试的能控性设计，能通过输入设定的测试序列使系统处于某种特定的状态或满足某种特定条件的状态。主要考虑软件模块的调试测试控制点的选择和测试序列导入机制的设计。
(2)提供软件模块调试测试的能观性设计，能够通过系统的输出数据判定系统是否处于某种特定的状态或满足某种特定条件的状态。主要考虑软件模块的调试测试观察点的选择和观察装置的设计。
(3)软件可测试性需求分为内建、公共、产品特性等三类，内建测试能力与公共可测试性需求合入产品包需求，在确定设计需求时，对具体产品特性需求分析的基础上，提出相应的特性可测试性需求。
