黑盒测试策略学习思路总结

黑盒测试的测试用例设计方法:
·等价类划分方法
·边界值分析方法
·错误推测方法
·因果图方法
·正交实验设计方法
·场景法
等价类划分
是把所有可能的输入数据,即程序的输入域划分成若干部分子集,然后从每一个子集
中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设
计方法.
1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭
露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值
的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作
为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有
两种不同的情况:有效等价类和无效等价类.
有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用
有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.
无效等价类:与有效等价类的定义恰巧相反.
设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能
经受意外的考验.这样的测试才能确保软件具有更高的可靠性.

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

3设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:
输入条件 有效等价类 无效等价类
然后从划分出的等价类中按以下三个原则设计测试用例:
①每一个等价类规定一个唯一的编号.
②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.
直到所有的有效等价类都被覆盖为止.
③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到
所有的无效等价类都被覆盖为止.
边界值分析法
边界值分析方法是对等价类划分方法的补充.
1边界值分析方法的考虑:
长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发
生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,
就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数
据,而不是选取等价类中的典型值或任意值作为测试数据.

2基于边界值分析方法选择测试用例的原则:
1如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个
范围边界的值作为测试输入数据.
2如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数
多一的数作为测试数据.
3根据规格说明的每个输出条件,使用前面的原则1.
4根据规格说明的每个输出条件,应用前面的原则2.
5如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和
最后一个元素作为测试用例.
6如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为
测试用例.
7分析规格说明,找出其它可能的边界条件.
错误推测法
错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设
计测试用例的方法.

错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,
根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产
品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情
况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情
况下的例子作为测试用例.
因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条
件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但
要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间
的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多
个动作的形式来考虑设计测试用例. 这就需要利用因果图逻辑模型.

