前言
上次讲总结测试用例的时候测试用例 软件，我一直没有找到关于测试用例的基本理论和原理，所以只好从实践层面简单梳理一下相关知识。
常见问题
测试用例的常见问题包括：
测试用例常见问题解答
标准
好的测试用例可以发现缺陷，但也不一定能发现缺陷。 是否发现缺陷并不能作为判断好的用例的标准。
好的测试用例体现在覆盖率和执行力上。 好的测试用例必须具备三个要点：良好的格式、清晰的表达、有效的覆盖。
每个测试用例都应该格式良好并明确说明。 内容包括标题、前置条件、输入数据、执行步骤和预期结果等元素。 出于管理需要，可以添加更多的编号、用途、分类、级别等。
测试用例内容元素
测试用例必须能够在深度和广度上有效覆盖测试需求。 测试需求与被测软件的需求相关，一般包括功能、性能、可靠性、易用性、可维护性、可移植性等。
测试覆盖率要求
方法
测试人员需要遍历功能、性能等测试需求各个方向的测试点，然后根据每个测试点匹配相应的测试方法，甚至应用一些辅助工具来创建有效的测试用例。
测试用例生成流程
下图是根据“斜杠坊子”的《测试架构师培养之道》整理的，描述了各种测试需求对应的测试方法。
测试轮图（来自：斜线方块）
测试用例设计以测试点为基础，测试点可概括为四类：流程型、参数型、数据型和组合型。 这个分类方法和切入点还是不错的。 毕竟，软件程序基本上可以抽象为“输入参数-处理-输出结果”。 使用这种分类方法可以为建立高覆盖率的测试用例奠定基础。
测试点类型
无论测试点如何测试用例 软件，都可以通过建模、设计、补充和扩展四个步骤来完成和改进测试用例。
用例设计步骤
每种类型的测试点的建模和设计方法都不同。 这个工艺规范也是可圈可点的。 建模阶段基本上是键入和描述需求。 设计阶段采用与打字相对应的设计方法对测试用例进行拆解。 补充拓展阶段是整理查漏补缺。 整体完美契合。 需要注意的是，后期可以额外结合软件的架构设计和实现逻辑进行补充，效果会更好。
各种测试点用例设计步骤和方法
技术
下面介绍三种测试用例设计技术，即等价类法、边界值法和误差猜测法。
[微风]等价类方法
等价类方法是黑盒测试的基本方法，其特点是使用最小的测试数据来达到最好的测试质量。
等价类是指输入域的子集，其中每个输入数据在查找程序中的错误方面具有相同的有效性。 测试一个等价类的代表值就相当于测试该类的其他值。 这就是等价类的基本原理。
等价类法则是：如果被测程序正确，它应该能够同时接受有效输入和无效输入。
划分等价类时需要注意具有代表性和完整性，避免冗余。 这是划分等价类的标准。
等价类方法
[微风]边界值法
边界值法是一种黑盒测试方法，测试输入或输出的边界值。 它通常作为等价类划分方法的补充，其测试用例来自等价类的边界。 边界值是指相对于输入等价类和输出等价类略高于或略低于边界的一些特定情况，这些情况是等价类的冗余情况。
边值法的原理是，许多编程错误发生在输入域或输出域的边界处，而不是在输入/输出范围的中间区域。
一般对于开区间、闭区间、半开半闭区间三种情况，通过三点分析法（内点、上点、远点）确定边界值。
边值法
[微风]错误的猜测方法
错误推测方法根据经验和直觉推测程序中所有可能的错误，然后有针对性地设计测试用例。
错误猜测方法侧重于软件中可能发生错误以及可能做出假设的区域。
工具
[微风]图片
PICT（成对独立组合测试）工具最初是微软内部使用的一个命令行工具，用于自动生成成对组合测试用例。 它生成配对测试所需的测试用例，并可以将结果导出到 Excel。
[微风]XMind2TestCase
首先使用脑图工具XMind根据测试用例模板编写测试用例，然后使用XMind2TestCase工具将XMind格式的测试用例导出为Testlink、Zentao等可导入的格式。
[微风]BenderRBT
BenderRBT是一款基于需求的功能测试用例设计工具。 它有两个功能模块：OrthogonalPairs 和 CauseEffect。 通过进一步明确被测应用的需求，可以设计出最少数量的测试用例来实现。 最大的功能覆盖。
[微风]成对
initive.no网站上有一个Pairwiser工具，可以在线使用，也可以下载。 它允许您设置自己的规则并消除一些不需要测试的情况。
结论
网上有很多关于测试用例编写方法的文章，很多都写的很详细。 本文主要介绍例程，其他内容就不赘述了。 谢谢你！ ！ ！
