测试用例的设计
- 格式:doc
- 大小:459.16 KB
- 文档页数:10
测试用例设计方法测试用例设计是软件测试过程中非常重要的一环。
通过合理的测试用例设计,可以全面地验证软件系统的功能是否正常、性能是否满足要求、稳定性是否可靠等。
在测试用例设计中,可以使用多种方法来确保测试的全面性和有效性。
下面我将介绍几种常用的测试用例设计方法。
1. 等价类划分法等价类划分法是一种基于输入数据的测试用例设计方法。
它将输入数据划分为若干等价类,每个等价类包含了一组具有相同特征和行为的输入值。
然后,从每个等价类中选择一个典型的输入值作为测试用例。
这样做的好处是在尽量少的测试用例下,可以覆盖到不同的输入条件。
例如,对于一个要求输入年龄的功能,可以划分为小于0岁、0到17岁、18到65岁、65岁以上等等等价类。
2. 边界值分析法边界值分析法是在等价类划分法的基础上,进一步考虑边界情况的测试用例设计方法。
边界值通常是系统能够处理的最小和最大输入值。
通过测试边界值,可以发现输入值是否能够正确地被系统处理。
例如,对于一个要求输入1到100之间的数字的功能,可以设计测试用例分别为0、1、2、99、100、101等。
3. 错误推测法错误推测法是基于测试人员的经验和直觉来推测可能出现的错误情况,并针对这些错误情况设计测试用例。
这种方法更关注于系统对异常情况的处理能力。
例如,对于一个邮件发送功能,可以设计测试用例来测试系统在网络不稳定、收件人邮箱不正确、邮件附件过大等错误情况下的反应。
4. 状态转换法状态转换法是针对有状态的系统进行测试用例设计的一种方法。
通过分析系统的状态变化,设计测试用例来覆盖各个状态和状态之间的转换。
例如,对于一个订单处理系统,可以设计测试用例来覆盖订单的创建、支付、发货、取消等各个状态。
5. 正交实验法正交实验法是一种基于统计学的测试用例设计方法。
它通过对系统的各个因素进行组合,设计最少的测试用例来覆盖尽可能多的情况。
这种方法适用于系统的因素比较复杂,测试用例组合爆炸的情况。
例如,对于一个电子商务网站,可以设计测试用例来测试不同的商品类别、商品属性、支付方式等组合情况。
测试用例的几种常用设计方法测试用例是软件测试中的重要组成部分,它们对于确保软件质量至关重要。
在设计测试用例时,可以采用多种不同方法。
下面将介绍几种常用的测试用例设计方法。
1.等价类划分法(Equivalent Partitioning)等价类划分法是一种基于输入数据的测试用例设计方法。
它将输入数据划分为若干等价类,每个等价类中的数据具有相同的功能和处理方式。
在设计测试用例时,只需要选择每个等价类中的一个或几个代表性的测试数据进行测试即可。
这种方法可以有效地减少测试用例的数量,同时保证测试覆盖面。
2. 边界值分析法(Boundary Value Analysis)边界值分析法是一种基于输入数据边界的测试用例设计方法。
它关注输入数据的边界条件,通常在输入数据的最小值、最大值和边界附近选择测试用例。
这是因为在边界处发生的错误往往比在其他地方发生的错误更容易被发现。
通过边界值分析法设计的测试用例可以提高测试效率和覆盖度。
3. 错误推测法(Error Guessing)错误推测法是一种基于经验和直觉的测试用例设计方法。
它假设测试人员能够猜测到软件中潜在的错误,并设计相应的测试用例来验证这些错误。
这种方法不依赖于任何特定的测试技术或规则,而是基于测试人员的经验和洞察力。
错误推测法可以应用于各种测试阶段,并且适用于不同类型的软件。
4. 决策表法(Decision Table)决策表法是一种基于规则和条件的测试用例设计方法。
它使用表格来表示系统的决策条件和相应的动作结果。
在设计测试用例时,可以根据表格中的各种条件组合来选择相应的测试用例。
决策表法对复杂的业务逻辑和条件约束非常有效,可以提高测试覆盖范围和准确性。
5. 状态转换法(State Transition)状态转换法是一种基于系统状态的测试用例设计方法。
它将系统的不同状态和状态之间的转换关系进行建模,并选择相应的测试用例来验证系统在不同状态下的行为。
状态转换法适用于具有明确状态转换关系的系统,例如有限状态机。
测试⽤例的⼏种设计⽅法⼀、等价类划分等价类划分主要适⽤于单个输⼊条件,输⼊为数值型的情况,如果输⼊规定了输⼊区间,可划分出⼀个有效等价类,两个⽆效等价类;如果输⼊只规定了输⼊范围,可划分出⼀个有效等价类,⼀个⽆效等价类。
⼆、边界值边界值⽅法也是适⽤于单个输⼊条件的情况,输⼊类型可以数值、字符等,要测试的边界包括上点、下点、离点。
三、错误推测法错误推测法主要是测试设计⼈员的测试经验相关,测试经验不同,设计出来的测试⽤例也区别很⼤。
四、因果图法因果图⽅法考虑输⼊的组合,特别适⽤于多个输⼊条件相关有关联⼜相互约束的情况。
设计步骤:1)罗列出输⼊与输出;2)根据输⼊与输出画出因果图;3)标出约束跟限制;4)把因果图转化成判定表;5)根据判定表的每⼀列设计测试⽤例。
五、判定表驱动法判定表适合于解决多个逻辑条件的组合。
将各种逻辑的组合罗列出来,避免遗漏。
不能表达重复的操作。
判定表包括条件桩、条件项、动作桩、动作项。
条件桩:列出所有条件,次序⽆关;条件项:列出所对应条件的所有可能情况下的取值;动作桩:列出可能采取的操作,次序⽆关;动作项:列出条件项各种取值情况下采取的操作。
设计步骤:1)确定规则个数,条件及各条件取值的组合;2)列出条件桩、动作桩;3)列出条件项;4)列出动作项;5)初始化判定表;6)规则简化、合并。
六、正交法当输⼊条件很多时,因果图等设计⽅法设计出来的⽤例数往往多的惊⼈,⽤正交法可有效减少⽤例数。
正交法的核⼼思想是从⼤量测试数据中选取有代表性的点来测试,从⽽减少测试⽤例数。
设计步骤:1)确定因⼦并画出正交表草图;2)填充各因⼦的状态值;3)加权筛选;4)根据筛选过的正交表设计测试⽤例。
七、功能图法功能图法适合于⽤来设计程序的控制结构的测试⽤例。
有顺序、选择、重复三种控制结构。
设计步骤:1)画出功能图;2)⽣成局部测试⽤例;3)⽣成测试路径;4)合成测试⽤例。
⼋、场景法场景法特别适⽤于控制流清晰的系统。
测试用例设计方法
测试用例设计方法主要包括以下几种:
1. 黑盒测试用例设计方法:主要根据需求、功能规格、接口规范等来设计测试用例,不需要了解内部实现细节。
2. 白盒测试用例设计方法:主要根据源代码结构、逻辑覆盖、路径覆盖等来设计测试用例,需要了解内部实现细节。
3. 等价类划分法:将输入条件划分为若干个等价类,从每个等价类中选择一个测试用例进行测试,以覆盖不同情况。
4. 边界值分析法:主要关注输入条件的边界值,选择邻近边界值和边界值本身作为测试用例。
5. 因果图方法:通过绘制因果图,将各种因素和对应的测试用例联系起来,以确定测试用例的设计。
6. 正交试验方法:将多个因素进行组合,选取各个因素的不同取值,以确定测试用例的设计。
7. 检查表法:根据需求规格和功能说明等编制一个检查表,从每个检查表中选
择一个测试用例进行测试。
8. 错误推测法:通过推测可能发生的错误,设计相应的测试用例,以覆盖这些错误的情况。
对于测试用例设计,可以根据具体的需求和项目情况选择适合的方法进行设计。
同时,还需要考虑测试用例之间的覆盖率,以确保对系统的功能进行充分的覆盖和测试。
测试用例设计的方法测试用例设计是软件测试中的重要环节,它旨在验证软件系统的正确性和稳定性。
一个好的测试用例设计可以帮助测试人员高效地发现和修复软件中的缺陷,确保软件质量。
下面将介绍几种常用的测试用例设计方法。
1. 边界值分析法边界值分析法通过测试边界值来检验系统的健壮性。
该方法假设错误往往发生在边界上,因此对于特定输入条件,测试用例应包括最小值、最大值以及接近最小值和最大值的临界值。
例如,一个接受年龄输入的系统,可以设计测试用例包括负数、0、1、100、101等边界值。
2. 等价类划分法等价类划分法是将输入条件划分为多个等价类,然后从每个等价类中选择一个测试用例进行测试。
等价类划分法的基本原则是:一个等价类中的数据具有相同的功能和行为,无论选择其中的哪个值作为输入,系统的行为都应该是一致的。
例如,对于一个接受月份输入的系统,可以将月份划分为等价类:1-12个月是有效的输入,其他数字和非数字是无效的输入。
3. 成对测试法成对测试法是一种组合测试方法,它通过组合两个或多个输入条件来设计测试用例,以验证系统对不同条件的组合是否正确处理。
该方法适用于系统具有多个输入条件的场景。
例如,一个在线商城系统,会有多种支付方式和配送方式,可以设计不同的测试用例来测试各种支付和配送方式的组合效果。
4. 状态转换法状态转换法适用于测试有状态的系统,例如有限状态机、状态驱动的系统等。
它通过设计测试用例来验证系统在不同状态下的行为是否符合预期。
测试用例应包括系统从一个状态转换到另一个状态的过程,以及在每个状态下系统的行为。
例如,一个电梯系统的状态可以包括:停止、上升、下降等,可以设计测试用例来测试系统在不同状态下的响应和行为。
综上所述,测试用例设计是软件测试中非常重要的一环。
通过边界值分析法、等价类划分法、成对测试法和状态转换法等方法,可以设计出全面、有效的测试用例。
测试人员可以根据具体的系统特点和需求,选择合适的方法来进行测试用例设计,以提高测试效率和发现软件中的缺陷。
测试用例设计的常见方法总结测试用例设计是软件测试过程中的重要一环,它决定了测试的覆盖范围和测试的质量。
合理有效的测试用例设计可以发现更多的错误,提高软件质量。
本文将总结常见的测试用例设计方法,包括黑盒测试方法、白盒测试方法和灰盒测试方法。
1. 黑盒测试方法黑盒测试方法是基于软件系统的功能需求和规格说明,而不考虑内部结构和实现细节的测试方法。
黑盒测试的目的是检验系统功能是否按照需求规格说明书的要求工作。
常见的黑盒测试方法包括:1.1 等价类划分法:将输入和输出的数据分为等价类,从每个等价类中选择一个或多个有效和无效的数据作为测试用例。
1.2 边界值分析法:选择输入数据的边界值和边界值周围的值作为测试用例,以发现潜在的错误。
1.3 决策表测试法:生成决策表,根据决策表的规则设计测试用例,以覆盖所有可能的条件和结果组合。
1.4 直觉法:依据个人的直觉和经验设计测试用例,对于特定的软件系统或特定的功能点可以提供较好的测试覆盖。
2. 白盒测试方法白盒测试方法是基于软件系统的内部结构和实现细节的测试方法。
白盒测试的目的是检验程序的逻辑结构是否正确,是否有遗漏的代码路径。
常见的白盒测试方法包括:2.1 语句覆盖:确保每个语句至少被执行一次。
2.2 判定覆盖:确保每个判定(条件)的所有可能取值至少被覆盖一次。
2.3 条件覆盖:确保判定的每个条件的所有可能取值至少被覆盖一次,包括真值和假值。
2.4 路径覆盖:覆盖所有可能的路径,包括正常路径、异常路径等。
2.5 边界值覆盖:选择边界值和边界值周围的其他值作为测试用例。
3. 灰盒测试方法灰盒测试方法综合了黑盒测试和白盒测试的特点,既考虑功能需求,又考虑内部结构和实现细节。
常见的灰盒测试方法包括:3.1 因果图测试法:通过分析系统功能和数据之间的因果关系,设计测试用例,以覆盖各种情况下的因果关系。
3.2 正交实验设计法:通过正交表设计测试用例,以尽可能减少测试用例的数量和重复覆盖的情况下,达到最优的覆盖率。
测试用例的设计方法
测试用例的设计方法有以下几种:
1. 边界值分析法:选择输入值的边界值进行测试,例如最小值、最大值、边界附近的值等。
这样可以发现输入值的边界条件下的异常行为。
2. 等价类划分法:将输入值划分为等价类,选择每个等价类中的一个典型值进行测试。
这样可以减少测试的工作量,同时覆盖了每个等价类的典型情况。
3. 错误推测法:基于对系统的了解和分析,推测可能出现的错误情况,并设计相应的测试用例。
例如输入错误的格式、越界值、空值等。
4. 场景法:基于用户使用系统的场景,设计相应的测试用例。
例如用户注册、用户登录、提交订单等。
5. 因果图法:通过建立因果图来分析系统的各个部分之间的因果关系,根据因果关系设计测试用例。
例如输入不同的条件会导致不同的结果,可以设计多个测试用例来覆盖这些情况。
6. 状态转换法:针对具有多个状态的系统,设计测试用例以覆盖系统在不同状态下的行为。
例如登录系统的不同用户角色,每个角色所能执行的操作不同,可以设计测试用例来覆盖这些情况。
7. 过程检查法:设计测试用例来验证系统的各个过程是否符合要求。
例如输入数据后系统的处理过程、数据传输过程等。
以上是常用的测试用例设计方法,根据具体的测试需求和系统特点选择合适的方法进行测试用例的设计。
测试用例设计方法有哪些测试用例设计方法有以下几种:1. 等价类划分法(Equivalence Partitioning):根据输入数据的特征,将输入数据集划分成若干个等价类,从每个等价类中选取一个代表作为测试用例。
这样可以有效地降低测试用例的数量,同时保证覆盖了不同输入数据的情况。
2. 边界值分析法(Boundary Value Analysis):在等价类中,选取边界值进行测试,因为通常边界值处更容易出现错误。
对于输入数据,选取它的最小值、最大值和边界值的前后一个值作为测试用例。
3. 错误推测法(Error Guessing):根据过去的经验和直觉,识别潜在的错误和缺陷,并设计测试用例来验证这些错误和缺陷。
这种方法主要依赖测试人员的经验和判断力。
4. 因果图法(Cause-Effect Graphing):根据系统或软件的功能和逻辑关系绘制因果图,然后从中选择特定的情况进行测试。
这种方法可以确保覆盖到所有可能的输入和条件组合。
5. 决策表测试法(Decision Table Testing):根据系统的规则和条件,建立一个决策表,表中包含各种可能的输入和对应的输出。
然后选择不同的条件组合进行测试,确保覆盖了所有的规则。
6. 认知测试方法(Cognitive Testing):根据用户使用软件的心理逻辑和思维方式,设计测试用例。
测试人员需要理解用户的需求和预期行为,从而设计出符合用户思维方式的测试用例。
7. 数据驱动测试方法(Data-Driven Testing):根据系统或软件的逻辑关系和各种输入数据,设计测试用例。
可以使用测试数据生成工具来生成测试用例,或者利用现有的数据进行测试。
8. 状态迁移法(State Transition Testing):适用于测试涉及状态转换的系统或软件。
根据系统的状态图或状态转换图,设计测试用例来覆盖不同的状态转换路径。
9. 随机测试方法(Random Testing):随机选择输入数据进行测试,以发现可能被疏忽的错误和缺陷。
测试用例的设计方法有哪些1. 边界值测试(Boundary Value Testing)边界值测试是一种基于边界值的测试方法,它关注输入和输出的最大和最小边界。
边界值测试的思想是在输入的边界上测试系统的行为,并且假设系统在边界附近的行为可能有问题。
该方法通常用于验证系统在边界处的正确性。
示例:假设有一个需要输入1到100之间整数的系统。
边界值测试的用例可能包括:-输入1,期望结果为有效输出;-输入100,期望结果为有效输出;-输入0,期望结果为错误提示;-输入101,期望结果为错误提示。
2.等价类划分测试(Equivalence Partitioning)等价类划分是一种基于功能特性的测试方法,它将输入和输出划分为等价类,每个等价类具有相同的功能行为。
通过选择一个测试用例来代表每个等价类,可以大大减少测试用例的数量,同时保持测试的有效性。
示例:假设有一个需要验证用户年龄的系统,年龄范围在0到100之间。
等价类划分的测试用例可能包括:-选择代表0到17岁的年龄范围,期望结果为错误提示;-选择代表18到65岁的年龄范围,期望结果为有效输出;-选择代表66到100岁的年龄范围,期望结果为有效输出。
3. 决策表测试(Decision Table Testing)决策表是一种将可能的输入和操作映射到预期结果的表格形式。
它用于测试根据不同的组合条件而采取不同行动的系统。
决策表测试通过使用决策表来设计测试用例,可以提高测试覆盖率并捕捉系统中各种可能的情况。
示例:假设有一个系统根据不同的入口和出口温度来控制空调的冷热程度。
决策表测试的用例可能包括:-当入口和出口温度都低于设定值时,期望结果为打开制冷;-当入口和出口温度都高于设定值时,期望结果为打开制热;-当入口温度低于设定值,但出口温度高于设定值时,期望结果为关闭空调。
4. 状态转换测试(State Transition Testing)状态转换测试方法用于测试系统在不同状态之间的转换。
§1.1测试用例的设计
一.测试用例:
是以发现错误为目的而精心设计的一组测试数据,测试用例={输入数据+期望结构}
二.黑盒测试方法:以程序功能作为测试依据
1.等价分类法:
把被测程序的输入域划分为若干各等价类,每个测试用例都代表一类与它等价的其他例子。
⏹步骤:
1)划分等价类并给出定义(如果用这个例子来发现程序错误,
则与其等价的其他例子一般也不会发现程序错误)。
2)选择测试用例(原则:有效等价类的测试用例尽量公用,以
期进一步减少测试次数;无效等价类必须每类一例,以防漏
掉本来可能发现的错误)。
⏹举例:
某城市的电话号码由3部分组成,这3部分的名称和内容为:
地区码:空白或3位数字;
前缀:非‘0’或‘1’开头的3位数字;
后缀:4位数字。
假定被测程序能接受一切符合上述规定的电话号码,拒绝所有不
符合规定的号码,试用等价分类法设计它的测试用例。
第一步:划分等价类。
下表列出了划分的结果,包括4个有效等价类,11个无
效等价类。
在每一等价类之后均加有编号,以便识别
输入条件有效等价类无效等价类
地区码空白错误!未找到
引用源。
;3位数字
错误!未找到引用
源。
有非数字字符错误!未找到引用
源。
;少于3位数字错误!未找到
引用源。
;多于3位数字错误!未
找到引用源。
;
前缀从200到999之间有非数字字符错误!未找到引用
的3位数字错误!未找到引用源。
源。
;起始位为‘0’错误!未找到引用源。
;起始位为‘1’错误!未找到引用源。
;少于3位数字(11);多于3位数字(12);
后缀4位数字错误!未找
到引用源。
有非数字字符(13);少于4位数
字(14);多于4位数字(15);
第二步:确定测试用例。
上表中有4个有效等价类,可以公用以下两个测试用例:
测试数据测试范围期望结果
()276-2345 等价类错误!未找到引用源。
、
错误!未找到引用源。
、错误!
未找到引用源。
有效
(635)805-9321 等价类错误!未找到引用源。
、
错误!未找到引用源。
、错误!
未找到引用源。
有效
对11个无效等价类,应选择11个测试用例。
例如前3
个无效等价类可能使用下列3个测试用例:
测试数据测试范围期望结果(20A)123-4567 等价类错误!未找到引用源。
无效
(33 )234-5678 等价类错误!未找到引用源。
无效
(7777)345-6789 等价类错误!未找到引用源。
无效2.边界值分析法:
在等价分类法中,将代表一个类的测试数据选在等价类的边界上。
(如:X<=400)。
3.错误推测法:
猜测被测试程序中那些地方容易出错,并据此设计测试用例。
⏹说明:等价类和边界值法有线索可导,而猜错误则依赖测试人员
的直觉和经验,仅作为辅助手段,即应首先用其他方法设计测试
用例,再用猜错误来补充。
⏹举例:
当对一个排序程序进行测试时,可先用边界值分析法设计以下的
测试用例:
1)输入表为空表;
2)输入表中仅有一个数据;
3)输入表为满表;
然后再用猜错法补充以下的用例:
4)输入表已经排好了序;
5)输入表的排序恰好与所要求的顺序相反(例如:程序功能为
由小到大排序,输入表为由大到小排序);
6)输入表中的所有数据全都相同;
等等。
4.因果图法:
是借助图形(因果图)来设计测试用例的一种系统方法,特别适合于被测试程序有多种较入条件,程序输出又依赖于输入条件的多种组合的情况。
举例:
某电力公司有A、B、C、D共4类收费标准,并规定,居民用电
每月100度以下按A类收费,100度及以上按B类收费。
动力用
电以每月1万度为分界。
非高峰用电不足1万度按B类收费,达
到1万度按C类收费。
高峰用电万度以下为C类,达到或超过万
度为D类。
试用因果图法为该公司的电费计算程序设计一组测试
用例。
以下列出产生设计用例的4点步骤:
1)列出程序的输入条件(因)和输出动作(果),如图所示:
2)用因果图表明输入和输出之间的逻辑关系,如图所示:
3)把因果图转换为判定表。
具体做法为:
选择一个输出动作,使处于“1”状态;
在因果图上从后向前回溯,找出使此动作为“1”的各种输入条件组合;
将每个输入条件组合填入判定表中的一列,同时填入在此组合情况下各个输出动作的状态;
选择下一个输出动作,重复以上3步,直至最后一个输出动作做完为止。
本例的判定表如图所示:表中因结点就是输入条件,果结点就是输出动作。
4)为判定表中的每一列(或规则)设计一个测试用例,如图所
示:
输入数据预期结果居民电,90度/月 A
居民电,110度/月 B
动力电,非高峰,8000度/月 B
动力电,非高峰,1.2万度/月 C
动力电,高峰,0.9万度/月 C
动力电,高峰,1.1万度/月 D 三.白盒测试方法:以程序的内部逻辑作为依据
1.逻辑覆盖法:
是对一系列测试过程的总称,这组测试过程逐渐进行越来越完整的通路测试。
⏹测试过程分类:
1)语句覆盖:使被测试程序的每条语句至少执行一次。
2)判定覆盖:使被测试程序的每一分支都至少执行一次。
3)条件覆盖:要求判定中的每个条件都按“真”“假”两种结果
至少执行一次。
4)判定/条件覆盖:要求判定中的每个条件都取到各种可能的
值,而且每个判定表达式也都要取到各种可能的结果。
5)条件组合覆盖:要求判定中每个条件的各种可能组合都至少
出现一次。
⏹举例:
下图显示了某程序的逻辑结构。
试为它设计足够的测试用例,分
别实现对程序的:判定覆盖、条件覆盖、条件组合覆盖
程序结构:(如图所示)
测试用例:(如图所示)
2.路径测试法:
是借助程序流程图设计测试用例的一种白盒测试方法。
⏹测试过程分类:
1)结点覆盖:程序的测试路径至少经过程序图中的每个结点一
次。
2)边覆盖:程序的测试路径至少经过程序图中每条边一次。
3)路径覆盖:要求程序图中每条路径都至少经过一次。
⏹举例:
下图为某程序的简单程序图,试写出路径测试法的覆盖标准。
程序结构:(如图所示)
覆盖标准:
1)结点覆盖:abdghi、aceghi;
2)边覆盖:abdfi、aceghi;
3)路径覆盖:abdfi、abdghi、aceghi、acefi。
2.路径覆盖与逻辑覆盖的区别:
后者着眼于每个单独的判定结点,而前者考察的是整个路径,把路径覆盖与条件组合覆盖结合起来,便可实现查错能力最强的白盒测试。
四.测试设计策略和设计举例:
1.测试设计策略:
⏹在综合测试及其后的测试阶段,采用黑盒测试方法,策略包括:
1)用等价分类法和(或)边值分析法提出基本的测试用例。
2)用猜错法补充新的测试用例。
3)如果程序的功能说明中含有输入条件的组合,宜在一开始就
用因果图法,然后再按1)、2)两步进行。
⏹单元测试的策略是把白盒法与黑盒法结合运用。
2.设计举例:(书:P148)
某三角形程序的功能为:读入代表三角形边长的3个整数,判断它们能否组成三角形。
如果能够,则输出三角形是等边、等腰或任意三角形的识别信息。
试为此程序设计一组测试用例。
(本例将先用黑盒法设计测试用例,然后用白盒法进行检验与补充)
程序结构:(如图所示)
法补充。
(如图所示)
第二步:选择测试数据,得出22个基本的测试用例。
(如图所示)
明,只须使用22个例子中的前8个,就能满足程序图的完全覆盖。
可见对于本例来讲,用黑盒法设计的测试用例已经足够用,不必再
进行补充。