如何设计一个"好的"测试用例?

多测师12

　　什么才算是“好的”测试用例?
　　好的测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关。
　　"好的"测试用例必须具备哪些特征?
　　一个“好的”测试用例，必须具备以下三个特征。
　　1.整体完备性："好的"测试用例一定是一个完备的整体，是有效测试用例组成的集合，能够完全覆盖测试去求。
　　2.等价类划分的准确性:指的是对于每个等价类都能保证只要其中一个输入测试通过，其他输入也一定测试通过。
　　3.等价类集合的完备性:需要保证所有可能的边界值和边界条件都已经正确识别。
　　做到了以上三点，就可以肯定测试时充分且完备的，即做到了完整的测试需求覆盖。
　　三种最常用的测试用例设计方法
　　1.等价类划分方法
　　等价类中任意一个输入数据对于揭露程序中潜在错误都具有同等效果。我们只要从每个等价类中任意选取一个值进行测试，就可以用少量具有代表性的测试输入去的较好的测试覆盖效果。
　　2.边界值分析方法
　　边界值分析是对等价类划分的补充，你从工程实践经验中可以发现，大量的错误发生在输入输出的边界值上，所以需要对边界值进行重点测试，通常选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据。


　　​
　　3.错误推测方法
　　错误推测方法是指基于对被测试软件系统设计的理解、过往经验以及个人直觉，推测出软件可能存在的缺陷，从而有针对性地设计测试用例的方法。这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握，当然还有个人的能力。
　　设计测试用例时，有两个关键点需要注意:
　　1.从软件功能需求出发，全面地、无遗漏地识别出测试需求是至关重要的，这将直接关系到用例的测试覆盖率。
　　2.对于识别出的每个测试需求点，需要综合运用等价类划分、边界值分析和错误推测方法来全面地设计测试用例。
　　测试用例集三个独家“秘籍”:
　　1.只有深入理解被测试软件的架构，你才能设计出“有的放矢”的测试用例集，去发现系统边界以及系统集成上的潜在缺陷。
　　2.必须深入理解被测试软件的设计与实现细节，深入理解软件内部的处理逻辑。
　　3.需要引入需求覆盖率和代码覆盖率来衡量测试执行的完备性，并以此为依据来找出遗漏的测试点。
　　总结:
　　首先，你需要明白，"好的"测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而能否发现软件缺陷并不是衡量测试用例好坏的标准。
　　其次，设计测试用例的方法有多种，但综合运用等价类划分、边界值分析和错误推测方法，可以满足绝大多数测试用例设计的需求。
　　再次，"好的"测试用例在设计时，需要从软件功能需求出发，全面地、无遗漏地识别出测试需求至关重要。
　　最后，如果想设计一个"好的"测试用例，你必须要深入理解被测试软件的架构设计，深入软件内部的处理逻辑，需求覆盖路和代码覆盖率这两个指标可以帮你衡量测试执行的完备性。