一、引言
1、目的
提高软件的可测试性,加快测试进度,提高测试效率。
2、范围
本文描述的范围主要是可测性设计的特征,考虑方向及设计方法。
3、读者对象
系统分析员、设计人员、开发人员。
二、测试所需文档
1、需求规格说明书
2、概要设计说明书
3、详细设计说明书
4、系统功能清单
5、系统运行环境搭建指导书
6、系统操作指导书
三、可测试性设计需求
可测试性主要是指被测实体具有如下特征:可控制性、可分解性、稳定性、易理解性、可观察性,该特征的主要要表现是设立观察点、控制点、观察装置。需要注意的是可测性设计时必须要保证不能对软件系统的任何功能有影响,不能产生附加的活动或者附加的测试。
1、可控制性设计需求
1)全局变量的可控制性设计需求
在外界使用适当的手段能够直接或间接控制该变量,包括获取、修改变量值等。可以将全局类型的变量进行分类并封装到一个个接口中操作。
2)接口的可控制性设计需求
各接口在外界使用适当的手段能够直接调用对该接口进行操作,这里所谓的适当的手段主要包括使用测试工具和增加额外代码。 对于向外提供的接口的接洽处能够人为的对接,比如构造测试环境模拟接口对接,这里所指的开放接口主要是指相对于被测系统,即为被测系统外提供的接口。接口接洽处人为对接时各接口所要求的条件和所需的参数人为的能够轻易达到和提供。
3)模块的可控制性设计需求
对于每个相对独立的模块设计好所需要的驱动和桩都能单独设计用例进行测试对应的功能,在测试运行期间模块异常时能够将其隔离而不影响测试。
4)业务流程的可控制性设计需求
在测试环境满足的情况下能够控制任一单独业务流程,各业务流程具有流通性。
5)场景的可测性设计需求
将一场景所涉及到的业务和接口整合到一个统一的接口使其能够单独操作该场景。
2、可分解性设计需求
1)业务流程的可分解性设计需求
对于复杂的业务流程需合理设定分解点,在测试时能够对其进行分解。
2)场景的可测性设计需求
对于复杂的场景需合理设定分解点,在测试时能够对其进行分解。