资源预览内容
第1页 / 共21页
第2页 / 共21页
第3页 / 共21页
第4页 / 共21页
第5页 / 共21页
第6页 / 共21页
第7页 / 共21页
第8页 / 共21页
第9页 / 共21页
第10页 / 共21页
亲,该文档总共21页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
软件可测试性介绍,2008年9月5日,可测试性定义,软件的可测试性是指在一定的时间和成本前提下,进行测试设计、测试执行以此来发现软件的问题,以及发现故障并隔离、定位其故障的能力特性。简单的说,软件的可测试性就是一个计算机程序能够被测试的容易程度。 一般来说可测试性很好的软件必然是一个强内聚、弱耦合、接口明确、意图明晰的软件,而不具可测试性的软件往往具有过强的耦合和混乱的逻辑。,可测试性特征,1、可操作性 2、可观察性 3、可控制性 4、可分解性 5、简单性 6、稳定性 7、易理解性,可测试性特征-可操作性,1、可操作性:运行得越好,被测试的效率越高。 1)系统的错误很少; 2)没有阻碍测试执行的错误; 3)产品在功能阶段的演化(允许同时的开发和测试)。,可测试性特征-可观察性,2、可观察性:你所看见的就是你所测试的。 1)每个输入有唯一的输出; 2)系统状态和变量可见,或在运行中可查询; 3)过去的系统状态和变量可见,或在运行中可查询(例如:事务日志); 4)所有影响输出的因素都可见; 5)容易识别错误输出; 6)通过自测机制自动侦测内部错误; 7)自动报告内部错误; 8)可获取源代码。,可测试性特征-可控制性,3、可控制性:对软件的控制越好,测试越能够被自动执行与优化。 1)所有可能的输出都产生于某种输入组合; 2)通过某种输入组合,所有的代码都可能被执行; 3)测试工程师可直接控制软件和硬件的状态及变量; 4)输入和输出格式保持一致且有结构; 5)能够便利地对测试进行说明、自动化和再生; 6)接口和模块易控制; 7)业务流程和场景易控制。,可测试性特征-可分解性,4、可分解性:通过控制测试范围,能够更快地分解问题,执行更灵巧的再测试。 1)软件系统由独立模块构成; 2)能够独立测试各软件模块; 3)业务流程和场景易分解。,可测试性特征-简单性,5、简单性:需要测试的内容越少,测试的速度越快。 1)功能简单性(例如:特性集是满足需求所需的最小集合); 2)结构简单性(例如:将体系结构模块化以限制错误的繁殖); 3)代码简单性(例如:采用代码标准为检查和维护提供方便)。,可测试性特征-稳定性,6、稳定性:改变越少,对测试的破坏越小。 1)软件的变化是不经常的; 2)软件的变化是可控制的; 3)软件的变化不影响已有的测试; 4)软件失效后能得到良好恢复和隔离。,可测试性特征-易理解性,7、易理解性:得到的信息越多,进行的测试越灵巧。 1)设计能够被很好地理解并遵循行业规范; 2)内部、外部和共享构件之间的依赖性能够被很好地理解; 3)设计的改变被通知; 4)可随时获取技术文档; 5)技术文档组织合理; 6)技术文档明确详细; 7)技术文档精确性稳定; 8)相关环境配置说明与操作指导。,软件可测试性设计,软件的可测试性特征主要表现是设立观察点、控制点、观察装置、驱动装置、隔离装置。需要注意的是可测试性设计时必须要保证不能对软件系统的任何功能有影响,不能产生附加的活动或者附加的测试,采取合适的设计模式对软件进行设计。,软件可测试性设计方法,1、坚持测试驱动设计(测试先行)的方法 优先编写测试代码,这是标准的XP方法。不是说应该一次性编写全部测试代码后,再一次性全部实现。先写验收测试,再写单元测试,编写一些测试代码,实现它们,再编写一些测试代码,再实现它们等等是个更好的办法。设计以这种方式得以进展;在实现阶段捕捉错误并在下一组测试中改正它,以这种方式编写测试也更少会使人畏缩。,软件可测试性设计方法(续),2、尽量做到每个操作对应一个函数,使函数小型化 使用小型函数说明和重载带缺省参数的函数将使在测试中调用这些函数变的愉快的多。否则,在测试这些函数时将不得不构造额外参数,如果参数很大,那么将很快导致代码膨胀。更糟的是,它会诱使你编写比在其它情况下更少的测试。,软件可测试性设计方法(续),3、数据的显示与控制分离 把代码移到 GUI 视图的外面。然后各种 GUI 动作就能成了模型上的简单方法调用。这样,对GUI测试者来说,通过方法调用测试功能比间接地测试功能容易的多。另一个好处是它使修改程序功能而不影响视图变的更容易 。,软件可测试性设计方法(续),5、可分解性设计 1)业务流程的可分解性设计 。 对于复杂的业务流程需合理设定分解点,在测试时能够对其进行分解。 2)场景的可分解性设计 。 对于复杂的场景需合理设定分解点,在测试时能够对其进行分解。,软件可测试性设计方法(续),6、稳定性设计 测试模块发布合理,不能在后期追加的模块为前期所测模块引入新的不必要的测试活动 。,软件可测试性设计方法(续),6、易理解性设计 1)设计文档的易理解性 I.设计参考标准 II.内容描述主次要分清 III.依赖关系描述明确 2)接口的易理解性 I.接口功能明确 II.参数有意义 3)业务的易理解性 4)场景的易理解性,软件可测试性设计方法(续),7、可观察性设计 1)业务执行状态和过程可观察性设计 2)异常情况可观察性设计,软件可测试性设计方法(续),3、数据的显示与控制分离 把代码移到 GUI 视图的外面。然后各种 GUI 动作就能成了模型上的简单方法调用。这样,对GUI测试者来说,通过方法调用测试功能比间接地测试功能容易的多。另一个好处是它使修改程序功能而不影响视图变的更容易 。,性能测试、负载测试、压力测试关系,1、性能测试就象人在无风情况下跑步(正常情况下的性能指标); 2、压力测试就象人在微风中跑步(在正常的基础上加大多少百分比压力的性能指标); 3、负载测试就象人在强风中跑步(不断加压,直到系统崩溃); 4、负载测试是正常情况下持续的加压; 5、压力测试是直接加压达到一个极限值; 6、性能测试、压力测试、负载测试密不可分,可统称为性能测试。,性能测试要点,1、性能测试是在功能测试完成之后进行; 2、性能测试计划、方案一般与测试用例统一在一个文档里; 3、测试环境应尽量与用户环境保持一致; 4、性能测试一般使用测试工具和测试人员编制测试脚本来完成,性能测试的环境应单独运行尽量避免与其他软件同时使用; 5、性能测试的重点在于前期数据的设计与后期数据的分析; 6、性能测试的用例主要涉及到整个系统架构的问题,所以测试用例一旦生成,改动一般不大,所以做性能测试的重复使用率一般比较高。(说明:当系统中出现的某个功能点需要修改,它一般只会影响到功能测试的设计用例,很少影响到性能测试的设计用例。但是如果某个功能有较大的修改,性能测试也应该进行重新测试。) 。,
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号