3、稳定性设计需求
测试模块发布合理，不能在后期追加的模块为前期所测模块引入新的不必要的测试活动。
4、易理解性设计需求
1）设计文档的易理解性
设计参考标准
内容描述主次要分清
依赖关系描述明确
2）接口的易理解性
接口功能明确
参数有意义
3）业务的易理解性
4）场景的易理解性
5、可观察性设计需求
1）业务执行状态和过程可观察性设计需求
2）异常情况可观察性设计需求
6、测试驱动和桩的设置
为单个测试接口、测试业务、测试场景预留测试驱动和桩的接入点。
7、适合增量式开发的可测性设计
在增量式开发过程中必须优先考虑测试桩和测试驱动实现的难易程度和真实性。
8、可查询设计
对系统级别的全局变量或者状态设置查询接口；
某一业务或场景调用接口设置接口路径查询。
9、自愈合功能
在某一场景中局部出现故障时设置多路选择或者其他干涉进行跳转执行使其具有正常逻辑功能。
10、输出结果
对于任何一项操作都要能产生预期的输出，不管是正确的还是错误的甚至是异常的。测试结果的表现形式可以是数据、现象等，不管是以什么方式表现，都要有依可寻，在设计文档中要有说明。对于测试结果易于判断，具有可分析性、可获得性。在设置的各个控制点或观察点的结果易于查询、修改等。
11、提供统一的操作执行面板
操作面板元素主要由输入和输出元素组成，如所执行的操作和对应的输出，但由于被测系统可能是一个比较复杂的系统，由多个可以独立的模块组成，涉及到的操作和输出比较多，各操作之间的关联也比较复杂。在设计时统一的做一个操作面板，该操作面板成为一个可以执行整个被测系统操作的独立模块，一种是以命令的形式执行操作，直接以printf语句的形式输出查看，另一种是以GUI的形式，输入（执行的操作）输出均在界面上执行和体现，这样比较直观。如下图所示：
特别对于执行某一场景时要跟踪该场景的关键过程和执行后的输出参数，给出一系列可以分析的数据，该场景可以以执行过程分阶段监控，将监控范围内的数据输出以供测试人员分析。
相关阅读：
