标签：开发 基于 直接 目的 代码覆盖率 按钮 测试用例设计 测试数据 产品
一、"好的"测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟能否发现缺陷无关
二、好的测试用例必须具备的三个特征
1、整体完备性："好的"测试用例一定是一个完备的整体，是有效测试用例组成的集合，能够完全覆盖测试需求
2、等价类划分的准确性：指的是对于每个等价类都能保证只要一个输入测试通过，其它输入也一定测试通过
3、等价类集合的完备性：需要保证所有可能的边界值和边界条件都已经正确识别
三、三种最常用的测试用例设计方法
1、等价类划分方法：分为有效等价类和无效等价类 【我们在测试中无效等价类也是必须要进行测试的】
2、边界值分析方法：在测试过程中，大量的错误发生在输入输出的边界值上，所以我们要对边界值进行重点测试，通常选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据
3、错误推测方法：指基于对被测软件系统设计的理解、国王经验及个人直觉，推测出软件可能存在的缺陷，从而有针对性的设计测试用例的方法
四、关于测试用例本身的设计，有两个关键点需要注意：
1、从软件功能需求出发，全面地、无遗漏地识别出测试需求是至关重要的，这将直接关系到用例的测试覆盖率
2、对于识别出的每个测试需求点，需要综合运用等价类划分、边界值分析和错误推测方法来全面的设计测试用例
五、用例设计的其它经验
1、只有深入理解被测试软件的架构，你才能设计出"有的放矢"的测试用例集，去发现系统边界以及系统集成上的潜在缺陷
2、必须深入理解被测软件的设计与实现细节，深入理解软件内部的处理逻辑
3、需要引入需求覆盖率和代码覆盖率来衡量测试执行的完备性，并以此为依据找出漏洞的测试点
六、其它的：
1、在评论中，有讨论到，从用户体验出发完善测试用例，例如一些UI交互设计、banner按钮位置、不同客户端的收拾快捷操作习惯等，作为测试人员应该是比产品和开发更了解用户使用习惯的
2、在编写测试用例中，需要把需要分析透彻，并不是把需求一段段copy下来就变成测试用例了
3、有些公司在产品开发和需求迭代速度上比较快，来不及对测试用例进行精细划分，也可使用Xmind思维导图的形式，来设计测试用例，梳理出思路来
七、最后补充的：
不管是测试、开发或者产品以及UI设计，大家都是一个团队，目的就是把"好"的产品交付给用户使用，所以在实际生产中，大家一定要相互配合，保证每次迭代顺利上线交付。
说明：教程来源极客时间--软件测试52讲，作者：茹炳晟
喜欢的朋友可以去订阅学习
标签：开发 基于 直接 目的 代码覆盖率 按钮 测试用例设计 测试数据 产品
原文地址：https://www.cnblogs.com/dxw-dong/p/12562734.html
