【软件测试】黑盒测试black box testing-Toy模板网

这篇具有很好参考价值的文章主要介绍了【软件测试】黑盒测试black box testing。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

又称为功能测试function testing、行为测试behavior testing

黑盒测试测试不知道代码细节的软件

Black box testing test software without knowing how it is coded.

测试目的：判断输入和输出是否符合软件要求

优势advantage：

1. 不需要知道代码细节

2. 相互独立

3. 可以在说明书完成后就设计测试用例，不用等代码完成

缺陷disadvantages：

1. 有冗余

2. 没有说明书

3. 输出不现实

4. 很难发现错误的位置

静态黑盒测试（测试说明书）testing the spec

测试说明书是静态黑盒测试。testing the specification is static black box testing.

tips：

1. 当为给顾客考虑时，不要忘记软件安全问题

怎么做

high-level

检查产品说明书（没有固定格式，实再想不出来就去和开发团队聊一聊）

原则

Don`t start by looking for bugs in great detail
play at being the customer
assume nothing-question until you are
guideline
review

low-level

产品说明书特征检查清单specification attributes checklist:complete（内容完整）, accurate（不能有歧义）, precise, consistent, relevant, feasible, code-free

产品说明书术语检查清单specification terminology checklist（慎用）: always, every, all, none, never\certainly, therefore, clearly, obviously\some, sometimes, often, usually, ordinarily

动态黑盒测试dynamic black-box testing

减少测试案例个数

确定哪些案例需要测试

怎么定义最糟糕情况

数据测试data testing

等价位划分equivalence partitioning

Equivalence partitioning is the process of methodically reducing the huge set of possible test cases into a much smaller, but still equally effective, set

Guidelines

The input domain is usually too large for exhaustive

分为合法输入（vaild input）、不合法输入（Invalid input）

例题

电话分为三部分，第一部分为区号area-code（以0开头的三位数字），第二部分为pre-fix（四位数字），第三部分为sur-fix（不含0的三位数字）

合法输入：000 1111 111

非法输入：100 1111 111、0a0 1111 111、000 a000 111、000 aaaa 111、000 1111 011、000 1111 a11

例2:设有一个档案管理系统,要求用户输入以年月表示的日期。假设日期限定在1990年1月2049年12月,并规定日期由6位数字字符组成,前4位1位表示年,后2位表示月。现用等价类划分法设计测试用例,来测试程序的“日期检查功能”。

合法输入：200212

非法输入：198901（小于时间）、20210（少一位）、2000-1（有符号）、2001212（多一位）、205003（大于时间）、200113（月份大）、200100（月份小）

BVA（boundary value analysis）

测试案例是4n+1，n为变量

Guideline

范围

选六个（两个边界值，大于和小于边界值，最大值和最小值）

集合

布尔值

状态测试state testing

黑盒测试的一部分，测试软件的逻辑流向demonstrats logic flow of some software

重点是状态和状态的转换

手段：

1. 使用等价位划分去选择测试状态和路径

2. 通过智能选择减少案例

指导

1. 每种状态至少访问一次View each state at least once

2. 测试看起来最普通和最常见的状态转换Test state-to-state transitionns that look like the most common or popular

3. 测试状态之间最不常见的分支Test the least common papaths between states

4. 测试所有错误状态和其返回值Test all the error states and rereturning from the error states

5. 测试随机状态条件Test random state transitions

要求

1. 不要上升到代码层次

Race condition

Multiple processes racing to a finish line, not knowing which will get first

bad timing

Two or more events line up just right and confuse software that didn't expect to be
interrupted in the middle of its operation, it's bad timing.

重复测试Repetition testing

一直做同样的事情

压力测试Stress testing

“饿一饿”软件：不给必要的数据，资源

在不理想的状态时运行，例如内存不足、配置过低，cpu差

其他技术

Behave Like a Dumb User (inexxperienced user)
Throw out any preconceived iideas
Look for Bugs Where Youve A Already Found Them
the more bugs you find, the monore bugs there are
Think like a Hacker
Seek to find vulnerabilities and exexploit it& Folow Experience, Intuition, and Huncnches (预感)
Experience is the name everyone giveves to their mistakes