黑盒测试用例设计实例

黑盒测试用例设计实例引言黑盒测试是一种软件测试的方法，它从用户的角度出发，不考虑内部的实现细节，仅仅根据软件的输入和输出来进行测试。

黑盒测试用例的设计是黑盒测试的关键环节之一，本文将通过一个实例来详细介绍如何进行黑盒测试用例的设计。

任务概述本文将以一个电子商务网站为例，以说明如何进行黑盒测试用例的设计。

电子商务网站通常包含用户注册、商品浏览、购物车管理、下单支付等功能模块。

我们将分别设计这些功能模块的黑盒测试用例。

电子商务网站功能模块1.用户注册2.商品浏览3.购物车管理4.下单支付用户注册功能模块测试输入验证测试1.输入有效的用户名、密码、邮箱和手机号，验证是否成功注册。

2.输入无效的用户名，如为空、包含特殊字符或长度超过限制，验证是否提示相应的错误信息。

3.输入无效的密码，如长度过短、仅由数字组成，验证是否提示相应的错误信息。

4.输入无效的邮箱，如格式不符合要求，验证是否提示相应的错误信息。

5.输入无效的手机号，如格式不符合要求，验证是否提示相应的错误信息。

功能测试1.验证成功注册后，是否能够正常登录。

2.验证注册后的用户信息在数据库中是否正确保存。

3.验证重复注册同一用户名是否被拒绝。

商品浏览功能模块测试页面加载测试1.验证首页是否正确加载，包括顶部导航栏、商品分类、轮播图等元素是否显示正常。

2.验证商品详情页是否正确加载，包括商品名称、价格、图片、评价等元素是否显示正常。

搜索功能测试1.在搜索框中输入关键字，验证是否能够正确展示相关的商品结果。

2.输入不存在的关键字，验证是否能够提示“未找到相关商品”的信息。

列表排序测试1.验证按价格升序排序时，商品列表是否按价格由低到高的顺序排列。

2.验证按价格降序排序时，商品列表是否按价格由高到低的顺序排列。

分类过滤测试1.选择一个商品分类，验证筛选后的商品列表是否只显示该分类的商品。

2.选择多个商品分类，验证筛选后的商品列表是否包含这些分类的商品。

黑盒测试经典例题(精选8篇)【篇一】黑盒测试经典例题实验一黑盒测试（一）实验目的1．掌握用边界值方法设计测试用例和执行测试的过程；2．掌握用等价划分方法设计测试用例和执行测试的过程；3．掌握用决策表方法设计测试用例和执行测试的过程。

（二）实验内容测试“Ne某tDate”函数。

Ne某tDate返回输入日期后面的那个日期。

变量年、月、日都具有整数值，且满足如下条件：C1:1912≤年份≤2050C2:1≤月份≤12C3:1≤日期≤31（三）实验步骤用熟悉的语言（如C语言）编写实现该函数的功能，并用如下方法设计测试用例，进行黑盒测试。

参考源代码：#includeintne某tDate(intyear,intmonth,intday);voidmain(){/intyear,month,day;ne某tDate(2051,12,30);}intne某tDate(intyear,intmonth,intday) {/某如果还有明天，返回1；如果输入不合法，返回-1；某/witch(month){cae1:cae3:cae5:cae7:cae8:cae10:if(day==31){day=1;month=month+1;}eleday=day+1;break;cae4:cae6:cae9:cae11: if(day==30){day=1;month=month+1;}eleday=day+1;break;cae12:if(day==31){day=1;month=1;year=year+1;if(year==2022)printf("2022iover");}eleif(day=1912&&year12||month31||day【篇二】黑盒测试经典例题常用黑盒测试的方法黑盒测试（Black-bo某Teting，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。

利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。

黑盒测试具体例子黑盒测试是一种软件测试方法，测试人员主要关注软件的输入与输出，而不考虑内部结构或代码实现细节。

在黑盒测试中，测试人员通过分析需求规格说明书等文档，设计测试用例来验证软件功能的正确性。

下面将介绍几个黑盒测试的具体例子。

1. 登录功能测试假设我们要测试一个网站的登录功能，我们可以设计以下测试用例来进行黑盒测试：•测试用例1：输入正确的用户名和密码，验证是否能成功登录；•测试用例2：输入错误的用户名，验证是否提示“用户名不存在”的错误信息；•测试用例3：输入错误的密码，验证是否提示“密码错误”的错误信息；•测试用例4：输入超长的用户名或密码，验证系统是否做了长度限制处理；•测试用例5：在登录界面不输入任何信息，验证系统是否能识别为空的输入并给出相应提示。

通过以上测试用例可以验证登录功能在不同情况下的表现，保证其在各种情况下都能正常运作。

2. 购物车功能测试假设我们要测试一个电商网站的购物车功能，我们可以设计以下测试用例进行黑盒测试：•测试用例1：向购物车添加商品，验证商品数量是否正确增加；•测试用例2：修改购物车中商品的数量，验证价格是否正确计算；•测试用例3：删除购物车中的商品，验证删除后购物车是否为空；•测试用例4：尝试向购物车中添加数量超过库存的商品，验证系统是否给出相应提示；•测试用例5：尝试在未登录状态下进行购物车操作，验证系统是否要求用户先登录。

