软件测试案例(三角形白盒测试)
软件测试案例(三角形白盒
测试)
本页仅作为文档页封面，使用时可以删除
This document is for reference only-rar21year.March
②
一、核心程序代码
/** 判断三角形的类 */
public class TriangleTestMethod {
/** 判断三角形的种类。参数a, b, c分别为三角形的三边，
* 返回的参数值为0，表示非三角形；
* 为1，表示普通三角形；
* 为2，表示等腰三角形；
* 为3，表示等边三角形。
*/
public static int comfirm(int a, int b, int c) {
if((a + b > c) && (b + c > a) && (a + c > b)) {
句覆盖测试用例：
输入 期望输出 覆盖对象 测试结果
Case1 a=1, b=2, c=3 0 ①, ⑤ 0
Case2 a=3, b=4, c=5 1 ①, ②, ④, ⑥ 1
Case3 a=3, b=3, c=4 2 ①, ②, ④, ⑦ 2
Case4 a=3, b=4, c=5 3 ①, ②, ③ 3
2.判定覆盖测试用例
输入 期望输出 覆盖对象 测试结果
Case11 a=1, b=2, c=3 0 ①, ⑤ 0
Case12 a=3, b=4, c=5 1 ①, ②, ④, ⑥ 1
Case13 a=3, b=3, c=4 2 ①, ②, ④, ⑦ 2
Case14 a=3, b=4, c=5 3 ①, ②, ③ 3
2
3.条件覆盖测试用例
输入 期望输出 覆盖对象 测试结果
Case5 a=1, b=6, c=7 0 F1, T2, T3 0
Case6 a=7, b=1, c=6 0 T1, F2, T3 0
Case7 a=1, b=7, c=6 0 T1, T2, F3 0
Case8 a=3, b=3, c=4 2 T1, T2, T3, T4, F5, T6, F7, F8 2
Case9 a=3, b=4, c=3 2 T1, T2, T3, F4, F5, F6, F7, T8 2
Case10 a=4, b=3, c=3 2 T1, T2, T3, F4, T5, F6, T7, F8 2
4.条件-判定覆盖测试用例
输入 期望输出 覆盖对象 测试结果
Case15 a=1, b=6, c=7 0 F1, T2, T3 (①, ②) 0
Case16 a=7, b=1, c=6 0 T1, F2, T3 (①, ②)) 0
Case17 a=1, b=7, c=6 0 T1, T2, F3 (①, ②) 0
Case18 a=3, b=3, c=4 2 T1, T2, T3, T4, F5, T6, F7, F8 2
Case19 a=3, b=4, c=3 2 F T1, T2, T3, 4, F5, F6, F7, T8 2
Case20 a=4, b=3, c=3 2 T1, T2, T3, F4, T5, F6, T7, F8 2
Case21 a=3, b=3, c=3 3 F1, T2, T3 (①, ②, ③) 3
Case22 a=3, b=4, c=5 1 T1, F2, T3 (①, ②, ④, ⑥) 1
5.条件组合覆盖测试用例
输入 期望输出 覆盖对象 测试结果
Case23 a=1, b=6, c=7 0 F1, T2, T3 0
Case24 a=7, b=6, c=1 0 T1, F2, T3 0
Case25 a=1, b=7, c=6 0 T1, T2, F2 0
Case26 a=3, b=3, c=3 3 T1, T2, T3, T4, T5 3
Case27 a=3, b=3, c=4 2 T1, T2, T3, T4, F5, 2
3
F6, F7, T8
Case28 a=4, b=3, c=3 2 T1, T2, T3, F4, T5, F6, T7, F8 2
Case29 a=3, b=4, c=5 1 T1, T2, T3, F4, F5, F6, F7, F8 1
Case30 a=3, b=4, c=3 2 T1, T2, T3, F4, F5, F6, F7, T8 2
备注 其他条件组合，无法到达结束
四、程序控制流图
a + b > c A
b + c > a B a + c > b a == b G b == c D Return 0
C
E
F b == c
H
Return 3
I
Return 2
Return 2 H J Return 1 a == c
K
基本路径覆盖测试用例
输入 期望输出 覆盖对象 测试结果
Case31 a=1, b=6, c=7 0 A->D 0
Case32 a=7, b=6, c=1 0 A->B->D 0
Case33 a=1, b=7, c=6 0 A->B->C->D 0
4
Case34 a=3, b=3, c=3 3 A->B->C->E->G-> H 3
Case35 a=3, b=3, c=4 2 A->B->C->E->G-> I 2
Case36 a=4, b=3, c=3 2 A->B->C->E->F-> H 2
Case37 a=3, b=4, c=3 2 A->B->C->E->F->J ->H 2
Case38 a=3, b=4, c=5 1 A->B->C->E->F->J ->K 1
5
白盒测试实验报告材料-范例
广西科技大学计算机学院《软件测试技术》实验报告书实验一白盒测试学生：xxxx学号：xxxx班级：xxxx指导老师：xxxxx专业：计算机学院软件工程提交日期：2014年10月20日白盒测试实验报告一实验容1、系统地学习和理解白盒测试的基本概念、原理，掌握白盒测试的基本技术和方法；2、举例进行白盒测试，使用语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖、路径覆盖进行测试。
3、通过试验和应用，要逐步提高和运用白盒测试技术解决实际测试问题的能力；4、熟悉C++编程环境下编写、调试单元代码的基本操作技术和方法；5、完成实验并认真书写实验报告（要求给出完整的测试信息，如测试程序、测试用例，测试报告等）二实验原理白盒测试原理：已知产品的部工作过程，可以通过测试证明每种部操作是否符合设计规格要求，所有部成分是否已经过检查。
它是把测试对象看作装在一个透明的白盒子里，也就是完全了解程序的结构和处理过程。
这种方法按照程序部的逻辑测试程序，检验程序中的每条通路是否都能按预定要求正确工作。
其又称为结构测试。
对于该实验的例子给出其流程图如下图所示，我们来了解白盒测试的基本技术和方法。
语句覆盖是指选择足够的测试用例，使得程序中每个语句至少执行一次。
如上例选择测试用例x=1,y=1和x=1,y=-1可覆盖所有语句。
判定覆盖是指选择足够的测试用例，使得程序中每一个判定至少获得一次“真”值和“假”值，从而使得程序的每个分支都通过一次（不是所有的逻辑路径）。
选择测试用例x=1,y=1和x=1,y=-1可覆盖所有判定。
条件覆盖是指选择语句多数的测试用例，使得程序判定中的每个条件能获得各种不同的结果。
选择测试用例x=1,y=1和x=-1,y=-1可覆盖所有条件。
判定/条件覆盖是指选择足够多的测试用例，使得程序判定中每个条件取得条件可能的值，并使每个判定取到各种可能的结果（每个分支都通过一次）。
即满足条件覆盖，又满足判定覆盖。
选择测试用例x=1,y=1和x=-1,y=-1可覆盖所有判定/条件。
软件测试(第2版 慕课版)课后习题答案
第一章软件测试基础课后习题答案1．什么是软件测试？软件测试发现一个应用从开始到结束时的错误，测试是一个过程。
(Glenford J.Myers 提出对软件测试的定义)测试是发现错误而执行的一个程序或系统的过程测试以发现故障为目的，是为了发现故障而执行程序过程2．软件测试涉及哪几个关键问题？软件测试的经济性原则谁来测试（who）测试什么（what）什么时候测试（when）怎样进行测试（how）测试的停止标准是什么（which）3．为什么说软件需求说明是软件故障的最大来源？软件需求是描述了系统有哪些功能，功能操作，性能如何等问题，是开发阶段的重要文档，也是后期软件开发的重要依据。
如果软件需求一开始就错了，在后面处理过程则会把错误放大，这样使得修复起来成本就是提升。
4．简述软件测试的复杂性和经济性。
复杂性1.完全测试是不现实的2.软件测试是有风险的3.杀虫剂现象4.缺陷的不确定性经济性软件测试是软件生命期中费用消耗最大的环节。
测试费用除了测试的直接消耗外，还包括其他的相关费用5．分析最近发生的软件质量事故，并简要分析产生的原因。
具体案例具体分子6．启动Windows计算器，输入“6,000-6=”（逗号不能少），观察计算结果，这是软件故障吗？为什么？这是软件故障中的界面缺陷。
由于无法输入逗号，无法进行输入，当做一个界面缺陷，因为不符合需求，原本是小数点变成了逗号。
7．软件测试应遵循哪些重要的原则或方针？1．完全测试程序是不可能的2．软件测试是有风险的3．测试无法找到隐藏的软件故障4．存在的故障数量与发现的故障数量成正比5．杀虫剂现象6．并非所有软件故障都能修复7．一般不要丢弃测试用例8．应避免测试自己编写的程序9．软件测试是一项复杂且具有创造性的和需要高度智慧的挑战性任务8．假定无法完全测试某一程序，那么在决定是否应该停止测试时应考虑哪些问题？在工作中，常用的停止测试标准有五类：测试超过了预定时间，停止测试执行了所有测试用例但没有发现故障，停止测试使用特定的测试用例方法作为判断测试停止的基础正面指出测试完成要求，如发现并修改70个软件故障根据单位是见查出故障数量决定是否停止测试9 . 假如星期一测试软件的某一功能时，每小时能发现一个新的软件故障，那么星期二会以什么频率发现软件故障？第一感觉就是与第一天（星期一）的一样，既然前一天发现的频率以每小时都有新的故障，说明软件的缺陷很高，所以第二天也可能有同样的频率。
白盒测试黑盒测试区别举例
白盒测试和黑盒测试的区别举例在软件测试领域，白盒测试和黑盒测试是两种常见的测试方法，它们在测试目的、实施方式和适用场景上有着明显的区别。
本文将从具体举例分析白盒测试和黑盒测试的差异，帮助读者更好地理解两者之间的区别。
白盒测试白盒测试又称为结构化测试或逻辑驱动测试，是一种基于程序内部逻辑和结构进行测试的方法。
它侧重于理解代码的内部工作原理和逻辑结构，通过检查程序的代码、路径覆盖率等方面来评估测试质量。
举例来说，假设有一个简单的函数用于计算两个数的和：def add(x, y):result = x + yreturn result在白盒测试中，测试人员会针对上述函数编写测试用例，覆盖不同的路径和边界条件，以保证程序的逻辑正确性。
比如，测试用例可以包括输入两个正数、两个负数、一个正数一个负数等情况。
黑盒测试黑盒测试又称为功能测试或行为驱动测试，是一种基于软件需求和规格说明进行测试的方法。
测试人员不需要了解程序的内部工作原理，而是通过输入输出的观察来评估程序的正确性。
继续以上述加法函数的例子，黑盒测试则关注函数的功能是否符合预期需求。
测试人员会编写测试用例，根据输入和输出的关系来验证函数的正确性，而不考虑函数内部的实现细节。
例如，黑盒测试的测试用例可能包括输入两个正数、两个负数、一个正数一个负数等情况，观察输出结果是否符合预期的加法运算结果。
白盒测试和黑盒测试的区别1.测试对象不同：白盒测试关注程序的内部结构和逻辑，而黑盒测试关注程序的功能和用户需求。
2.测试重点不同：白盒测试侧重于路径覆盖和代码执行逻辑，黑盒测试侧重于功能是否符合需求。
3.测试用例设计方法不同：白盒测试需要了解程序内部结构，设计测试用例以覆盖不同路径和边界条件；黑盒测试则通过需求规格设计测试用例，验证程序的功能是否正确。
4.测试人员角色不同：白盒测试需要有编程和代码理解能力的测试人员，而黑盒测试相对更容易上手，适合非技术人员进行测试。
第三章 软件结构性白盒测试
完成路径测试的理想情况是做到路径覆盖，但对于复杂性 大的程序要做到所有路径覆盖（测试所有可执行路径）是 不可能的。 在不能做到所有路径覆盖的前提下，如果某一程序的每一 个独立路径都被测试过，那么可以认为程序中的每个语句 都已经检验过了，即达到了语句覆盖。这种测试方法就是 通常所说的基本路径测试方法。
a F b
A > 1 && B == 0
T c X = X/A
F d
A == 2 || X > 1
T e X=X+1
逻辑覆盖测试方法
语句覆盖 分支覆盖 条件覆盖 分支-条件覆盖 路径覆盖
语句覆盖
原理：如果语句中有错误，仅靠观察不 执行可能发现不了 在测试时，首先设计若干个测试用例， 然后运行被测程序，使程序中的每个可 执行语句至少执行一次 若干个 -> 尽量少 语句覆盖、程序段覆盖、程序块覆盖
分支覆盖测试用例
路径ace A=2 B=0 X=3 路径abd A=1 B=0 X=1 路径acd A=3 B=0 X=3 路径abe A=2 B=1 X=2
或
分支覆盖的利弊
分支覆盖要比语句覆盖查错能力强一些： 执行了分支覆盖，实际也就执行了语句 覆盖 分支覆盖与语句覆盖存在同样的缺点– 不Βιβλιοθήκη 查出条件语句错误软件测试课程
软件结构性白盒测试
厦门大学软件学院
概览
在本章中，我们将学习：
–结构性白盒测试概述 –程序结构分析 –逻辑覆盖 –结构性测试案例
结构测试定义
把测试对象看做一个透明的盒子 白盒测试是根据被测程序的内部结构设计测 试用例并完成测试的一种测试方法 白盒测试或逻辑驱动测试 基于一个应用代码的内部逻辑知识，测试覆 盖全部代码、分支、路径和条件
白盒测试用例实验报告
白盒测试用例实验报告《白盒测试用例实验报告》一、实验目的本实验旨在通过白盒测试用例的实验报告，了解白盒测试的原理和方法，掌握白盒测试用例的编写和执行过程。
二、实验环境1. 软件环境：Windows 10操作系统、Eclipse集成开发环境2. 硬件环境：个人电脑三、实验内容1. 理解白盒测试的原理和方法2. 编写白盒测试用例3. 执行白盒测试用例4. 分析测试结果并撰写实验报告四、实验步骤1. 阅读相关文献，了解白盒测试的原理和方法2. 选择一个简单的软件模块，编写白盒测试用例3. 在Eclipse中创建测试类，并将编写的测试用例添加到测试类中4. 执行测试用例，观察测试结果5. 分析测试结果，撰写实验报告五、实验结果1. 经过测试，所有编写的白盒测试用例均能正确执行，并且符合预期结果2. 通过对测试结果的分析，发现了一些潜在的代码逻辑错误，并及时进行了修复3. 实验报告中详细记录了测试用例的编写过程、执行结果和分析结论六、实验总结通过本次实验，我对白盒测试有了更深入的了解，掌握了白盒测试用例的编写和执行方法。
同时，通过对测试结果的分析，我也发现了一些代码逻辑上的问题，并及时进行了修复。
这次实验不仅提高了我的软件测试能力，也增强了我对软件质量控制的认识。
七、实验感想白盒测试是软件测试中非常重要的一部分，通过本次实验，我深刻体会到了白盒测试对软件质量的重要性。
在今后的学习和工作中，我将继续深入学习白盒测试的理论知识，提高自己的测试能力，为软件质量的提升贡献自己的力量。
八、参考文献1. 《软件测试与质量保障》，王晓敏，清华大学出版社2. 《软件测试方法与技术》，李彦，人民邮电出版社以上就是本次实验的白盒测试用例实验报告，希望对大家有所帮助。
软件测试白盒黑盒测试第2章(3)解答
•
•
•
什么是数据流分析？
数据流分析最初是随着编译系统要生成有效的 目标码而出现的，这类方法主要用于代码优化。 数据流分析方法在确认系统中也得到成功的运 用，用以查找如引用未定义变量等程序错误，以 及用来查找对未曾使用的变量再次赋值等数据流 异常的情况。
数据流分析重要性：
• 在程序测试中，找出这 些错误是很重要的。因为这 常常是常见程序错误的表现 形式，如错拼名字、名字混 淆或是丢失了语句。
• 第 3 个问题，需要考虑如何设置最少探测点方 案。 • 第 4 个问题，是如何在程序中特定部位插入断 言语句。在应用程序插桩技术时，可在程序中 特定部位插入某些用以判断变量特性的语句， 使得程序执行中这些语句得以证实。
•
实践表明，程序插装方法是应用很广 的技术，特别是在完成程序的测试和调 试时非常有效。调试时常用程序段截半 法寻找错误位置。
跳过整个循环；
只循环一次；
只循环两次； 循环 m 次，其中m<n； 分别循环 n-1、n 和 n+1 次。
循环测试方法
（2）测试嵌套循环。如果将简单循环的测试方法用 于嵌套循环，可能的测试次数会随嵌套层数成几何 级数增加。 此时可采用以下办法减少测试次数： 测试从最内层循环开始，所有外层循环次数设置为 最小值； 对最内层循环按照简单循环的测试方法进行； 由内向外进行下一个循环的测试，本层循环的所有 外层循环仍取最小值，而由本层循环嵌套的循环取 某些“典型”值； 重复上一步的过程，直到测试完所有循环。
N X>8 AND Y>5 Y
N 引用语句1
X>0 OR Y>0
Y
N
X>16 OR Y>10
软件工程习题(1)
3.输入三个正整数作为边长，判断该三条边构成的三角形是等边、等腰还是一般三角形。
使用流程图、PAD图4、什么是判定/条件覆盖？为以下程序流程图设计判定/条件覆盖测试用例并标明程序执行路径。
判定/条件覆盖——它是指设计足够的测试用例，即满足条件覆盖又满足判定覆盖。
测试用例：x=2，y=0，z=3（覆盖x>1，y=0，x=2，z>1，通过路径abcde）；x=1，y=1，z=1（覆盖x≤1，y≠0，x≠2，z≤1，通过路径ace）。
5、根据下列条件使用等价类划分法设计测试用例。
(书P118 例)某一8位微机，其八进制常数定义为：以零开头的数是八进制整数，其值的范围是-177～177，如05，0127，-065（1）划分等价类并编号，如下表示：（2）为合理等价类设计测试用例,表中有两个合理等价类,设计两个例子（3）为不合理等价类测试用例,至少设计一个测试用例6、将下面给出的伪码转换为N-S 图。
（8分）void root ( float root1, float root2 ) { i = 1; j = 0; while ( i <= 10 ) {输入一元二次方程的系数a, b, c; p = b*b – 4*a*c;if ( p < 0 ) 输出“方程i 无实数根”; else if ( p > 0 ) 求出根并输出; if ( p == 0 ) {求出重根并输出; j = j + 1; }i = i +1; }输出重根的方程的个数j; }7、某航空公司规定，乘客可以免费托运重量不超过30kg 的行李。
当行李重量超过30kg 时，对头等舱的国内乘客超重部分每公斤收费4元，对其他舱的国内乘客超重部分每公斤收费6元，对外国乘客超重部分每公斤收费比国内乘客多一倍，对残疾乘客超重部分每公斤收费比正常乘客少一半。
用判定树表示与上述每种条件组合相对应的计算行李费的算法。
i = 1; j = 0; while ( i <= 10 ) 输入a, b, c; 计算 p = b 2 - 4ac ; p < 0 ? 输出“方程i ”无求出根并输出 ↓p > 0 ? p == 0 ? 求出重根并输出; j = j + 1; ↓i = i + 1; 输出重根的方程个数i T T T F FF8、使用PAD图描述在数组A（1）～A（10）中找最大数的算法9、假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。
软件测试-黑盒测试与白盒测试
Y
b
(a=2)||(x>1)
Y
d 返回
c x=x/a
e x=x+1
白盒测试技术X=2
逻辑覆盖技术
Y=2X
Y=4？
循环结构测试
# include <stdio.h>
简单循环
main() {
? 循环变量的初值是否正确 int i=0; ? 循环变量的最大值是否正确iwnht isleum(i<=100; ) ? 循环变量的增量是否正确 {
白盒测试技术X=2
Y=2X
Y=4？
面向对象测试步骤 /*矩形类，实现矩形周长和面积的*计/ 算 public class Rectangle extends Shape{ …… 设Re计ct测ang试le用re例ct1=new Rectangle测(1试,1R)e;ctangl类e publicstaticvoidmain(String[]args){// RRR比(eee1ccc如,1ttt)aaa测nnn(ggg1试R.llleee2e,rrrc3eeet.accc4nttt)211g===(l类aennn,eeeb时www) ，(RRR,可eee)ccc以tttaaannn构ggg造llleee(((以1a,.,)2b下;,)3;测.4试); 用例：
# include <stdio.h> main() {
float a,b,x;
scanf“(%f%f%”f,&a,&b, &x); if ((a>1)&&(b==0))
x=x/a; if ((a==2)||(x>1))
x=x+1; printf(“%f”,x); }
第3章白盒测试技术
函数调用关系图
• 通过应用程序各函数之间的调用关系展示 了系统的结构。列出所有函数，用连线表 示调用关系。 • 通过函数调用关系图：
– 可以检查函数的调用关系是否正确 – 是否存在孤立的函数而没有被调用 – 明确函数被调用的频繁度，对调用频繁的函数 可以重点检查
模块控制流图
• 模块控制流图是与程序流程图类似的有许 多节点和连接节点的边组成的一种图形， 其中一个节点代表一条语句或数条语句， 边表示节点间的控制流向，它显示了一个 函数的内部逻辑结构 • 模块控制流图可以直观的反映出一个函数 的内部逻辑结构，通过检查这些模块的控 制流图，能够很快发现软件的错误与缺陷。
逻辑覆盖法
• 逻辑覆盖是通过对程序逻辑结构的遍历实现程序 的覆盖。它是一系列测试过程的总称，这组测试 过程逐渐进行越来越完整的通路测试。 • 从覆盖源程序语句的详尽程度分析，逻辑覆盖标 准包括：
– – – – – – 语句覆盖 判定覆盖 条件覆盖 条件判定组合覆盖 多条件覆盖 修正条件判定覆盖
示例程序
3.3 动态测试技术
• 白盒测试的动态测试应该根据程序的控制结构设计测试用例,原则是:
– – – – 保证模块中每一独立的路径至少执行一次; 保证所有判断的每一分枝至少执行一次； 保证每一循环都在边界条件和一般条件下至少各执行一次; 验证所有内部数据结构的有效性。
• 对一个具有多重选择和循环嵌套的程序,不同的路径数目可能是天文数 字.而且即使精确地实现了白盒测试,也不能断言测试过的程序完全正 确. • 比如包括了一个执行达20次的循环的程序,它所包含的不同执行路径 数高达520条,假使有这么一个测试程序,对每一条路径进行测试需要 1ms,假设一天工作 24小时,一年工作365天,若要对它进行穷举测试,也 需要3024年的时间. • 为了节省时间和资源，就必须精心设计测试用例，从数量巨大的可用 测试用例中挑选少量的、优秀的测试数据，使用这些测试数据能够达 到最佳的测试效果 • 其中，逻辑覆盖法和基本路径测试法是常用的两种白盒测试用例测试 方法。
白盒测试方法
一、白盒测试概念1、定义白盒测试又称结构测试、透明盒测试、逻辑驱动测试、基于代码的测试。
盒子指被测试的软件，白盒指盒子是可视的。
白盒测试是一种测试用例设计方法，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例。
白盒测试主要针对被测程序的源代码，主要用于软件验证，不考虑软件的功能实现，只验证内部动作是否按照设计说明书的规定进行。
2、目的我们一方面注重软件功能需求的实现，另一方面还要注重程序逻辑细节，主要是因为软件自身的缺陷，具体如下：1）逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。
日常处理往往被很好地了解，而“特殊情况”的处理则难于发现。
2）我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的基础上被执行。
程序的逻辑流有时是违反直觉的，只有路径测试才能发现这些错误。
3）代码中的笔误是随机且无法杜绝的。
笔误出现在主流上和不明显的逻辑路径上的机率是一样的。
很多被语法检查机制发现，但是其他的会在测试开始时才会被发现。
4）功能测试本身的局限性。
如果程序实现了没有被描述的行为，功能测试是无法发现的，例如病毒，而白盒测试很容易发现它。
3、目标采用白盒测试必须遵循以下几条原则，才能达到测试的目标：1）保证一个模块中的所有独立路径至少被测试一次。
2）所有逻辑值均需测试真(true) 和假(false) 两种情况。
3）检查程序的内部数据结构，保证其结构的有效性。
4）在上下边界及可操作范围内运行所有循环。
4、黑白灰区别黑盒测试技术：也称功能测试或数据驱动测试，只关注规格说明中的功能，测试者在程序接口对软件界面和软件功能进行测试，它只检查实现了的功能是否按照“用户需求说明书”的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
主要用于软件确认测试，结合兼容、性能测试等方面，但黑盒测试不能保证已经实现的各个部分都被测试到。
黑盒测试适用于各阶段测试。