因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
利用因果图生成测试用例的基本步骤:
(1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结
果(即输出条件), 并给每个原因和结果赋予一个标识符.
(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关
系. 根据这些关系,画出因果图.
(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出
现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.
(4) 把因果图转换为判定表.
(5) 把判定表的每一列拿出来作为依据,设计测试用例.
从因果图生成的测试用例局部,组合关系下的包括了所有输入数据的取TRUE与取FALSE
的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增
加.

前面因果图方法中已经用到了判定表.判定表DECision Table是分析和表达多逻辑条
件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的
辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.
判定表通常由四个部分组成.
条件桩ConDItion STub:列出了问题得所有条件.通常认为列出得条件的次序无关紧要.
动作桩Action Stub:列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.
条件项Condition Entry:列出针对它左列条件的取值.在所有可能情况下的真假值.
动作项Action Entry:列出在条件项的各种取值情况下应该采取的动作.
规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动
作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件
项和动作项有多少列.

判定表的建立步骤:根据软件规格说明
①确定规则的个数.假如有n个条件.每个条件有两个取值0,1,故有 种规则.
②列出所有的条件桩和动作桩.
③填入条件项.
④填入动作项.等到初始判定表.
⑤简化.合并相似规则相同动作.
B. Beizer 指出了适合使用判定表设计测试用例的条件:
①规格说明以判定表形式给出,或很容易转换成判定表.
②条件的排列顺序不会也不影响执行哪些操作.
③规则的排列顺序不会也不影响执行哪些操作.
④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.
⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.
黑盒测试的优点
1. 基本上不用人管着如果程序停止运行了一般就是被测试程序CRASh了
2. 设计完测试例之后下来的工作就是爽了当然更苦闷的是确定crash原因
黑盒测试的缺点
1. 结果取决于测试例的设计测试例的设计部分来势来源于经验OUSPG的东西很值得
借鉴
2. 没有状态转换的概念目前一些成功的例子基本上都是针对PDU来做的还做不到针
对被测试程序的状态转换来作
3. 就没有状态概念的测试来说寻找和确定造成程序crash的测试例是个麻烦事情必
须把周围可能的测试例单独确认一遍。而就有状态的测试来说就更麻烦了尤其不是一个
单独的tEStcase造成的问题。这些在堆的问题中表现的更为突出。

APP测试要点
APP测试的时候，建议让开发打好包APK和IPA安装包，测试人员自己安装应用，进行测试。在测试过程中需要注意的测试点如下：
1.安装和卸载
●应用是否可以在IOS不同系统版本或android不同系统版本上安装（有的系统版本过低，应用不能适配）
●软件安装后是否可以正常运行，安装后的文件夹及文件是否可以写到指定的目录里。
●安装过程中是否可以取消
●安装空间不足时是否有相应提示
●如果应用需要通过网络验证之类的安装，需要测试一下断网情况下是否有相应提示
●是否可以删除应用（可通过桌面删除，也可以通过软件卸载安装。曾发现在IOS手相上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）
●测试卸载后文件是否全部删除所有的安装文件
●卸载过程中出现死机，断电，重启等意外的情况，待环境恢复后是否可以正确卸载
●卸载是否支持取消功能，单击取消后软件卸载情况是否正常
2.运行
●APP安装完成后，是否可以正常打开软件
●APP运行时，是否有加载图示
●APP的速度是可以让人接受，切换是否流畅
●用户登录状态太久，sessionId会过期，会出现“虽然是登录状态，系统会提示用户没有登录。

3.登录
●登录用户名和密码错误时，界面有提示信息
●用户主动退出登录后，下次启动APP时，应该进入登录界面
●对于支持自动登录的APP，数据交换时 ，是否能自动登录成功且数据库操作无误
●密码更改后，登录时是否做到了有效数据的校验
●对于未登录时一些页面的操作，是否做了控制
●切换账号登录，检验登录的信息是否做到及时更新
●对于多个端都进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新
●对于一些软件，支持一个账号只允许登录一台机器，这时，需要检查账号登录多个手机时，是否将原用户剔除，且能够给出提示信息
● APP切换到后台时，再次切换到前台的测试，如登录时，有电话打进来
●对于IOS与android不同设备登录同一个账号时，对个人信息等数据进行操作后，确保数据数库操作无误，且IOS与android设备看到的数据都是最新的。
4.离线
　　离线是应用程序在本地的客户端会缓存一部分数据以功程序下次调用
●对于一些程序，需要在登录进来后，这时没有网络的情况下可以浏览本地数据
●对于无网络时，刷新获取新数据时，不能获取数据且能给出友好提示
●切换到后台，再次切换到前台时，可以正常查看
●离线后又连上网，这时对数据有更新时，需要从服务器端获取新数据来更新客户端数据，且要更新本地缓存信息
●对于一些界面的数据不提供离线查看，需要给出相应提示且界面更新后无任何数据
●确认在无网情况下可以浏览本地数据
●确认退出APP再开启APP时能正常浏览
●确认切换到后台再切回APP应用时可以正常浏览
●锁屏后再解锁回到应用前台可以正常浏览
●服务端的数据有更新时有离线的提示

8.异常测试
●没有内存空间时，APP能否正确响应
●APP运行中手机断电
●APP运行中断开网络
●反复操作某个功能，不断点击，刷新时，是否会闪退
●APP运行时拔打或接听电话
●APP运行时发送信息、收取邮件等
●多个APP运行时
●不断切换前台和后台，是否影响应用正常功能
●APP运行时，启动相机功能
９.网络环境
●测试２G、３Ｇ，４Ｇ，wifi 网络下应用运应的速度
●内网测试时，选择到外网操作是否有异常处理
●网络不好时 ， 提交数据是否一直处理提交中，是否会有延迟，数据交换失败是否会有提醒
●有网到无网再到有网环境时，数据是否可以自动恢复，正常加载

10.其它
●接口测试。让开发提供一份接口文档，一定要将接口测试通。在接口测试阶段，将缺少接口，接口不完善的缺陷挖掘出来。这个需要准备充分的后台数据。
●导航测试。在运行APP时，不管在哪个接点，导航是否直观，精准，页面切换是否正确。
●如果需要学习配套的可以在这里面找，我都整理面试技巧和升职涨薪需要注意什么都用思维导图方式标明放在里面了（4100*163*93）都是上市公司的项目经验
●图片测试。图片，按钮是否自适应。
●内容测试。要进行超长字符，空字符校验且校验是否有错别字
●功能测试。功能是否实现。
●易用性测试。所开发的功能，是否让用户容易接受，是否符合大众的操作习惯。
●适配性测试。应用在不同设备，不同系统上是否适配。
●UI测试。应用的设计是否够美观。

继续啊