通过以上测试用例可以验证购物车功能在各种操作下的正确性，避免在实际使用中出现问题。

3. 搜索功能测试假设我们要测试一个搜索引擎的搜索功能，我们可以设计以下测试用例进行黑盒测试：•测试用例1：输入关键词进行搜索，验证搜索结果的相关性和准确性；•测试用例2：输入特殊字符进行搜索，验证系统是否能正确处理这些特殊字符；•测试用例3：输入不存在的关键词进行搜索，验证系统是否能给出“无结果”提示；•测试用例4：在搜索结果页面尝试使用筛选功能，验证筛选条件是否有效；•测试用例5：在搜索过程中断网重连，验证系统是否能正确处理这种情况。

软件测试黑盒测试实例在软件测试领域中，黑盒测试是一种测试方法，旨在检查软件功能的正确性而不考虑内部结构或代码逻辑。

黑盒测试通过输入某些值，检查输出结果是否符合预期来评估软件系统。

本文将通过一个实例来说明黑盒测试的过程和重要性。

实例介绍假设我们有一个简单的登录系统，其中包含用户名和密码输入框以及登录按钮。

我们的任务是对这个登录系统进行黑盒测试，确保系统在各种情况下都能正确运行。

测试用例设计1.正常登录: 输入正确的用户名和密码，点击登录按钮，预期系统应成功登录。

2.错误的用户名: 输入错误的用户名，正确的密码，点击登录按钮，预期系统应提示用户名错误。

3.错误的密码: 输入正确的用户名，错误的密码，点击登录按钮，预期系统应提示密码错误。

4.空用户名: 不输入用户名，输入正确的密码，点击登录按钮，预期系统应提示用户名不能为空。

5.空密码: 输入正确的用户名，不输入密码，点击登录按钮，预期系统应提示密码不能为空。

测试过程1.针对每个测试用例，创建一个测试计划，包括输入值、预期输出和实际输出。

2.依次执行测试用例，记录实际输出。

3.检查实际输出是否符合预期输出，如果不符合，则说明系统在该情况下存在问题。

4.将测试结果进行归档和整理，编写测试报告。

测试结果经过上述测试用例的执行，我们得出以下结论：•正常登录：系统成功登录。

•错误的用户名：系统正确提示用户名错误。

•错误的密码：系统正确提示密码错误。

•空用户名：系统正确提示用户名不能为空。

•空密码：系统正确提示密码不能为空。

结论通过黑盒测试实例，我们发现系统在各种情况下都表现出良好的功能性和健壮性。

黑盒测试作为软件测试的重要手段之一，能够有效地发现系统的潜在问题，提高软件质量和用户体验。

因此，在软件开发过程中，黑盒测试是必不可少的一环。

黑盒测试用例设计案例（判三角形）【例1】假设现有以下的三角形分类程序。

该程序的功能是，读入代表三角形边长的3个整数，判定它们能否组成三角形。

如果能够，则输出三角形是等边、等腰或任意三角形的分类信息。

图9.11显示了该程序的流程图和程序图。

为以上的三角形分类程序设计一组测试用例。

【解】第一步：确定测试策略。

在本例中，对被测程序的功能有明确的要求，即：（1）判断能否组成三角形；（2）识别等边三角形；（3）识别等腰三角形；（4）识别任意三角形。

因此可首先用黑盒法设计测试用例，然后用白盒法验证其完整性，必要时再进行补充。

第二步：根据本例的实际情况，在黑盒法中首先可用等价分类法划分输入的等价类，然后用边界值分析法和猜错法作补充。

等价分类法：有效等价类输入3个正整数：(1)3数相等(2)3数中有2个数相等，比如AB相等(3)3数中有2个数相等，比如BC相等(4)3数中有2个数相等，比如AC相等(5)3数均不相等(6)2数之和不大于第3数，比如最大数是A(7)2数之和不大于第3数，比如最大数是B(8)2数之和不大于第3数，比如最大数是C无效等价类：(9)含有零数据(10)含有负整数(11)少于3个整数(12)含有非整数(13)含有非数字符边界值法：(14)2数之和等于第3数猜错法：(15)输入3个零(16)输入3个负数第三步：提出一组初步的测试用例，如下表所示：第四步：用白盒法验证第三步产生的测试用例的充分性。

结果表明，上表中的前8个测试用例，已能满足对被测程序图的完全覆盖，不需要再补充其他的测试用例。

14级本科《软件测试技术》实验指导书实验1 利用黑盒测试技术设计测试用例【实验目的】1、熟悉并掌握黑盒测试的方法：等价类划分法、边界值分析法、错误推测法、场景法。

2、了解待测的功能，灵活应用黑盒测试方法中的等价类划分法、边界值分析法、错误推测法以及场景法，设计测试用例，掌握正面测试和负面测试。

【实验内容】【1】应用等价类划分法进行测试。

用户注册功能，要求用户密码必须满足两个条件：长度为6到8位。

