软件测试基础-（如何设计一个好的测试用例）

一、什么才算是"好的"测试用例

"好的"测试用例一定是一个完备的集合 它能够覆盖所有等价类以及各种边界值 而跟能否发现缺陷无关

把被测软件看作一个池塘 软件缺陷是池塘中的鱼 建立测试用例集的过程就像是在编织一张捕鱼网
只要池塘里有鱼 这个大渔网就一定能把鱼给捞上来

如果渔网本身是完整的且合格的 那么捞不到鱼 就证明池塘中没有鱼 而渔网的好坏与池塘中是否有鱼有关

二、“好的”测试用例必须具备哪些特征

• 整体完备性
  “好的”测试用例一定是一个完备的整体，是有效测试用例组成的集合，能够完全覆盖测试需求
• 等价类划分的准确性
  指的是对于每个等价类都能保证只要其中一个输入测试通过 其他输入也一定测试通过
• 等价类集合的完备性
  需要保证所有可能的边界值和边界条件都已经正确识别

三种最常用的测试用例设计方法

理论层面的设计方法
等价列划分法 边界值分析法 错误推测方法 因果图方法 判定表驱动分析法 正交试验设计方法 功能图分析方法 场景设计方法 形式化方法 扩展有限状态机方法等等

大多数软件测试而言，综合使用等价类划分、边界值分析、错误推测这三大类方法就足够了

1.等价类划分

我们只要从每个等价类中任意选取一个值进行测试，就可以用少量具有代表性的测试输入取得较好的测试覆盖结果
等价类划分方法的另一个关键点是要找出所有“无效等价类”

2.边界值分析方法

边界值分析是对等价类划分的补充 从工程实践经验中可以发现 大量的错误发生在输入输出的边界值上 所以需要对边界值进行重点测试 通常选取正好等于 刚刚大于或刚刚小于边界的值作为测试数据

3.错误推测方法

错误推测方法是指对被测试软件系统设计的理解、过往经验以及个人直觉，推测出软件可能存在的缺陷 从而有针对性地设计测试用例的方法 这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握 当然还有个人的能力

三、如何才能设计出“好的”测试用例

• 在真实的工程实践中，不同的软件项目在研发生命周期的各个阶段都会有不同的测试类型
  开发阶段的单元测试、软件模块集成阶段的代码级集成测试、打包部署后会有面向终端用户的GUI测试、 电商网站的测试会分为服务端基于API的测试、中间价测试、前端GUI测试等

• 对于每一种不同的测试类型 设计出好的测试用例的关注点和方法论可能会有很大的差异（黑盒、白盒、灰盒）
  面向终端用户的GUI测试，核心的测试点就是验证软件对需求的满足程度，测试工程师对被测软件需求有深入的理解

• 具体的用例设计时，首先需要搞清楚每一个业务需求所对应的多个软件功能需求点，然后分析出每个软件功能需求点对应的多个测试需求点 最后再针对每个测试需求点设计测试用例

1. 从软件功能需求出发、全面地、无遗漏地识别出测试需求时至关重要的，这将直接关系到用例的测试覆盖率
2. 对于识别出的每个测试需求点，需要综合运用等价类划分、边界值分析和错误推测方法来全面地设计测试用例

四、经验之谈

• 深入理解被测试软件的架构，设计出“有的放矢”的测试用例集，去发现系统边界以及系统集成上面的潜在缺陷
• 深入理解被测软件的设计与实现细节 深入理解软件内部的处理逻辑
• 需要引入需求覆盖率和代码覆盖率来衡量测试执行的完备性，一词为依据来找出遗漏的测试点
• 需求的合理性测试