软件可测试性介绍.pptVIP

***软件可测试性介绍2008年9月5日软件的可测试性是指在一定的时间和成本前提下，进行测试设计、测试执行以此来发现软件的问题，以及发现故障并隔离、定位其故障的能力特性。简单的说，软件的可测试性就是一个计算机程序能够被测试的容易程度。说可测试性很好的软件必然是一个强内聚、弱耦合、接口明确、意图明晰的软件，而不具可测试性的软件往往具有过强的耦合和混乱的逻辑。可测试性定义可测试性特征1、可操作性2、可观察性3、可控制性4、可分解性5、简单性6、稳定性7、易理解性213可操作性：运行得越好，被测试的效率越高。系统的错误很少；没有阻碍测试执行的错误；4产品在功能阶段的演化(允许同时的开发和测试)。可测试性特征-可操作性01可观察性：你所看见的就是你所测试的。02每个输入有唯一的输出；03态和变量可见，或在运行中可查询；04系统状态和变量可见，或在运行中可查询(例如：事务日志)；05响输出的因素都可见；06别错误输出；07测机制自动侦测内部错误；08告内部错误；09源代码。可测试性特征-可观察性可控制性：对软件的控制越好，测试越能够被自动执行与优化。1所有可能的输出都产生于某种输入组合；2种输入组合，所有的代码都可能被执行；3程师可直接控制软件和硬件的状态及变量；4输出格式保持一致且有结构；5利地对测试进行说明、自动化和再生；6模块易控制；7程和场景易控制。8可测试性特征-可控制性1可分解性：通过控制测试范围，能够更快地分解问题，执行更灵巧的再测试。2软件系统由独立模块构成；3立测试各软件模块；4程和场景易分解。可测试性特征-可分解性简单性：需要测试的内容越少，测试的速度越快。01功能简单性(例如：特性集是满足需求所需的最小集合)；02单性(例如：将体系结构模块化以限制错误的繁殖)；03单性(例如：采用代码标准为检查和维护提供方便)。04可测试性特征-简单性01稳定性：改变越少，对测试的破坏越小。02软件的变化是不经常的；03变化是可控制的；04变化不影响已有的测试；05效后能得到良好恢复和隔离。可测试性特征-稳定性01易理解性：得到的信息越多，进行的测试越灵巧。02设计能够被很好地理解并遵循行业规范；03外部和共享构件之间的依赖性能够被很好地理解；04改变被通知；05获取技术文档；06档组织合理；07档明确详细；08档精确性稳定；09境配置说明与操作指导。可测试性特征-易理解性软件可测试性设计软件的可测试性特征主要表现是设立观察点、控制点、观察装置、驱动装置、隔离装置。需要注意的是可测试性设计时必须要保证不能对软件系统的任何功能有影响，不能产生附加的活动或者附加的测试，采取合适的设计模式对软件进行设计。软件可测试性设计方法坚持测试驱动设计（测试先行）的方法优先编写测试代码，这是标准的XP方法。不是说应该一次性编写全部测试代码后，再一次性全部实现。先写验收测试，再写单元测试，编写一些测试代码，实现它们，再编写一些测试代码，再实现它们等等是个更好的办法。设计以这种方式得以进展；在实现阶段捕捉错误并在下一组测试中改正它，以这种方式编写测试也更少会使人畏缩。壹尽量做到每个操作对应一个函数，使函数小型化贰使用小型函数说明和重载带缺省参数的函数将使在测试中调用这些函数变的愉快的多。否则，在测试这些函数时将不得不构造额外参数，如果参数很大，那么将很快导致代码膨胀。更糟的是，它会诱使你编写比在其它情况下更少的测试。软件可测试性设计方法（续）软件可测试性设计方法（续）数据的显示与控制分离把代码移到GUI视图的外面。然后各种GUI动作就能成了模型上的简单方法调用。这样，对GUI测试者来说，通过方法调用测试功能比间接地测试功能容易的多。另一个好处是它使修改程序功能而不影响视图变的更容易。可分解性设计业务流程的可分解性设计。对于复杂的业务流程需合理设定分解点，在测试时能够对其进行分解。场景的可分解性设计。对于复杂的场景需合理设定分解点，在测试时能够对其进行分解。软件可测试性设计方法（续）软件可测试性设计方法（续）稳定性设计测试模块发布合理，不能在后期追加的模块为前期所测模块引入新的不必要的测试活动。易理解性设计设计文档的易理解性

考标准

描述主次要分清

赖关系描述明确易理解性

能明确

有意义12345易理解性易理解性软件可测试性设计方法（续）业务执行状态和过程可观察性设计贰可观察性设计壹况可