黑盒测试流程及方法
常用黑盒测试方法
6
等价类划分
应用举例 下面讨论涉及有两个变量X1和X2的函数F。 如果函数F实现为一个程序，输入变量X1和X2拥有如下边界，以及边界内的区间： a<=X1<=d，区间为[a,b)，[b,c)，[c,d]； e<=X2<=g，区间为[e,f)，[f,g]。 X1，X2的无效值是X1<a，X1>d，X2<e，X2>g。 以此作为例子，将进一步讨论等价类划分方法。对比下面三张图：
3
等价类划分
相关概念 ●等价类是指某个输入域的子集合，在该子集合中，各个输入数据对于揭露程序 中的错误都是等效的。测试某等价类的代表值就等价于对这一类其它值的测试。 ●如果等价类中的一个输入数据能检测出一个错误，那么等价类中的其他输入数 据也能检测出同一个错误；反之，如果等价类中的一个输入数据不能检测出某个 错误，那么等价类中的其它输入数据也不能检测出某个错误。 ●有效等价类：指对于程序的规格说明来说是合理的、有意义的输入数据构成的 集合。利用有效等价类可以检验程序是否实现了规格说明中所规定的功能和性能。 ●无效等价类：无效等价类和有效等价类相反，无效等价类是指对于软件规格说 明而言，没有意义的、不合理的输入数据集合。利用无效等价类，可以找出程序 异常说明情况，检查程序的功能和性能的实现是否有不符合规格说明要求的地方。
10
边界值分析
边界值选取原则 使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价 类的边界，就是应着重测试的边界情况。应当选取正好等于，刚刚大于或刚刚小 于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。 1）如果输入条件规定了值的范围，则应取刚达到这个范围的边界值、以及刚超越
黑盒测试是什么,主要测试方法有哪些
黑盒测试是什么
黑盒测试是一种软件测试方法，测试人员关注的是软件系统的功能，而不考虑内部逻辑结构。
黑盒测试类似于将软件系统看作一个黑盒子，只关心输入、输出和系统对输入的反应，而不关心内部实现细节。
主要测试方法
1.等价类划分法
等价类划分法是一种常用的黑盒测试方法。
测试人员将输入数据划分为不同的等价类，选择一个代表性的值进行测试，以确保每个等价类的数据都能得到适当的处理。
2.边界值分析法
边界值分析法是一种关注软件系统边界条件的测试方法。
测试人员会测试输入数据的边界情况，包括边界处和边界附近的数值，这样可以检查系统在边界条件下的正确性。
3.因果图法
因果图法是一种图形化的测试方法，通过绘制因果图来描述系统的输入和输出关系。
测试人员可以根据因果图识别出潜在的测试用例，从而对系统进行有效的测试。
4.决策表测试法
决策表测试法是一种用表格方式描述系统决策逻辑的测试方法。
通过编写决策表，测试人员可以识别出系统不同条件和操作之间的关系，从而有效地进行测试。
5.状态转换测试法
状态转换测试法适用于有状态的系统测试。
测试人员根据系统状态之间的转换关系设计测试用例，确保系统在不同状态切换时能够正确地响应。
通过上述方法，测试人员可以全面地覆盖软件系统的功能，并保证系统在各种情况下都能正确运行。
黑盒测试是软件测试中不可或缺的一部分，通过有效的黑盒测试方法，可以提高软件质量，降低系统出错的风险。
黑盒测试是怎么测试的
黑盒测试是怎么测试的黑盒测试，又称功能测试，是软件测试中的一种测试方法。
在黑盒测试中，测试人员并不需要了解软件程序的内部工作原理和实现细节，而是只关注软件的输入和输出。
黑盒测试主要验证软件系统是否按照预期功能规格说明书的要求正常工作。
测试流程黑盒测试的测试流程一般包括以下几个步骤：1.需求分析：测试人员首先需要详细了解软件的需求规格说明书，确保清楚了解软件的功能和功能要求。
2.测试用例设计：根据需求规格说明书编写测试用例，测试用例是描述软件功能、输入以及预期输出的文档。
3.测试环境搭建：搭建测试环境，包括测试工具、测试数据的准备等。
4.测试执行：执行测试用例，输入测试数据，观察输出结果，比对实际结果和预期结果。
5.结果分析：将测试结果进行统计和分析，记录测试的缺陷和问题。
6.缺陷修复：将测试出的缺陷和问题反馈给开发人员，等待开发人员修复。
7.回归测试：在缺陷修复后重新执行测试，确保修复的缺陷没有引入新的问题。
8.测试报告：根据测试执行情况编写测试报告，详细记录测试过程、测试结果等信息。
测试技术在黑盒测试中，常用的测试技术包括等价类划分、边界值分析、因果图等。
•等价类划分：将输入数据分为不同的等价类，对每个等价类选择一个代表性数据进行测试。
•边界值分析：针对输入的边界值进行测试，包括最大值、最小值以及临界值。
•因果图：使用因果图描述系统中的事件之间的关系，帮助测试人员制定测试用例。
注意事项在进行黑盒测试时，测试人员需要注意以下事项：•充分准备：确保充分了解软件的需求规格说明书，准备充分的测试用例和测试数据。
•覆盖率：尽可能覆盖所有可能的输入情况，保证测试的全面性。
•反复测试：进行多次测试，确保软件的稳定性和可靠性。
•及时反馈：发现问题及时和开发人员沟通，确保问题能够及时修复。
通过以上流程和技术，黑盒测试可以有效地检测软件系统的功能是否符合要求，保证软件质量和稳定性。
黑盒测试在软件开发过程中扮演着重要的角色，帮助开发人员和项目组保证软件的可靠性和稳定性。
软件工程黑盒测试法
软件工程黑盒测试法黑盒测试法是软件工程领域中常用的一种测试方法，用于验证软件系统的功能性和用户需求是否得到满足。
与白盒测试相对应的是黑盒测试，在黑盒测试中，测试人员不需要关心系统的内部结构和实现细节，而是将系统看作一个黑盒子，只关注其输入和输出之间的关系。
本文将介绍黑盒测试法的基本概念、流程和常见的测试技术。
1. 黑盒测试法的基本概念在黑盒测试中，测试人员仅关注软件系统的外部行为，而不考虑内部实现细节。
这种测试方法主要用于验证系统是否按照用户需求的规格说明书来工作。
黑盒测试法的核心在于设计测试用例，通过输入不同的数据或条件来验证系统的输出是否符合预期。
测试人员在进行黑盒测试时，不需要了解系统的源代码或内部逻辑，只需关注系统对不同输入的响应。
2. 黑盒测试流程黑盒测试的流程通常包括需求分析、测试用例设计、测试执行和测试报告撰写等阶段。
在需求分析阶段，测试人员需要仔细研究用户需求和规格说明书，了解系统的功能和性能要求。
然后设计测试用例，覆盖系统的各个功能点和边界条件。
测试执行阶段是将设计好的测试用例应用到系统上，观察系统的输出是否符合预期。
最后，根据测试结果编写测试报告，总结测试过程中发现的问题和建议改进的地方。
3. 黑盒测试技术黑盒测试法有许多常用的测试技术，例如等价类划分、边界值分析、因果图法、状态转换法等。
等价类划分是将输入数据划分为等价类，确保每个等价类都能触发相同的系统行为。
边界值分析是测试输入数据的边界情况，以验证系统在边界条件下的正确性。
因果图法用于分析系统的功能和输入之间的因果关系，从而设计有效的测试用例。
状态转换法适用于测试具有状态转换的系统，通过设计不同状态下的输入来验证系统的正确性。
4. 结语黑盒测试法是软件工程中一种重要的测试方法，能够有效验证软件系统的功能性和用户需求是否得到满足。
通过合理设计测试用例和灵活运用黑盒测试技术，可以提高测试效率和覆盖范围，确保软件质量。
在实际项目中，测试人员应根据具体情况选择合适的黑盒测试技术，结合其他测试方法进行综合测试，以保证软件系统的稳定性和可靠性。
黑盒测试的六种方法
黑盒测试的六种方法黑盒测试是软件测试的一种方法，它不关心内部实现细节，只关注输入和输出之间的关系。
通过针对软件的功能进行测试来验证其是否符合预期的要求。
在黑盒测试中，测试人员不需要了解软件的内部逻辑，只需根据软件的规格说明书或者需求文档来进行测试。
在进行黑盒测试时，有许多不同的方法和技术可以使用。
下面将介绍黑盒测试的六种常见方法：1.等价类划分法（Equivalence Partitioning）：等价类划分法是将输入数据划分为多个等价的分组，然后从每个分组中选择代表性的数据进行测试。
这样可以有效地减少测试用例的数量，但又覆盖了所有的可能情况。
2.边界值分析法（Boundary Value Analysis）：边界值分析法是一种测试技术，重点关注输入值的边界和临界值，以及边界周围的值。
通过测试边界值和临界值可以发现软件中常见的错误，如越界访问、边界条件错误等。
3.错误推测法（Error Guessing）：错误推测法是一种基于经验和直觉的测试方法，测试人员尝试猜测软件中可能存在的错误，并针对这些错误编写测试用例。
这种方法可以帮助测试人员在短时间内发现潜在的问题。
4.状态转换法（State Transition Testing）：状态转换法主要用于测试具有状态转换的系统，测试人员根据系统的状态图来设计测试用例。
通过测试系统在不同状态之间的转换是否正确来验证软件的功能是否符合需求。
5.决策表测试法（Decision Table Testing）：决策表测试法是一种测试技术，它将系统的所有输入条件和对应的动作列成决策表，然后根据决策表来设计测试用例。
这种方法可以帮助测试人员全面地覆盖系统的所有可能情况。
6.因果图测试法（Cause-Effect Graph Testing）：因果图测试法是一种基于因果关系的测试技术，它将系统的输入和输出之间的因果关系转换成因果图，然后根据因果图来设计测试用例。
这种方法可以帮助测试人员发现系统中隐藏的逻辑错误。
黑盒测试流程
黑盒测试流程黑盒测试是一种测试方法，它主要关注于测试软件的功能，而不考虑软件的内部结构和实现细节。
黑盒测试不关心程序员编写的代码，而是通过输入一些已知的输入，来验证软件是否按照预期的方式输出正确的结果。
下面我们来介绍一下黑盒测试的流程。
1. 确定测试目标：黑盒测试的第一步是明确测试的目标。
测试目标应该从用户的角度出发，关注用户所关心的功能。
例如，如果测试一个网站的登录功能，测试目标可能是验证用户能够通过正确的用户名和密码登录成功。
2. 收集需求和设计文档：黑盒测试需要收集需求和设计文档，以便了解软件的功能实现和预期的行为。
这些文档可能包括用户需求规格说明书、软件设计文档、用例规约等。
通过阅读这些文档，测试人员可以了解软件的功能和预期的行为。
3. 设计测试用例：测试人员根据需求和设计文档设计测试用例。
测试用例包括输入和预期的输出。
测试用例应该尽可能覆盖所有可能的情况，包括正常情况和异常情况。
例如，在测试登录功能时，可以设计多个测试用例，分别测试正确的用户名和密码、错误的用户名或密码、空的用户名或密码等情况。
4. 编写测试脚本：根据设计好的测试用例，测试人员编写测试脚本。
测试脚本通常使用一种编程语言来实现，以自动化执行测试用例。
测试脚本应该能够模拟用户的输入，并检查软件的输出是否与预期一致。
5. 执行测试：执行测试包括运行测试脚本并观察软件的行为。
测试人员应该记录测试过程中的每个步骤和观察到的结果。
如果软件的行为与预期不符，测试人员应该记录错误信息，并向开发人员报告。
6. 分析测试结果：在执行测试后，测试人员需要分析测试结果。
分析测试结果包括检查每个测试用例是否通过，以及记录和报告发现的错误。
测试人员应该将错误信息详细地描述，包括错误的触发条件、错误的现象和错误的原因等。
7. 修复错误和再测试：在分析测试结果后，开发人员应该修复发现的错误。
修复错误后，测试人员需要再次执行测试，以验证修复是否有效。
测试人员应该重点关注修复的错误，以确保它们不再出现。
黑盒测试(BlackboxTesting)
黑盒测试（BlackboxTesting）你无法叫醒一个不回你消息的人，但是红包能。
1、黑盒测试概念黑盒测试是在软件的接口处进行，把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明，所以黑盒测试又叫功能测试或数据驱动测试。
2、黑盒测试的目的 ·是否有功能错误，是否有功能遗漏。
·是否能够正确地接收输入数据并产生正确的输出结果。
·是否有数据结构错误或外部信息访问错误。
·是否有程序初始化和终止方面的错误。
·是否有初始化或终止性错误。
3、黑盒测试方法 ·等价类划分分析（Equivalence Class Partitioning） ·边界值分析（Boundary Value Analysis） ·因果图分析（Cause-Effect diagram） ·错误推测法（Error Guessing） ·场景分析法（Scenario Analysis） ·正交试验法（Orthogonal experiment） ·综合策略4、黑盒测试流程 ·测试计划根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。
·测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响到测试结果的有效性）。
·测试开发建立可重复使用的自动测试过程。
·测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理。
黑盒测试方法介绍
1、等价类方法实例：程序规定；输入三个整数作为三边的边长构成三角形。
当此三角形为一般三角形、等腰三角形、等边三角形时，分别作计算。
用等价类划分方法为该程序进行测试用例设计。
步骤1：确定等价类根据给出的程序输入的规定，可以划分如下等价类：a.输入值的集合：整数b.输入值的个数：3个c.要构成三角形，默认的输入值的范围：正数d.构成三角形的要素，输入值必须遵守下面的规则：两边之和大于第三边；e.一般三角形等价类f.等腰三角形g.等边三角形步骤2：建立等价类表，给每个等价类编号设a、b、c为三角形的三边2、边界值方法边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。
通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
实例：用边界值分析法，假定X为整数，1<X<10那么X在测试中应该取。
边界值。
边界值分析法设计测试用例时，应选取正好等于、刚刚大于、刚刚小于边界的值作为测试数据。
根据题意，X=1，X=2，X=9，X=103、因果图法因果图法是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。
因果图法一般和判定表结合使用，通过映射同时发生相互影响的多个输入来确定判定条件。
因果图法最终生成的就是判定表，它适合于检查程序输入条件的各种组合情况。
采用因果图法能帮助我们按照一定的步骤选择一组高效的测试用例，同时，还能指出程序规范中存在什么问题，鉴别和制作因果图。
■优点1、因果图法能够帮助我们按照一定步骤，高效的选择测试用例，设计多个输入条件组合用例2、因果图分析还能为我们指出，软件规格说明描述中存在的问题3、可以依据因果图检验需求的逻辑和程序未来应包含的函数或方法。
■缺点1、输入条件与输出结果的因果关系，有时难以从软件需求规格说明书得到。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试流程依次如下：1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。
--testing team2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。
---testing leader or testing manager3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。
---testing leader, senior tester4.执行测试：根据测试用例的详细步骤，执行测试用例。
--every tester(主要是初级测试人员)5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。
--every tester(主要是初级测试人员)6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。
--every tester7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.8.用户体验、软件发布等……详细测试步骤：1. 书写测试计划2. 审核测试计划，未通过返回第一步3. 书写测试用例；4. 审核测试用例，未通过返回第三步5. 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例）6. 测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW）7. 集成部经理接到bugzilla发过来的bug7.1 对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）;7.2 对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改; （bug状态RESOLVED，决定设置为INVALID）;7.3 对于目前无法修改的,将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND）8. 开发人员接到发过来的bug立刻修改;（bug状态RESOLVED，决定设置为FIXED）9. 测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）；10. 如果复测有问题返回第六步（bug状态REOPENED）11. 否则关闭这项BUG（bug状态CLOSED）12. 本轮测试中测试用例中有95%一次性通过测试,结束测试任务；13. 本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试；14. 测试任务结束后书写测试总结报告；15. 正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。
发现bug通知测试人员，测试人员以正规流程处理bug事件；16. 然后是BETA测试，请用户代表进行测试。
发现bug通知测试人员，测试人员以正规流程处理bug事件。
(又叫用户体验测试UAT)Bugzilla是Mozilla公司提供的一款开源的免费Bug（错误或是缺陷）追踪系统，用来帮助你管理软件开发，建立完善的BUG跟踪体系。
Bugzilla是一开源Bug Tracking System，是专门为Unix定制开发的。
但是在windows平台下依然可以成功安装使用.Bugzilla是一个搜集缺陷的数据库。
它让用户报告软件的缺陷从而把它们转给合适的开发者。
开发者能使用bugzilla保持一个要做事情的优先表，还有时间表和跟踪相关性。
不是所有的"bugs"都是软件缺陷。
一些数据库中的内容是作为增强的请求（RFE）。
一个RFE是一个严重级别字段被设为"enhancement"的"Bug".人们常说"bug",实际上意思是Bugzilla中的记录，所以RFEs经常被称作bug。
黑盒测试黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。
功能不正确或遗漏；界面错误；输入和输出错误；数据库访问错误；性能错误；初始化和终止错误等。
从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。
这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。
黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。
具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。
等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。
每一类的代表性数据在测试中的作用等价于这一类中的其他值。
该方法是一种重要的，常用的黑盒测试用例设计方法。
划分等价类1) 划分等价类：等价类是指某个输入域的子集合。
在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况：有效等价类和无效等价类。
有效等价类：是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
无效等价类：与有效等价类的定义恰巧相反。
设计测试用例时，要同时考虑这两种等价类.因为，软件不仅要能接收合理的数据，也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。
划分等价类准则2）划分等价类的方法：下面给出六条确定等价类的原则。
①在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。
②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可确立一个有效等价类和一个无效等价类.③在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类。
④在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类。
⑤在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。
⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步的划分为更小的等价类。
3）设计测试用例：在确立了等价类后，可建立等价类表，列出所有划分出的等价类：输入条件输入条件有效等价类无效等价类然后从划分出的等价类中按以下三个原则设计测试用例：①为每一个等价类规定一个唯一的编号。
②设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复这一步.直到所有的有效等价类都被覆盖为止。
③设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步.直到所有的无效等价类都被覆盖为止。
边界值分析法边界值分析是通过选择等价类边界的测试用例。
边界值分析法不仅重视输入条件边界，而且也必须考虑输出域边界。
它是对等价类划分方法的补充。
（1）边界值分析方法的考虑：长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例，可以查出更多的错误。
使用边界值分析方法设计测试用例，首先应确定边界情况.通常输入和输出等价类的边界，就是应着重测试的边界情况.应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。
（2）基于边界值分析方法选择测试用例的原则：1）如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据。
2）如果输入条件规定了值的个数，则用最大个数,最小个数，比最小个数少一，比最大个数多一的数作为测试数据。
3）根据规格说明的每个输出条件，使用前面的原则1）。
4）根据规格说明的每个输出条件，应用前面的原则2）。
5）如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例。
6）如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。
7）分析规格说明，找出其它可能的边界条件。
错误推测法错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法.错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例。
例如，在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等，这些就是经验的总结。
还有，输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。
可选择这些情况下的例子作为测试用例。
因果图法前面介绍的等价类划分方法和边界值分析方法，都是着重考虑输入条件，但未考虑输入条件之间的联系，相互组合等。
考虑输入条件之间的相互组合，可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情，即使把所有输入条件划分成等价类，他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）。
因果图方法最终生成的就是判定表。
它适合于检查程序输入条件的各种组合情况。
生成测试用例（1) 分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。
(2) 分析软件规格说明描述中的语义。
找出原因与结果之间，原因与原因之间对应的关系. 根据这些关系，画出因果图。
(3) 由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现. 为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。