第2讲 黑盒测试 1
黑盒测试教程
黑盒测试教程什么是黑盒测试？黑盒测试是一种软件测试方法，旨在验证软件功能的正确性而不考虑内部代码逻辑。
黑盒测试中，测试人员仅通过输入合适的数据，检查程序的输出结果是否符合预期。
黑盒测试的特点1.独立性：黑盒测试可以独立于编写代码的开发人员进行，从而确保测试的客观性和独立性。
2.用户视角：测试人员以用户的角度进行测试，关注软件的功能和用户体验，而不需要了解内部实现。
3.功能验证：主要验证软件是否按照规格说明书的要求正常运作，并检查程序中的错误。
黑盒测试的步骤1.确定测试用例：根据需求规格说明书或用户手册，确定需要测试的功能点和边界条件。
2.设计测试用例：设计一组输入数据，包含有效数据、无效数据、边界值数据等，以覆盖各种情况。
3.执行测试用例：运行设计好的测试用例，分析程序的输出结果，检查是否符合预期。
4.记录测试结果：记录每个测试用例的执行结果和发现的问题，便于开发人员进行修复。
黑盒测试的优势1.高效验证功能：通过黑盒测试可以快速验证软件的功能是否符合规格要求，提高测试效率。
2.客观性强：由于测试人员不知道内部实现细节，测试过程更客观，能发现用户视角下的问题。
3.易于学习和使用：不需要深入了解程序内部逻辑，只需根据需求规格进行测试，降低学习成本。
总结通过本文，我们了解了黑盒测试的定义、特点、步骤和优势。
黑盒测试作为一种重要的测试方法，可有效验证软件功能的正确性，提高软件质量，对于软件开发过程中的质量保证至关重要。
在实际工作中，我们应当结合黑盒测试和其他测试方法，全面提升软件质量，满足用户需求。
《黑盒测试》课件
随着软件系统的复杂性增加和技术的发展，黑盒测试将不断演进和完善，以满足新需求。
参考文献
• 相关学术论文和书籍
3 黑盒测试的局限性
一些内部缺陷可能无法通 过黑盒测试发现，测试覆 盖面有限，对于复杂系统 可能不够全面。
黑盒测试的方法
等价类划分法
将输入数据划分为等价类，以减少测试用例数量， 并覆盖不同输入情况。
边界值分析法
关注输入数据的边界情况，测试系统在边界处的 行为。
因果图法
通过绘制因果图，分析系统输入和输出之间的关 系，找出可能的故障点。
判定表方法
通过绘制判定表，列出不同输入条件下的所有情 况和相应的输出。
实例：使用等价类划分法进行测试
1
等价类划分法示例
假设有一个用户登录系统，输入用户名和密码进行登录。用户名可以是任意字符， 密码必须是6-12位数字。
2
实例分析
根据等价类划分法，我们可以选择一个有效用户名和一个有效密码，以及一些无 效的用户名和密码组合进行测试。
3
测试结果
通过等价类划分法，我们发现了系统在某些情况下无法正确处理无效用户名和密 码组合的问题。
黑盒测试的注意事项
1 测试数据的选择
选择代表不同情况的测试 数据，包括边界值和特殊 情况。
2 测试用例的设计
设计有效的测试用例，充 分覆盖系统的功能和可能 的错误情况。
3 测试用例的管理
建立有效的测试用例管理 系统，记录和跟踪测试用 例的执行和结果。
黑盒测试的应用
软件开发
黑盒测试在软件开发中广泛应用，帮助发现和修复 潜在问题，提高软件质量。
安全领域
黑盒测试可以通过模拟真实攻击的方式，评估系统 的安全性，发现潜在的漏洞和风险。
黑盒测试是什么,主要测试方法有哪些
黑盒测试是什么
黑盒测试是一种软件测试方法，测试人员关注的是软件系统的功能，而不考虑内部逻辑结构。
黑盒测试类似于将软件系统看作一个黑盒子，只关心输入、输出和系统对输入的反应，而不关心内部实现细节。
主要测试方法
1.等价类划分法
等价类划分法是一种常用的黑盒测试方法。
测试人员将输入数据划分为不同的等价类，选择一个代表性的值进行测试，以确保每个等价类的数据都能得到适当的处理。
2.边界值分析法
边界值分析法是一种关注软件系统边界条件的测试方法。
测试人员会测试输入数据的边界情况，包括边界处和边界附近的数值，这样可以检查系统在边界条件下的正确性。
3.因果图法
因果图法是一种图形化的测试方法，通过绘制因果图来描述系统的输入和输出关系。
测试人员可以根据因果图识别出潜在的测试用例，从而对系统进行有效的测试。
4.决策表测试法
决策表测试法是一种用表格方式描述系统决策逻辑的测试方法。
通过编写决策表，测试人员可以识别出系统不同条件和操作之间的关系，从而有效地进行测试。
5.状态转换测试法
状态转换测试法适用于有状态的系统测试。
测试人员根据系统状态之间的转换关系设计测试用例，确保系统在不同状态切换时能够正确地响应。
通过上述方法，测试人员可以全面地覆盖软件系统的功能，并保证系统在各种情况下都能正确运行。
黑盒测试是软件测试中不可或缺的一部分，通过有效的黑盒测试方法，可以提高软件质量，降低系统出错的风险。
黑盒测试是什么输入测试的内容
黑盒测试是什么
黑盒测试是一种软件测试方法，它不考虑程序内部的逻辑结构，而是关注系统
的功能和用户需求。
在黑盒测试中，测试者只关心输入输出以及系统对输入的反应，而不需要了解程序的内部工作原理。
测试对象
黑盒测试的测试对象是整个软件系统或模块，而不是单个函数或代码片段。
这
种测试方法关注软件的外部行为，而不关心内部实现细节。
测试目的
黑盒测试的主要目的是验证软件系统是否符合规格说明书中的要求，是否能够
正确地处理各种输入。
通过黑盒测试，可以发现系统设计或实现上的缺陷，确保软件能够按照预期工作。
测试技术
在黑盒测试中，常用的测试技术包括等价类划分、边界值分析、因果图法等。
这些技术通过设计测试用例，覆盖各种输入情况，以确保软件在不同情况下的正确性和稳定性。
测试过程
黑盒测试过程包括测试计划、测试设计、测试执行、测试评估等阶段。
在测试
设计阶段，测试人员根据需求规格和功能规格书设计测试用例；在测试执行阶段，执行测试用例并记录测试结果；最后，在测试评估阶段评估测试覆盖率、发现的问题和测试效果。
优缺点
黑盒测试的优点是可以独立于程序的内部实现进行测试，更贴近用户需求，同
时可以发现系统的功能缺陷。
然而，黑盒测试无法覆盖程序的所有路径，可能存在遗漏覆盖的情况。
结论
总的来说，黑盒测试是一种重要的软件测试方法，通过验证系统的功能和用户
需求，确保软件质量和可靠性。
在软件测试过程中，黑盒测试应该与其他测试方法结合使用，以达到更全面的测试覆盖率和效果。
黑盒测试方法介绍
黑盒测试方法介绍黑盒测试是软件测试的一种方法，它是在不考虑程序内部结构和代码实现的情况下对软件进行测试。
黑盒测试旨在检测软件系统是否按照规格说明书的要求正常运行，而不关心程序的内部逻辑。
1. 黑盒测试的原理在进行黑盒测试时，测试人员只关心软件系统的输入和输出，对内部逻辑一无所知。
测试人员基于软件规格说明书或用户需求规格说明书来设计测试用例，以验证软件是否符合要求。
2. 黑盒测试的优点•不受程序语言、技术等限制：黑盒测试不需要了解程序的具体实现方式，因此适用于各种不同类型的软件系统。
•侧重用户需求：通过黑盒测试可以更好地验证软件是否符合用户的需求和期望。
•能有效发现潜在的缺陷：由于测试人员独立于开发人员，更容易发现开发过程中可能忽略的问题。
3. 常见的黑盒测试方法3.1 等价类划分等价类划分是一种常见的黑盒测试方法，将输入数据划分为有效等价类和无效等价类进行测试。
通过选择代表每个等价类的测试用例来验证软件在不同情况下的行为。
3.2 边界值分析边界值分析是一种测试技术，着重测试输入值的边界情况。
测试人员专注于输入的边界情况，以确保软件在边界处能正确处理数据并产生正确的输出。
3.3 决策表测试决策表测试是一种通过列出各种可能的情况来设计测试用例的方法。
测试人员可以基于决策表来确定哪些情况需要进行测试，从而提高测试效率。
4. 黑盒测试的流程进行黑盒测试通常包括需求分析、测试设计、测试执行和测试报告等阶段。
在测试设计阶段要根据软件的需求规格书设计一组完备的测试用例，覆盖各种可能的输入情况和边界条件。
5. 结语黑盒测试作为软件测试的重要方法之一，在保障软件质量和可靠性方面发挥着重要作用。
通过本文介绍的黑盒测试方法，希望读者能更好地理解黑盒测试的原理和流程，并在实际项目中应用这些方法来提高软件测试的效果和效率。
黑盒测试的内容
黑盒测试的内容黑盒测试（Black Box Testing）是软件测试的一种重要方法，不考虑程序的内部逻辑结构，主要从用户的角度出发来检查软件系统是否满足规格说明书中规定的要求。
在黑盒测试中，测试人员只了解软件的功能，而不清楚内部实现的细节。
下面将介绍黑盒测试的内容及其重要性。
1. 功能测试功能测试是黑盒测试的重要组成部分，主要验证软件是否满足功能需求。
测试人员通过输入数据或操作系统界面来检查软件的功能是否按照规格说明书要求正常运行。
功能测试可以包括功能点覆盖测试、边界值测试、异常流程测试等，旨在保证软件的功能符合用户需求。
2. 用户界面测试用户界面测试是黑盒测试中的另一个重要内容，主要测试软件的用户界面是否符合用户友好的设计原则。
测试人员会检查界面的布局、颜色搭配、字体大小等因素，以确保用户能够轻松理解和操作软件。
用户界面测试旨在提升用户体验，减少用户的学习成本。
3. 性能测试性能测试也是黑盒测试的一个重要方面，旨在检查软件在不同负载情况下的性能表现。
测试人员会模拟多种用户访问场景，例如高并发访问、大数据量处理等，以验证软件的性能指标如响应时间、吞吐量等是否符合要求。
性能测试可以帮助发现潜在的性能瓶颈，提升软件的稳定性和效率。
4. 安全性测试安全性测试是现代软件开发中不可或缺的一部分，也包含在黑盒测试范围内。
测试人员会模拟各种攻击手段，如SQL注入、跨站脚本等，来评估软件的安全性。
安全性测试可以帮助发现潜在的安全漏洞，增强软件系统的抵御能力。
5. 兼容性测试兼容性测试是黑盒测试中的重要内容之一，主要验证软件在不同操作系统、浏览器、设备上的兼容性。
测试人员会测试软件在各种环境下的表现，以确保软件具有良好的跨平台兼容性，提供给用户统一的使用体验。
通过对黑盒测试内容的全面了解和实施，可以有效提升软件的质量和稳定性，减少后期修复成本，提高用户满意度。
黑盒测试作为软件测试中的重要一环，应当得到足够的重视和投入，以确保软件产品的顺利上线和稳定运行。
黑盒测试.pptx
2.3.3因果图法的例题
例题分析 原因：１——第一个字符是“Ａ”
２——第一个字符是“Ｂ” ３——第二个字符是一个数字 结果： 21——修改文件； 22 ——给出信息L； 23——给出信息M。
招干考试分三个专业,准考证号第一位为专业代号, 如: 1-行政专业,
2-法律专业, 3-财经专业.
行政专业准考证号码为:110001～111215 法律专业准考证号码为:210001～212006 财经专业准考证号码为:310001～314015
2.1.3 等价类划分法例题
解:准考证号码的等价类划分 有效等价类: (1) 110001 ～ 111215 (2) 210001 ～ 212006 (3) 310001 ～ 314015
因果图法
22..11.1等什价么类是划等等什分价价么类类是？划分
等价类划分就是把输入数据的等价之划分 为若干等价类，因此，可以巴全部输入数据合 理地划分为若干等价类，在每一等价类中取一 个数据作为测试的输入条件，这样就能用少量 的代表性数据，来取得较好的测试结果。
等何都注等数试有说合了无价种是：价据才效 是 。 规 效类，等类，能设利 格 等等 合各 价：。 也 确计用 说 价价 理个指 的因 要 保测有 明类 的类输某为 能 软试效 中：，:与入个， 经 件用等 所是有有数输软受具例价规指意效据入件意有时类定对义等对域不外更，可的于的价揭的仅的高要检功程输类露子要考的同验能序入的程集能验可时和的数定序合接。靠考性规据义中。收这性虑是能格构恰在的合样。这否说 成。巧该错理 的两实明的相机误的 测种现集来反。
黑盒测试学习课件
2.1.2 边界值分析法
边界点： 边界点分为上点、内点和离点
闭区间
半开半闭区间
开区间
离点
离点
离点
离点
离点
离点
上点
上点பைடு நூலகம்
上点
上点
上点
上点
内点
内点
内点
2.1.2 边界值分析法 （续）
边界值分析方法的原则： 如果输入（输出）条件规定了取值范围，则应该以该范围的边界值及边界附近的值作为测试数据； 如果输入（输出）条件规定了值的个数，则用最大个数，最小个数，比最小个数少一，比最大个数多一的数作为测试数据； 如果程序规格说明书中提到的输入或输出是一个有序的集合，应该注意选取有序集合的第一个和最后一个元素作为测试数据；
2.1 黑盒测试方法 （续）
黑盒测试的缺点有： 1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%； 2）自动化测试的复用性较低。
2.1 黑盒测试方法 （续）
具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。
2.1.1 等价类划分法 （续）
分析： （1）整数 （2）三个数 （3）非零数 （4）正数 （5）两边之和大于第三边 （6）等腰 （7）等边 如果 a 、 b 、 c 满足条件（ 1 ） ~ （ 4 ），则输出下列四种情况之一： 如果不满足条件（5），则程序输出为 " 非三角形 " 。 如果三条边相等即满足条件（7），则程序输出为 " 等边三角形 " 。 如果只有两条边相等、即满足条件（6），则程序输出为 " 等腰三角形 " 。 如果三条边都不相等，则程序输出为 " 一般三角形 " 。
黑盒测试定义
黑盒测试定义在软件开发中，黑盒测试是一种测试技术，它关注的是软件的功能而非内部结构。
黑盒测试不需要了解系统内部的工作原理，而是从最终用户的角度出发，测试软件是否符合规格和需求。
黑盒测试的原理黑盒测试的原理是将软件看作一个黑盒子，只关注输入与输出之间的关系，而忽略内部的实现细节。
测试人员制定测试用例，根据软件规格和需求设计不同的输入，然后验证输出是否符合预期。
通过这种方式，可以发现软件在不同输入条件下的功能问题和错误。
黑盒测试的优势1.独立性: 测试人员不需要了解软件的内部实现，可以独立于开发人员进行测试，减少了相互影响和误导性。
2.客户角度: 黑盒测试关注的是软件功能是否符合用户需求，更贴近最终用户的使用场景，可以更好地保证软件质量。
3.全面性: 通过设计多样化的测试用例，可以覆盖软件的各种功能和边界情况，确保软件的全面测试。
4.易于理解: 黑盒测试不需要深入了解软件的技术细节，更容易为非技术人员理解和接受，提高了测试报告的可读性。
黑盒测试的方法1.等价类划分: 将输入数据划分为不同的等价类，选择代表性的测试用例进行测试。
2.边界值分析: 针对输入的边界条件设计测试用例，测试软件在边界情况下的表现。
3.因果图法: 基于软件的功能需求和规格设计因果图，再生成测试用例进行测试。
4.场景测试: 设计具体的使用场景，模拟用户操作软件的过程，从而测试软件在实际使用中的稳定性和可靠性。
结论通过对黑盒测试的定义、原理、优势和方法的介绍，我们可以看到黑盒测试作为一种重要的测试技术，在软件开发中起着至关重要的作用。
黑盒测试能够从用户角度出发，找出软件的功能性问题，确保软件符合规格和需求。
因此，在软件开发过程中，黑盒测试应该作为一个不可或缺的环节，帮助开发团队提高软件质量，满足用户需求。
黑盒测试(BlackboxTesting)
黑盒测试（BlackboxTesting）你无法叫醒一个不回你消息的人，但是红包能。
1、黑盒测试概念黑盒测试是在软件的接口处进行，把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明，所以黑盒测试又叫功能测试或数据驱动测试。
2、黑盒测试的目的 ·是否有功能错误，是否有功能遗漏。
·是否能够正确地接收输入数据并产生正确的输出结果。
·是否有数据结构错误或外部信息访问错误。
·是否有程序初始化和终止方面的错误。
·是否有初始化或终止性错误。
3、黑盒测试方法 ·等价类划分分析（Equivalence Class Partitioning） ·边界值分析（Boundary Value Analysis） ·因果图分析（Cause-Effect diagram） ·错误推测法（Error Guessing） ·场景分析法（Scenario Analysis） ·正交试验法（Orthogonal experiment） ·综合策略4、黑盒测试流程 ·测试计划根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。
·测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响到测试结果的有效性）。
·测试开发建立可重复使用的自动测试过程。
·测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理。
黑盒测试
黑盒测试（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。
利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。
黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。
黑盒测试试图发现以下类型的错误：1）功能错误或遗漏；2）界面错误；3）数据结构或外部数据库访问错误；4）性能错误；5）初始化和终止错误。
一、黑盒测试的测试用例设计方法·等价类划分方法·边界值分析方法·错误推测方法·因果图方法·判定表驱动分析方法·正交实验设计方法·功能图分析方法等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.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的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍。
第2章黑盒测试 ppt课件
等价类方法可令测试事半功倍。
21
等价类定义
等价类是输入域的某个子集合，而所有的 等价类的并集是整个输入域。在子集合中， 各个输入数据对于揭露程序中的错误是等 效的。
22
等价类测试
现在要求输入三个整数a、b、c，必须满足以下条件：
条件1 1≤a≤100
条件4 a<b+ c
条件2 1≤b≤100
条件5 b<a+ c
条件3 1≤c≤100
条件6 c<a+ b
测试用例的定义和特征
测试用例的定义： （1）测试用例是为特定的目的而设计的一组 测试用例的特征： （1）最有可能抓住错误的； （2）不是重复的、多余的； （3）一组相似测试用例中最有效的； （4）既不是太简单，也不是太复杂。 测试用例具体描述信息见书
2020/12/27
5
引例2
现有一个小程序，能够求出三个在-10000到 +10000间整数中的最大者，程序界面如下：
如何测试？
引例3：三角形问题
三角形问题
输入三个整数a、b、c，分别作为三角形的三条边，现 通过程序判断由三条边构成的三角形的类型为等边三角形 、等腰三角形、一般三角形（特殊的还有直角三角形）， 以及构不成三角形。
6
正交实验法
测试用例 设计概述
测试用例在软件测试中的作用： （1）指导测试的实施。 （2）规划测试数据的准备。 （3）编写测试脚本的“设计规格说明书”。 （4）评估测试结果的度量基准。 （5）分析缺陷的标准。
引例
下面的文本框只允许输入0-100之间的 整数，请问如何进行测试？
第二讲：黑盒测试技术应用基础知识
问题1：（5分）采用等价类划分法对该程序进行测试，等价类表如下表所 示，请补充表2-3中空（1）~（5）。
解析：本小题考查黑盒测试用例设计中的等价 类划分法。 等价类划分法：把程序的输入域划分成若干部 分（子集），然后从每个部分中选取少数代表 性数据作为测试用例。每一类的代表性数据在 测试中的作用等价于这一类中的其他值。 参考答案如下： （1）：P； （2）：12月12日； （3）：正浮点数带2位小数； （4）：MSP以外的字母； （5）：非正浮点数；
第二讲：黑盒测试技术应用基础知识
真题二（共20分）
阅读下列说明，回答问题1至问题3,将解答填入答题纸的对应栏内。 【说明】某银行 B 和某公司 C 发行联名信用卡，用户使用联名信用卡刷卡可累 计积分，积分累计规则与刷卡金额和刷卡日期有关，具体积分规则如表 2-1 所 示。此外，公司 C 的 会员分为普通会员、超级会员和 PASS 会员三个级别，超 级会员和 PASS 会员在刷卡时有额外积分奖励，奖励规则如表 2-2 所示。 银行 B 开发了一个程序来计算用户每次刷卡所累积的积分，程序的输入包括会 员级别 L、刷卡日期D 和刷卡金额 A，程序的输出为本次积分 S。其中，L 为单 个字母且大小写不敏感，D 由程序直接获取系统日期，A 为正浮点数最多保留 两位小数，S 为整数。Than Nhomakorabea You !
问题2：（9分）根据以上等价类表设计的测试用例如下表所示， 请补充表2-4中空（1）~（9）。
解析：本小题考查等价类的具体用例取值，按 照前面的表对应计算即可。 参考答案如下： （1）：1000； （2）：500； （3）：3、6、8； （4）：1月1日 (除特殊日期之外的其它日期)； （5）：1 (非字母即可)； （6）：N/A； （7）：K （MSP以外的单个字母）； （8）：1、7、12； （9）：500.123（多于两位小数的正浮点数）；
《软件测试黑盒测试》课件
在此添加您的文本16字
输入正确的用户名和密码，验证是否能够成功登录。
在此添加您的文本16字
测试登录功能的性能，如登录速度、并发用户数等。
案例二：在线银行转账功能测试
总结词：在线银行转账涉及到资金安全，黑盒测试通过 模拟用户转账操作，验证转账功能的正确性和安全性。
验证转账金额的准确性，包括输入金额的确
黑盒测试能够发现软件功能上的缺陷和错误，确 保软件按照需求规格正确运行。
提高软件质量
通过黑盒测试，可以评估软件的可靠性和稳定性 ，从而提高软件的整体质量。
降低维护成本
尽早发现软件缺陷可以减少后期维护和修复的成 本。
黑盒测试的适用范围
01
功能测试
验证软件是否满足需求规格中的功 能要求。
在此添加您的文本16字
详细描述
在此添加您的文本16字
测试支付过程中的异常处理能力，如支付卡信息错误、网 络中断等情况下的表现。
在此添加您的文本16字
验证支付记录的完整性和可追溯性，确保每一笔支付都有 明确的记录和状态更新。
在此添加您的文本16字
验证支付金额的准确性，包括输入金额的合法性、支付金 额的计算等。
黑盒测试的优缺点
• 覆盖面广，可以覆盖大部分功能点。
黑盒测试的优缺点
01
缺点
02
对于内部逻辑和复杂功能可能无法覆盖全 面，导致一些潜在问题被忽略。
03
对测试人员的要求较高，需要具备一定的 业务知识和分析能力。
04
测试用例的编写和维护工作量大，成本较 高。
黑盒测试的发展趋势
自动化测试的普及 随着自动化测试技术的不断发展 ，黑盒测试的自动化程度将越来 越高，从而提高测试效率和准确 性。
黑盒测试PPT课件
2021
1
测试分类
黑盒测试和白盒测试 静态测试（检查和审阅）和动态测试 （运行和使
用软件） 静态黑盒测试
对产品说明书进行高级审查 对产品说明书低级测试技术
2021
2
黑盒测试
黑盒测试着眼于程序外部结构，不考虑内 部逻辑结构，主要针对软件界面和软件功 能进行测试。
注重于测试软件的功能需求，主要试图发 现下列几类错误：
➢（4）（8）（10）（12） ➢（5）（9）（11）（13） ➢（6）（8）（10）（14） ➢（7）（8）（10）（14） ➢（1）（8）（10）（15） ➢（2）（9）（11）（16） ➢（3）（8）（10）（16）
说明：在设计无效部分的测试用例的时候，有效等价类部分，可以任意 选择。
2021
2021
4
黑盒测试的优、缺点
黑盒测试的优点有： 1）比较简单，不需要了解程序内部的代码及实现； 2）与软件的内部实现无关； 3）从用户角度出发，能很容易的知道用户会用到哪些功能，
会遇到哪些问题； 4）基于软件开发文档，所以也能知道软件实现了文档中的哪
些功能； 5）在做软件自动化测试时较为方便。 黑盒测试的缺点有： 1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代
2021
20
确立等价类的原则
如果规定了输入数据必须遵守的规则，则可以确立一个 有效等价类（即遵守规则的数据）和若干无效等价类 （从不同角度违反规则的数据），例如：
测试密码域，要求密码必须是数字或字母 有效等价类为“密码是数字和字母的组合”（还可以细分） 无效等价类为“密码包括中文”、“密码包括其它符号”等
2021
14
等价类划分
等价类划分法是一种重要的、常用的黑盒测试方法，它将不能穷举的测 试过程进行合理分类，从而保证设计出来的测试用例具有完整性和代表 性。
黑盒测试教学
黑盒测试教学在软件开发中，黑盒测试是一种测试方法，它注重于测试软件的功能而不考虑内部结构和实现。
通过黑盒测试，测试者仅仅了解软件的输入和输出，看待软件就像是一个黑盒子一样，不需要了解其内部如何运作，只需关注功能是否按照需求工作正常。
1. 为什么要进行黑盒测试黑盒测试是一种完全不依赖于代码的测试方法，因此不需要了解软件的内部逻辑就可以进行测试，这使得非开发人员也能参与测试工作。
黑盒测试可以帮助发现软件功能是否符合用户需求，以及是否存在未被发现的功能缺陷。
此外，黑盒测试还可以减少测试人员对软件的了解和培训成本，提高测试效率。
2. 黑盒测试的基本原理黑盒测试的基本原理是通过输入合理的测试数据，验证软件的输出是否符合预期。
测试者应该根据软件的需求规格说明书编写测试用例，覆盖各种场景，包括正常情况、边界情况和异常情况。
测试用例应该是独立的，可以重复执行，方便问题的定位和修复。
3. 黑盒测试的常用技术黑盒测试的常用技术包括等价类划分、边界值分析、因果图等。
在进行等价类划分时，将输入数据划分为不同的等价类，选择代表性数据进行测试。
边界值分析则是测试输入值的边界情况，这些情况通常是导致软件出错的地方。
因果图可以帮助测试人员确定测试用例之间的关系，从而提高测试的覆盖率。
4. 黑盒测试的实践步骤在进行黑盒测试时，测试者首先应该收集需求文档和功能规格说明书，了解软件的功能和预期的输出。
接下来，编写测试用例，并对测试用例进行评审，确保覆盖全面。
然后执行测试用例，记录测试结果，对比实际输出与预期输出，最后总结测试结果，编写测试报告。
5. 黑盒测试的优缺点黑盒测试的优点是不依赖于代码，测试人员可以独立进行测试，不需要了解软件的内部实现。
同时，黑盒测试可以有效发现软件功能缺陷和用户体验问题。
然而，黑盒测试无法发现代码的错误和逻辑错误，只能验证软件的功能是否符合需求。
综上所述，黑盒测试是一种重要的测试方法，可以帮助保证软件功能的正确性和稳定性。
黑盒测试(功能测试)
黑盒测试黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
1作用黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。
功能不正确或遗漏；界面错误；输入和输出错误；数据库访问错误；性能错误；初始化和终止错误等。
2测试方法概述从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。
这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。
黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。
具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。
2.1等价类划分法等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。
每一类的代表性数据在测试中的作用等价于这一类中的其他值。
该方法是一种重要的、常用的黑盒测试用例设计方法。
1）划分等价类：等价类是指某个输入域的子集合。
在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试。
第2章-黑盒测试
6
2.2 等价类划分
等价类划分法完全不考虑程序旳内部构造， 只根据程序规格阐明书对输入范围进行划分， 把全部可能旳输入数据，即程序输入域划分 为若干个互不相交旳子集，称为等价类，然 后从每个等价类中选用少数具有代表性旳数 据作为测试用例，进行测试。
7
60
60
2
等腰三角形
Test3
60
60
60
等边三角形
Test4
50
50
99
等腰三角形
Test5
50
50
100
非三角形
Test6
60
1
60
等腰三角形
Test7
60
2
60
等腰三角形
Test8
50
99
50
等腰三角形
Test9
50
100
50
非三角形
Test10
1
60
Test11
2
60
Test12
99
50
Test13
经过以上检测，拟定软件所实现旳功能是否按照 软件规格阐明书旳预期要求正常工作。
4
黑盒测试旳优点
① 黑盒测试与软件详细实现无关，所以假 如软件实现发生了变化，测试用例依然能 够使用； ② 设计黑盒测试用例能够和软件实现同步 进行，所以能够压缩项目总旳开发时间。
5
黑盒测试
穷举输入测试是不现实旳。
常用旳黑盒测试措施有：
28
边界值分析法
2．边界值分析测试 这里讨论一种有两个变量x1和x2旳程序P。假
设输入变量x1和x2在下列范围内取值: a≤x1≤b, c≤x2≤d
第02课 黑盒测试1
第一个/最后一个，最小值／最大值，开始／完成，超过/在内， 空／满，最短／最长，最慢/最快，最早/最迟，最高／最低， 相邻／最远等。
18
边界值分析法
边界值和等价类密切相关，输入等价类和输出等价类 的边界是要着重测试的边界情况。 边界值分析是对等价类划分方法的补充。
边界是最容易出错的地方，所以，从等价类中选取测
3
黑盒测试的基本概念
黑盒测试是将被测软件看作一个打不开的黑盒，主要 根据功能需求设计测试用例，进行测试。
黑盒测试也称功能测试或基于规格说明的测试。 硬度是否达标
分别装入少量、半杯、满杯水，测试装载量是否达标 其基本观点是：将被测程序看作一个打不开的黑盒，黑盒里面 装入开水、温水、冷水、冰水、咖啡等，看是否会产生异味 的内容(实现)是完全不知道的，只知道软件要做什么，只关心 形状、大小设计是否适合方便拿起 软件的输入数据和输出结果。 客户需求 外观是否赏心悦目，印刷图案沾水后是否掉色、模糊 微软的一道面试题：请说出针对一个一次性纸杯应如何测试？ 杯子设计是否上大下小，方便运输又容易拿开 输出 装入液体后多久以后漏水 输入 所用材料是否符合食品卫生标准，是否会与所盛饮料发生反应产生 有害物质 事件驱动 对于一次性杯子，能否标示已使用（比如变色）
无
1~6人 6~9人
9
10 11
等价类划分
等 价 类 测 试 用 例
覆盖测试 用例编号
1-4-6-8 2-5-7-9 3-4-6-10 1-5-7-11 12 13 14 15 16 17 18 输入数据 年龄 27 50 70 27 0 100 50 27 45 62 30 性别 M F M F M F 男 M F M F 婚姻 抚养人数 已婚 未婚 已婚 未婚 已婚 未婚 已婚 离婚 已婚 未婚 已婚 空白 无 1 7 空白 无 4 7 没有 0 10 预期输出 保险费率 60 60 10 60 提示“年龄在1~99之间” 提示“年龄在1~99之间” 提示“性别输入为M/F” 提示“婚姻为已婚/未婚” 提示“抚养人数为空或无或1~9之间的整数” 提示“抚养人数为空或无或1~9之间的整数” 提示“抚养人数为空或无或1~9之间的整数”
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
边界值测试
ECJTU
软 件 测 试
--20--
边界值测试
ECJTU
软 件 测 试
--21--
边界值测试
ECJTU
软 件 测 试
--22--
边界值测试
ECJTU
软 件 测 试
--23--
边界值测试
ECJTU
随着输入条件和边界点的增长， 测试用例增长速度非常快。 一般采用 典型值法+弱边界法 另外，也可以采取自动化方法
软 件 测 试
--10--
边界值测试
ECJTU
1 输入域 • 整体输入域：由多个输入条件共同构成的具有一定实 际意义的输入域 边界通常很清晰，很容易展开测试 但难以覆盖所有隐含边界，尤其对于各个输入条 件之间存在较为复杂的约束关系的情况 • 个体输入域：由各个输入条件分别构成的单个输入域 的集合
软 件 测 试
软 件 测 试 --28--
边界值测试
ECJTU
测试分析 • 实际上，单缺陷假设本身存在不合理，遗漏了边界组 合情况 两个边界组合，和三个边界组合都没有测试用例。 对应数量为 6x6x3=108 和 6x6x6=216 个。 可以通过随机测试或者正交表方法来做补充测试
软 件 测 试
--29--
边界值测试
ECJTU
软件测试技术
第2讲 黑盒测试技术 1
bugs …
软件工程 吕敬钦 创新大楼 西楼403
软 件 测 试
黑盒测试技术
ECJTU
• 仅需：被测对象的输入、预期输出 • 无需：程序的结构、实现逻辑、源代码撰写 … … • 测试需求
软 件 测 试
--2--
黑盒测试技术
ECJTU
• 优势 对测试人员的技术要求相对较低。只要对照SRS 或用户手册来开展测试。 不需要了解程序实现的细节，测试团队与开发团 队可以并行完成各自的任务。SRS确定后，即可开始 制定测试计划和测试设计，缩短产品开发时间。 简单有效，可以整体测试系统行为。 • 局限性 测试结果的覆盖率不容易度量，测试的潜在风险 较高，需要通过白盒测试来评估其覆盖率。
软 件 测 试
如2的乘方、ASCII字符表 等。需要有一定编程经验， 在单元测试中考查。
--13--
边界值测试
2 确定边界
ECJTU
个体输入域 • 以个体输入域为被测对象时，需分别针对每个输入条 件的输入域(即每个个体输入域) 确定其边界点 • 并遵循独立性假设，即假设各个输入条件之间相互独 立，不产生相互影响，即不具有相互依赖关系。 也就是说，当针对某个输入条件确定边界点时， 不考虑其他输入条件可能对该输入条件所产生的任何 影响。
软 件 测 试
--24--
边界值测试
捉虫实践1：NextDay的边界值测试 • 针对个体输入域 • 针对整体输入域
ECJTU
软 件 测 试
--25--
边界值测试
捉虫实践1：NextDate的边界值测试 • 针对个体输入域 输入条件：年份、月份、日期 根据测试需求和日期常识得到边界：
输入条件
年份 月份 日期
软 件 测 试 --3--
黑盒测试技术
适用阶段 • 当被测对象为函数时
ECJTU
完成对函数功能的测试 无需查看函数代码，只需了解函数接口和返回值。对应 单元测试阶段。
• 当被测对象为功能时
完成对整个软件系统功能和易用性等的测试 无需看各功能点如何编程实现，只需要了解SRS中关于输 入和输出的规定。对应系统测试，或有用户共同参与的验收测 试阶段。
软 件 测 试
ND-BVT-005 ND-BVT-006
2050-12-31 2051-1-1
--30--
边界值测试
ECJTU
针对输出域的边界值分析 在被测对象的输入域与输出域不相似时，针对输 出域的测试尤为重要。 • 如何选择合适的输出域来寻找边界点； • 如何限定边界点附近邻域的大小，是否仍可简单地按 照1个单位长度来限定； • 针对边界值附近邻域内选中的测试数据，是否可以顺 利确定对应的测试用例
软 件 测 试
--17--
边界值测试
ECJTU
4 测试用例的设计 4.2 边界组合方式 • 强边界法 测试用例要覆盖所有输入条件的所有边界组合。 即每个用例的多个输入条件同时取边界的情况。 可测试到所有的边界组合，但不利于缺陷的隔离 和定位，并且用例数量较大。
软 件 测 试
--18--
边界值测试
--11--
边界值测试
ECJTU
2 确定边界 对于某个输入条件而言，边界的确定可参照如 下原则： • 若输入条件规定了取值范围，则以该范围作为边界 • 若输入条件规定了值的个数，则以值的个数为边界 • 若输入域是有序集合(如有序表、顺序文件等)，则选 取集合中特定次序的数据作为边界，如第一个或最 后一个数据等
ECJTU
捉虫实践1：NextDate的边界值测试 • 针对整体输入域 • 边界点：最小值1800-1-1和最大值2050-12-31 在个体输入域的基础上，补充6个测试用例即可。
ID ND-BVT-001 ND-BVT-002 ND-BVT-003 ND-BVT-004 输入数据 1799-12-31 1800-1-1 1800-1-2 2050-12-30 预期输出 略
软 件 测 试
--34--
边界值测试Байду номын сангаас
ECJTU
输出域的选择 • 销售额 vs 佣金 ？ 从销售额到佣金的计算复杂，当月的销售额容易 计算。选择销售额作为中间输出域。 • 佣金问题的边界点 各种酒水的月最低售出标准和最高供应量，对应 佣金的最小值和最大值。 佣金计算比率发生变化的临界点。
软 件 测 试
软 件 测 试
--27--
边界值测试
ECJTU
测试分析 • 冗余和漏洞都较为严重（大量的普通日期和无效日期） 并且，闰月情况没有测试到。
简单计算 月末日期 年末日期 无效日期 总数 10 1 0 6
不存在 日期 1
然而，边界值法主要关注边界上表现的缺陷，只 要能以少量用例覆盖所有可能的边界，就不应视作冗 余和漏洞。 • 以上漏洞可以通过等价类等方法加以避免
软 件 测 试
ECJTU
边界点
1800,2500 1,12 1,31
测试数据 1799,1800,1801 2049,2050,2051 0,1,2 11,12,13 0,1,2 30,31,32
--26--
边界值测试
ECJTU
• 基于单缺陷假设，选择典型值法+弱边界方案，得到 测试用例。 • c2_1.png
软 件 测 试
--31--
边界值测试
ECJTU
捉虫实践2：佣金问题的边界值测试 某酒水销售公司指派销售员销售各种酒水，其中 白酒、红酒和啤酒的单价分别为168元/瓶、 120元/瓶、 5元/瓶。 每个销售员，白酒每月的最高供应量为5000瓶， 红酒为3000瓶，啤酒为30000瓶。各销售员每月至少 需售出白酒50瓶，红酒30瓶，啤酒300瓶。 月末，各销售员向酒水销售公司上报他所在区域 的销售业绩，酒水销售公司根据其销售额计算该销售 员的佣金，并作为奖金发放。
软 件 测 试 --8--
边界值测试
ECJTU
• 测试思想：在被测对象的边界及边界附近设计测试用 例。 • 用例设计：选择对象、确定边界和邻域、设计用例 • 测试用例设计： 1 选择被测对象 2 确定边界 3 确定邻域 4 设计用例
软 件 测 试
--9--
边界值测试
ECJTU
测试用例设计 • 1 选择被测对象：即输入域或输出域，以进行后续的 边界值测试用例设计 • 2 确定边界：即域的边界，确保覆盖被测对象所有可 能的边界 • 3 确定邻域：即域边界附近的邻域范围，便于及时发 现所有潜伏在边界附近的缺陷 • 4 设计用例：即从边界及其邻域抽取测试数据，设计 测试用例
低，工作量也低
软 件 测 试 --6--
黑盒测试技术
• 1 边界值测试 • 2 等价类测试 • 3 基于决策表的测试 • 4 基于正交表的测试 • 5 基于场景的测试
ECJTU
软 件 测 试
--7--
边界值测试
ECJTU
• 人们从长期的测试工作中总结出一个实践经验： 大量缺陷发生在被测对象的输入域或输出域的边 界（即极值）上。 如果开发阶段导致缺陷，在边界处出现错误的可 能性要远大于非边界处。 • 例如：循环条件可能在应该判断=<时判断了<；计数 器也总是“少记一次”。 一种打印出版程序，有两种文本显示模式：一种 通过虚线指示新一页；一种则显示页面。如果光标位 于一页的最后一行，增加新文本，会有异常。 在页面模式下新文本丢失，前后两页都没有显示。
软 件 测 试
--15--
边界值测试
ECJTU
4 测试用例的设计 4.1 测试数据的选择 • 穷举法 在每个边界点的邻域范围内取所有数据 优势：边界及其邻域范围内所有数据均可测试到 不足：邻域内的测试数据较多，导致的测试负担 重
软 件 测 试
--16--
边界值测试
ECJTU
4 测试用例的设计 • 典型值法 在边界点p处，邻域为a。选择 p-a , p , p+a 这三个 值作为测试数据 优势：测试数据包含了边界点本身以及相对远离 该边界点的邻域数据，具有典型性，且数据量大大降 低
软 件 测 试
--12--
边界值测试
ECJTU
2 确定边界 实际上，针对某个输入条件确定边界点时，可利 用如下的思路： • 在需求描述中，寻找最大极限边界，如最高/最低，最 前/最后等。 • 在需求描述中，寻找其他边界，其特征是：当在某点 并且，编程中，输入条件都须要 附近的极小邻域内，系统处理方式完全不同。即对应 用某个数据变量来表示，有其类 被测对象输出发生变化的临界点。 型的取值范围，也是边界。 • 关注在软件内部的边界点，称为次边界条件或内部边 如某些分段计算的函数。 界条件。