必须是字母和数字的组合。

（1）请分析等价类，填写表1-1。

表1-1 等价类表输入条件有效等价类编号无效等价类编号用户密码大于6小于8 1 小于6位 22 大于8位 3字母和数字的组合 4 全为数字 5全为字母 6 （2）根据表1-1的等价类设计测试数据，填写表1-2。

表1-2 根据等价类划分法设计的测试数据序号输入数据覆盖等价类预期结果1 abd3211 1,4 有效2 12345 2,5 无效3 Abcdf 2,6 无效4 Shg96 2,4 无效5 Sjdgjsdjhskjfh646 3,4 无效【2】应用等价类划分法和边界值分析法进行测试。

在教务系统中进行课程成绩录入，要求0≤成绩≤100，且成绩为整数。

（1）请分析等价类，填写表1-3。

表1-3 等价类表输入条件有效等价类编号无效等价类编号输入成绩大于等于0小于等于1 小于0 2100大于100 3为整数 4 不为整数 5 （2）根据表1-3的等价类设计测试数据，填写表1-4。

表1-4 根据等价类划分法设计的测试数据序号输入数据覆盖等价类预期结果1 60 1,4 有效2 100 1,4 有效3 59.9 1,5 有效4 101 3,4 无效5 -1 2,4 无效（3）根据边界值分析法设计测试数据，填写表1-5。

表1-5 根据边界值分析法设计的测试数据序号输入数据预期结果1 100 有效2 0 有效3 110 无效4 -5 无效【3】应用场景法进行测试。

黑盒测试用例的设计方法
边界值分析法也超有趣哦。

这就像是专门盯着边缘情况。

还是说年龄输入框，最小年龄0岁，最大年龄150岁（假设哈），那这0和150就是边界值呀。

还有边界值的邻居，像 -1和1，149和151。

这些边界值和边界附近的值往往是最容易出问题的地方呢。

就好比住在河边的房子，最容易受到洪水影响一样，软件在边界值这里也可能会有小脾气，所以一定要重点测试这些值。

决策表法呀，就像是做选择题的一个大表格。

假如有个系统，根据用户的会员等级（普通、银卡、金卡）和消费金额（低、中、高）来决定折扣。

那咱就可以画个表格，把各种组合都列出来。

普通会员低消费、普通会员高消费、银卡会员中消费等等，然后在表格里写出对应的折扣。

这样就很清楚地知道每个情况该怎么测试啦，就像按照菜单点菜一样，明明白白的。

因果图法就有点像找事情的因果关系呢。

比如说，有个功能是注册账号，用户名存在、密码符合要求、验证码正确这些原因，会导致注册成功这个结果。

那咱们就可以画出因果图来表示它们之间的关系。

如果用户名不存在，那注册肯定不成功啦。

这就像是破案一样，找到原因和结果之间的联系，然后根据这个来设计测试用例。

宝子，黑盒测试用例设计方法就是这么些啦，是不是还挺好玩的呢？掌握了这些方法，就能更好地找出软件里的小毛病啦。

。

黑盒测试及测试用例设计方法黑盒测试定义什么是黑盒测试？黑盒测试就是测试人员把软件产品（可阶段性产品）看做是一个黑盒。

在测试过程中测试人员只需关心对这个软件黑盒操作会得到什么样的结果，而不必深入地去了解它的内部实现机制所进行的测试活动。

例如：在Windows的命令行中输入字符串dir就可以得到当前目录下的子目录及文件的列表。

而输入tasklist后就得到一张正在系统中运行的任务的列表。

在以上操作中不必去考虑命令行解析器会如何解析输入的字符串，也不必考虑系统如何获取我们想要的信息并如何把他显示在屏幕上，这就是黑盒处理机制。

我们只关心输入（input）的和想要得到的输出（output）。

如果在初始条件确定的情况下的一组确定的输入经过软件产品这个黑盒进行处理后并没有得到期望的结果(expected result)时,则说明此时就发现了一个软件的缺陷（defect）。

为什么要做黑盒测试？验证（verity）：软件产品是否符合需求文档的设计（IEEE 1983 of IEEE Standard 729）证实（validate）：软件产品符合最终用户的需求（IEEE 1983 of IEEE Standard 729）把dir输入到其它软件（如计算器）可能毫无意义，但在Windows命令行中被解析为获取当前目录下的子目录及文件的列表，并且在初始条件确定的情况下将得到可预测的输出。

这样的输出在软件测试阶段通常被定义下来以保证开发人员编写的程序有章可循。

这下是软件测试的目的之一：验证（verity）软件产品是否符合需求文档的设计。

黑盒测试中，测试人员只按业务逻辑测试而不需要考虑内部实现。

这就很好地模拟了终端用户的行为。

然而终端用户的行为并不会都在软件需求文档中定义（例如黑客攻击）。

我们可以尽量模拟终端用户对产品网站进行攻击。

这样的测试既可以是预先定义好的，也可以是随机的（adhoc test）。

像这样的模拟终端用户操作对产品进行的测试活动就是在履行软件测试的另一个目的：证实（validate）软件产品符合最终用户的需求。