51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6194|回复: 9
打印 上一主题 下一主题

[讨论] 黑盒测试的测试用例总结

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-23 11:13:39 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
目前黑盒测试的测试用例设计方法有6种:

等价类划分
边界值分析
错误推测法
因果图
功能图
场景法(业务流明确)

一、等价类划分

等价列划分设计方法是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少量具有代表性的数据作为测试用例。

等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的。并合理地假定:测试某等价类的代表值就等于对这一类其他值的测试。

等价类划分有两种不同的情况:有效等价类和无效等价类。设计时要同时考虑这两种等价类。

下面给出6条确定等价类的原则:

在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。
在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,则可以确立一个有效等价类和一个无效等价类。
在输入条件是一个布尔量的情况下,可以确立一个有效等价类和一个无效等价类。
在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可以确立n个有效等价类和一个无效等价类。
在规定了输入数据必须遵守的规则的情况下,可以确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。
在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类。
在确立了等价类后,可建立等价类表,列出所有划分出的等价类。然后从划分出的

等价类中按以下的3个原则设计测试用例:

为每一个等价类规定一个唯一的编号
设计一个新的测试用例,使其尽可能多的覆盖尚未被覆盖的有效等价类,重复这一步,直到所有的有效等价类都被覆盖为止。
设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步,直到所有的无效等价类都被覆盖为止。
例:程序规定;输入三个整数作为三边的边长构成三角形。当此三角形为一般三角形、等腰三角形、等边三角形时,分别作计算。用等价类划分方法为该程序进行测试用例设计。

解:设a、b、c代表三角形的三条边。

1)分析题目中给出的和隐含的对输入条件的要求:

a) 整数
b) 3个数
c) 非零数
d) 正数
e) 两边之和大于第三边
f) 等腰
g) 等边

个人觉得,如果你测试的软件系统,业务流很明确的话,在设计用例时使用场景法是最好的,设计基本流(正常流程)和辅助流(异常流程),综合利用等价类划分 、边界值分析 、错误推测法方法。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2007-5-24 18:39:49 | 只看该作者
对 是这样的 要根据不同项目不同业务来选择的
不过 等价类划分、边界值分析、错误猜测法 三种是最常用,也是必用。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-5-31 15:02:34 | 只看该作者
顶。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2007-10-18 17:35:02 | 只看该作者
这些东西 基础熟悉了 需求在项目中应用,时间长了 你可以总结出
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-10-19 11:41:58 | 只看该作者
是哦,等价类划分和边界值划分用得最多了.
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-10-19 16:07:36 | 只看该作者

支持

支持,支持
回复 支持 反对

使用道具 举报

  • TA的每日心情
    无聊
    2014-12-23 08:50
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    7#
    发表于 2007-10-22 14:22:37 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2008-10-30 13:30:00 | 只看该作者
    以下介绍的是各种测试用例设计方法选择的综合策略,供大家参考。
      (1)首先进行等价类划分,包括输入条件和输出条件的等价划分,将无限测试变成有限测试,这是减少工作量和提高测试效率最有效的方法。
      (2)在任何情况下,都必须使用边界值分析法。经验表明,用这种方法设计出的测试用例发现程序错误的的能力最强。
      (3)可以使用错误推测法追加一些测试用例,这需要依靠测试工程师的智慧和经验。
      (4)对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准,应当再补充足够的测试用例。
      (5)如果程序的功能说明中含有输入条件的组合情况,则一开始就可以选用因果图法和判定表驱动法。
      (6)对于参数配置类的软件,要用正交试验法选择较少的组合方式达到最佳效果。
      (7)利用功能图法,我们可以通过不同时期条件的有效性设计不同的测试数据。
      (8)对于业务流清晰的系统,可以利用场景法贯穿整个测试案例设计过程,在案例中综合使用各种测试方法。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-1-16 16:22:27 | 只看该作者
    我就用过等价类划分、边界值、猜错法,其他的……都没怎么用过。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-2-4 15:11:56 | 只看该作者
    kan guo xuexi
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-14 14:57 , Processed in 0.088411 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表