测试用例编写是软件测试的基本功；也有很多人认为测试用例是软件测试的核心；软件测试最重要的是设计并生成有效的测试用例；测试用例是测试工作的指南，是软件测试中必须遵守的规则。
以上观点在鲁牛学院这里不做讨论，但综上所述，可以看出测试用例编写的软技能非常重要，是测试人员必备的技能。
下面，鲁牛学院将为您介绍测试用例的准备。
我们将用例编写分为两类:黑盒用例编写和白盒用例编写。
写作的总体思路
黑盒测试用例+白盒测试用例=完整的测试用例
整体写作策略
对于写测试用例来说，四种常用的方法基本足够了。等价类、边界值、正交实验法、误差推断法，辅以情景测试法、需求/设计转换法、探索性测试思想，可以应付大部分产品的测试。个别产品在某一点上需要细化和扩展，需要实用。
运用各种写作方法的综合设计策略；
在任何情况下，都必须使用边界值分析法。经验表明，这种方法设计测试用例、发现程序错误的能力最强。必要时用等价类划分方法补充一些测试用例，特别注意等价类无效的情况。如果程序的功能描述包含输入条件的组合，那么因果图可以从一开始就选择。通过虚假推测增加一些测试用例，主要是利用测试经验。对照程序逻辑检查设计的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，就要补充足够的测试用例；参考白盒用例进行编写。研究思考程序的应用场景，增加不同场景下的测试用例；用户场景测试必须重视，大量的程序错误都是由于测试场景与真实用户场景的差异造成的。对业务和流程有了更深入的理解，可以充分发挥发散性思维和探索性思维；不要误会探索性测试就是无目的测试。事实上，探索性测试有非常详细的测试指南。
黑盒用例编写
常见的方法如下:
等价边界值因果图决策表驱动法正交实验法功能图法场景实验法误差推断法需求转换设计文档探索性测试1。黑盒等价类
等价类:选取几个有代表性的数据，等价于该类的其他值；找到最小的子集可以找到最多的错误；
两个特征:必须设计的用例；涵盖了大部分情况；
两种情况:有效等价类；无效的等价类；
转换为测试用例
1.根据输入条件、有效等价类和无效等价类，建立等价类列表，列出所有等价类；
2.为每个等价类确定一个数字；
3.设计一个测试用例来覆盖一个或多个有效的等价类；
4.设计一个或多个测试用例来覆盖剩余的有效等价类；
使用场景:输入条件
等价类的例子:
以三角形测试为例:输入3个整数作为三角形的三条边，通过程序确定三角形的类型。
2.黑盒-边界值
边界值:所谓边界条件，是指输入输出等价类中那些恰好在边界上、边界之外或边界之下的状态；
两个特征:选择一个或多个元素，使得等价类的每个边界都被测试过；不同于只关注输入条件，还需要在结果空中设计测试用例；
边界条件可能很微妙，所以要花很大力气去确定；
使用场景:输入和输出都需要考虑。
边界值的示例:
以三角形测试为例:输入3个整数作为三角形的三条边，13，黑盒-因果图。
图:输入条件组合分析。用系统的方法选择有效的测试用例集；
分析思路:
1.分析规范描述，确定原因和结果，并给出标识符；
2.分析规范的语义，找出原因与原因、原因与结果之间的关系，画出因果图；
3.有些原因和理由，以及原因和结果的结合不会出现，约束或限制条件用标记表示；
4.将因果图转换成决策表；
5.基于决策表的每一列设计测试用例；
使用场景:必须考虑输入条件的各种组合；
4.黑盒-决策表
决策表:分析和表达多逻辑条件下不同操作的工具:跳过因果图的绘制，直接列出所有组合进行筛选；
分析思路:决策表通常由条件桩、行动桩、条件项、行动项四部分组成；
决策表的建立步骤:
确定规则的数量；列出所有条件堆和动作堆；填写条件项；填写行动项目得到初步判断表；简化相似性规则；
使用场景:控件类和游戏。优点是可以根据各种可能的情况列出复杂的问题，简明易懂，避免遗漏。缺点是不能表达重复动作，比如循环结构。
5.黑盒-正交试验法
正交实验法:使用因果图设计测试用例时，输入原因和输出结果之间的因果关系有时很难从软件需求规格说明书中得到；通常，因果关系是如此巨大，以至于测试用例的数量是巨大的。为了有效合理地减少测试时间和成本，可以采用正交试验设计方法设计测试用例。
分析思路:
1、提取功能描述，构建因子-状态表；
2.加权筛选生成因子分析表；
3.利用正交表构造测试数据集；
使用场景:必须考虑输入条件的各种组合；
6.黑箱-场景实验方法
情景实验法:几乎所有的软件过程都是由事件触发控制的。当一个事件被触发时，场景形成一个场景，而同一事件的不同触发顺序和处理结果形成一个事件流；生动地描绘事件被触发时的情况有利于设计用例，测试用例也更容易理解和执行。
分析思路:
每条路径都反映了基本流程和备选流程；基本流程是最简单的路径；备选流程从基本流程开始，会在特定条件下添加和执行，可能在很多情况下；
使用场景:0；0+1;0+1+2;0+3;0+3+1;0+3+1+2;0+4;0+3+4;…
7.错误的推理方法
错误推断法:基于经验和直觉，推测程序中所有可能的错误，从而有针对性地设计测试用例；大部分集中在用户的使用习惯和测试过程中的常见问题。
分析思路:
列出程序中所有可能出现的错误和容易出现错误的特殊情况，并根据这些情况选择测试用例；
注重积累和分享；
使用场景:将在任何测试和场景中使用的方法。
有常用的测试用例集可供参考。
例如:数字输入验证，分别输入数字、字符串、空白值、空值和临界值；如有非法输入，系统会给出必要的判断提示信息；
8.黑箱-需求转换方法
需求转换方法:根据需求，进行需求分析，编写测试用例。
分析思路:
把需求变成思维导图；
仔细权衡每个词的意思；
结合用户的使用场景和用途；
严格设计每个用例；
可以建立模型进行需求转化；
使用场景:将在任何测试和场景中使用的方法。
注:需求变化的影响；了解需求偏差的影响；模糊需求的影响等。;
9.黑盒-设计文档
设计:通过查阅设计文档，可以了解软件系统的内部设计过程和处理机制。通过比较编写的测试用例，您可以在相应的功能和模块中添加新的测试用例。
分析思路:
仔细阅读设计文件；
与相关人员的沟通机制；
结合测试用例编写方法，对比之前编写的用例；
使用场景:将在任何测试和场景中使用的方法。
注:设计文件书写正确；设计文件的理解偏差；
10.黑盒-探索性测试方法
探索性测试法:创意无限，探索性测试无止境的测试点；要在测试的最前沿发挥洞察力、技术和应变措施，发现产品的缺陷；
分析思路:
局部探索性试验；全球探索性测试；探索性测试；
使用场景:将在任何测试和场景中使用的方法。像漫游一样，自由地寻找软件中的缺陷，软件测试的未来必然会有探索性测试。
白盒用例编写
基本理念:
第一步，画流程图；
第二步，根据路径分析方法确定测试用例；
第三步，用等价类/边值法确定测试用例的数据。
第四步，根据实际情况进行补充。
基本策略:
1、语句覆盖准则基本上没啥用，比较强的逻辑覆盖准则是判定覆盖或者条件覆盖；通常判定覆盖可以满足语句覆盖；语句覆盖
