提高软件测试用例覆盖率的分析方法

发表于:2009-03-04来源:作者:点击数: 标签:软件测试覆盖率分析方法
开发 高质量的 测试 用例 是QA的基本 工作 。高质量的 测试用例 是既有高覆盖性又有高可执行性,当两者不可兼得时,它有最佳平衡点。本文不讨论如何取得最佳平衡,只关注采用何种 分析方法 来提高测试用例的覆盖率。 首先来说,分析分为两个步骤,首先以不同
开发高质量的测试用例是QA的基本工作。高质量的测试用例是既有高覆盖性又有高可执行性,当两者不可兼得时,它有最佳平衡点。本文不讨论如何取得最佳平衡,只关注采用何种 分析方法 来提高测试用例的覆盖率。

    首先来说,分析分为两个步骤,首先以不同得角度切分系统,使得它成为更简单得模块,第二是把不同得模块想象成一个黑盒子,对这个黑盒子做类似于单元测试得分析。

    1. 从不同得角度把系统分为不同得模块
    这里存在两种思路

    对系统进行完整得划分
    软件是复杂的。软件开发者面对这种复杂性采用的经典的方法瀑布模型,也就是从上到下,逐渐细分,大模块包括小模块,小模块包括更小的模块。对于软件测试来说,很自然的,我们也可以采用这种方法。但是,这还是远远不够的。我们还要从更多的角度切入系统,从不同的角度把系统切分成一块一块的,然后进行测试。

    比如遥控器的例子。我们就可以从下面一些方面来划分系统
    1)功能。
    这个划分非常直观,Spec上肯定会明确指明遥控器假设有3个功能,开关机,+-调台,+-调音。对每个功能我们测试它能否正常工作。当然我们也会注意到边界情况:当音量满的时候,加音量。。。
    2)状态
    Spec上没有说明遥控器的状态,但我们应该能分析得出遥控器有下面的状态
    关机,开机,正在调台,正在调音
    现在我们可以列一个matrix,测试在每种状态下执行上面的任意一种操作系统的反应。注意,这个时候,你就要把你自己当成用户,因为这些情况都不会在spec里详细的说明的。比如在关机状态下调音,竟然开机了。这个显然就是bug
    3)按键序列
    现在我们走得更远。我们把遥控器看作具有按钮得一个玩意儿,然后输入任意一个序列看是否会出现异常情况,是否会让程序不正常得工作。这里不需要分任何得分析方法。这是一个很好得切入点。另外一个例子是,在测试web application时,做一个爬虫程序去点击页面上得任何link。

    通过这些不同得划分,testcase得覆盖率可以得到有效得提高。

    需要注意一点是,不同得划分肯定会带来testcase得冗余。在划分1)时,有测试开关机得case,在划分2)时,显然也会有这样得case。这是不可避免得,也没有关系。

    寻找某个特定得切面
    上面得划分系统可以看作 对整个系统得一种 分离方法,划分方法得结果是把测试对象分成不同得一块一块。而“特定得切面”则只是描述了测试对象得一个面,它不存在划分系统得问题。还是上面得例子,比如“长按按钮”就是一个“特定得切面”。

   ”长按Power按钮“是一个测试得关注点,“长按volumn+”也是这样得一个关注点,如果在系统中多处存在这样得相似得关注点,那么就构成了一个面,比如在这里是每个按钮都存在“长按按钮”这样一种可能,那么“长按按钮”这就可以看作系统得一个切面。对于这样一个切面,如果把它分散在每个功能测试case里,显然不是好主意。最好得方法是把它拿出来作为一个单独得testcase。

   

原文转自:http://www.ltesting.net