51Testing软件测试论坛

标题: 【评测】软件评测师学习笔记--黑盒测试 [打印本页]

作者: 楠族开心果 时间: 2012-12-31 10:15
标题: 【评测】软件评测师学习笔记--黑盒测试
黑盒测试
一．黑盒测试概述
1．定义
也称功能测试，它是通过测试来检测每个功能是否都能正常使用
l把程序看成一个黑盒子，完全不考虑程序内部结构和内部特性，着眼于程序外部结构，不考虑内部逻辑结构
在程序接口进行测试，只检查程序功能是否按照需求说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息
主要针对软件界面和软件功能进行测试
2．试图发现的错误类型
功能不正确或遗漏
界面错误（输入能否正确的接受？能否输出正确的结果）
数据库访问错误（如数据结构定义错误或外部信息（如数据文件）访问错误）
性能错误
初始化和终止错误
3．黑盒测试用例设计方法
（1）等价类划分法：把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类的其他值
（2）边界值分析法：通过选择等价类边界的测试用例。不仅重视输入条件边界，而且也必须考虑输出域边界
（3）错误推测法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例的方法
（4）因果图法：从用自然语言书写的程序规格说明的描述中找出因（输入条件）和果（输入或程序状态的改变），可以通过因果图转换成判定表
（5）判定表驱动法：利用判定表进行测试用例的设计
（6）正交试验设计法：使用已设计好的正交表格来安排试验，并进行数据分析的一种方法，目的是用最少的测试用例达到最高的测试覆盖率
（7）功能图法：用功能图形象地表示程序的功能说明，并机械地生成功能图的测试用例。功能图模型由状态迁移图和逻辑功能模型构成
二．黑盒测试用例设计方法
1．等价类划分法
（1）划分基础：需求规格说明书中输入、输出要求
（2）等价类：某个输入域的子集合；分为有效等价类和无效等价类
有效等价类：指对于程序规格说明书来说是合理的、有意义的输入数据构成的集合。利用有效等价类可以检验程序是否实现了规格说明书中的功能和性能
无效等价类：与有效等价的定义恰巧相反
（3）划分等价类原则（6条）
序号输入条件（数据）划分等价类
1 规定了取值范围值的个数一个有效等价类两个无效等价类
2 规定了输入值的集合规定了“必须如何”的条件一个有效等价类一个无效等价类
3 是一个布尔量一个有效等价类一个无效等价类
4 输入数据的一组值（n个），并且程序对每一个输入值分别进行处理 n个有效等价类一个无效等价类
5 规定必须遵守的规则一个有效等价类（符合规则）若干个无效等价类
6 在确知已划分的等价类中，各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步地划分为更小的等价类

（4）列出等价类表
在确定了等价类之后，建立等价类表，列出所有划分出的等价类
输入条件有效等价类无效等类
…… …… ……
（5）确定测试用例步骤
第一步：为每个等价类规定一个惟一的编号
第二步：设计一个新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步骤，最后使得所有有效等价类均被测试用例所覆盖
第三步：设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步骤，最后使得所有有效等价类均被测试用例所覆盖
小结：采用等价类划分方法设计测试用例，按照划分等价类、列出等价列表、确定测试用例三个步骤完成，目标是把可能的测试用例组合缩减到仍然足以满足软件测试需求为止。
2．边界值分析法
（1）边界类型
边界条件：可以在产品说明书中有定义或者在使用软件过程中确定
次边界条件：在软件内部，也称为内部边界条件
其他边界条件：如输入信息为空（对于此类问题应建立单独的等价类空间）、非法、错误、不正确和垃圾数据
（2）边界值的选择方法（遵循原则）
序号输入条件（数据）输入边界值数据
1 规定了取值范围刚刚达到这个范围刚刚超越这个范围
2 规定值的个数最大个数、比最大个数大1最小个数、比最小个数少1
3 根据规格说明书的每个输出条件，使用原则1、2
4 输入或输出是个有序集合集合的第一个、最后一个元素
5 程序中使用一个内部数据结构内部数据结构边界上的值
6 分析规格说明，找出其他可能的边界
（3）例子：
允许文本输入1～255个字符：测试用例－1、255、254、0、256
程序读写软盘：测试用例－文件很小、等于软盘容量限制之内、空、超过
程序允许在一张纸上打印多个页面：测试用例－只打印一页，规定最大页，0页，大于允许最大页数
3．错误推测法
基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据它们选择测试用例
4．因果图法
侧重于输入条件的各种组合，各个输入情况之间的相互制约关系
（1）因果图设计方法
从用自然语言书写的程序规格说明的描述中找出因果，通过因果图转换成判定表
（2）因果图导出测试用例步骤
第一步：分析程序规格说明的描述中，哪些是原因，哪些是结果。原在因常常是输入条件或是输入条件的等价类，结果是输出条件
第二步：分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的‘因果图’
第三步：标明约束条件
第四步：把因果图转换成判定表
第五步：为判定表中每一列表示的情况设计测试用例
（3）因果图基本图形符号
通常在因果图中，用Ci 表示原因，Ei表示结果，各结点表示状态，可取值0（状态不出现）或1（某状态出现）
恒等：若原因出现，则结果出现；若原因不出现，则结果不出现
非（～）：若原因出现，则结果不出现；若原因不出现，则结果出现
或（V）：若几个原因中有一个出现，则结果出现；若几个原因都不出现，则结果不出现；
与（∧）：若几个原因都出现，结果才出现；若其中有一个原因不出现，则结果不出现
（4）因果图的约束符号
从输入（原因）考虑四种约束
E（互斥）：表示两个原因不会同时成立，两个中最多有一个可能成立
I（包含）：表示三个原因中至少有一个必须成立
O（惟一）：表示两个原因中必须有一个，且仅有一个成立
R（要求）：表示两个原因，a出现时，b也必须出现，a出现时，b不可能不出现
从输出（结果）考虑一种约束
M（屏蔽）：两个结果，a为1时，b必须是0，当a为0时，b值不定

