软件可测试性介绍

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