2005-4-19
5．判定表驱动法
（1）判定表：是分析和表达多逻辑条件下执行不同操作的情况的工具
（2）判定表组成
条件桩：列出了问题的所有条件
动作桩：列出了问题规定可能采取的操作
条件项：列出针对它所列条件的取值，在所有可能情况下的真假值
动作项：列出在条件项的各种取值情况下应该采取的动作
规则：任何一个条件组合的特定取值及其相应要执行的操作
注：判定表中贯穿条件项和动作项的一列就是一条规则；
（3）判定表的建立（步骤）
第一步：确定规则的个数。假如有n个条件，每个条件有两个取值（0,1），故有2n种规则
第二步：列出所有的条件桩和动作桩
第三步：填入条件项
第四步：填入动作项。制定初始判定表
第五步：简化。合并相似规则或者相同动作
（4）适合使用判定表设计测试用例的条件
规格说明以判定表的形式给出，或很容易转换成判定表
条件的排列顺序不影响执行哪些操作

作者: jiehailong 时间: 2013-1-10 15:12
很好。

作者: kuangli1020 时间: 2013-2-21 17:37

作者: wjtest 时间: 2013-2-26 16:44
学习了

作者: 鞍靜の喧囂 时间: 2013-3-3 18:54
谢谢LZ分享

作者: 殷唐唐 时间: 2013-4-27 12:51
mark 下下

作者: 加油5208 时间: 2013-5-6 21:22
给点具体是黑盒实例呀，太理论了

作者: zz45509 时间: 2013-5-18 10:42
学习

作者: 雨中solo 时间: 2013-5-23 15:42
具体细节只能自己去查了

作者: 解小东 时间: 2013-7-15 09:44
嗯，不要死记硬背，理解就好

作者: feipiao 时间: 2013-7-31 13:38
真的很不错，是一个总结性的文章。先收着，后面认真拜读

作者: Arlen_yb 时间: 2013-8-26 17:00

作者: hjcdtest 时间: 2013-9-1 21:24
不错

作者: Fun0623 时间: 2013-9-9 17:04
很好很强大

作者: Miss_love 时间: 2013-11-11 09:40
支持一下

作者: wumei267 时间: 2014-3-3 15:18
恭喜啊恭喜啊恭喜啊

作者: dolphin_lala 时间: 2014-9-25 14:33
谢谢分享

作者: DaisyMin 时间: 2015-2-2 17:40
总结的非常好，学习了

作者: Sammon 时间: 2015-3-18 23:46
这帖子好早了，谁让咱才入行呢，收了

作者: Sammon 时间: 2015-3-18 23:47
不错，咱收下了，怎么回复不了

作者: xq369 时间: 2015-8-1 13:09
不错，收藏了

作者: fhhh_eyou 时间: 2015-12-11 17:30
写的很好，
请去http://www.51testing.net/查阅
考个证更有帮助

作者: xz4271692 时间: 2016-8-5 22:00
谢谢分享

作者: Mars_轻风 时间: 2016-10-28 11:26
学习了

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)