文章目录
- 1.测试用例组成
- 2.写测试用例
- 3.测试用例编写设计过程
-
- [3.1 测试用例编写步骤](#3.1 测试用例编写步骤)
- 总结
✨✨✨学习的道路很枯燥，希望我们能并肩走下来！
编程真是一件很奇妙的东西。你只是浅尝辄止，那么只会觉得枯燥乏味，像对待任务似的应付它。但你如果深入探索，就会发现其中的奇妙，了解许多所不知道的原理。知识的力量让你沉醉，甘愿深陷其中并发现宝藏。
本文开始
1.测试用例组成
-
用例编号：用例唯一标识
一般是 模块名称+数字 组成；如：DL_001,DL_002
平台管理-平台会自动生成唯一编号
-
模块 ：功能模块
大功能模块，包含许多小功能模块，清楚划分，方便日后管理模块用例；如：登录模块
-
测试点 （测试标题）：简单概括要测试内容是什么
如：
-
优先级：测试用例重要程度;
优先级划分：
P0-冒烟用例-核心用例-主功能-版本是否可测试
P1-高-基本功能测试
P2-中-全面验证-边界测试，网络测试，兼容测试，UI
P3-低-不常执行-性能，安全性-可以一个大版本测试一回
好处：在有限资源，时间内，优先发现重要缺陷，及时处理
-
前提条件：测试功能点，前置需要什么准备；如：测试支付，前提必须登录
-
测试步骤：测试执行过程，可以包含测试的数据
-
期望结果（预期结果）
-
实际结果
示例：
2.写测试用例
- 思维导图：只写测试点，或者配合测试过程，期望结果写
分析思路-节约时间-只写测试点进行分析
快捷键：
子主题创建：tab键；
向下兄弟主题创建：回车enter键；
向上兄弟主题创建：shift+enter；
换行：ctrl+enter；
2.excel表格：写的具体一下，如上述1所示；
3.测试用例编写设计过程
前提：如何选取测试用例设计方法
1.任何情况下，都需要采用等价类划分法，将无限测试变成有限测试
2.在规定了 数据范围 的情况下，必须采用边界值分析法
3.如果需要 关注它的主要功能和业务流程、业务逻辑 是否正确实现，考虑使用场景法
4.如果含有 输入条件的组合 情况，考虑选用因果图和判定表法
5,采用错误推断法再追加测试用例
3.1 测试用例编写步骤
测试用例编写步骤：
-
划分功能模块：将一个大的功能模块，拆分为小的功能模块，对小功能再拆分为详细的功能点
可以借助思维导图，进行功能点拆解；
如：博客系统，将博客系统拆分为登录模块，注册模块，查看博客模块，写博客模块等，
再将登录模块拆分，假如登录是最小功能模块，
继续拆分功能点：登录账号，登录密码，登录按钮，记住密码等一些功能点；
使用黑盒测试方法设计具体用例：
例如：输入框一般考虑点：账号长度，账号类型，是否必填，约束规则(是否符合某些规则)等
-
正向功能验证：进行冒烟，将大功能进行测试通过，再去测试小功能，测试小功能点；
下述是正向思维导图：包含测试点，测试过程，预期结果；
-
单个功能项验证：可以使用黑盒/白盒测试方法设计进行验证；
【注】原则：覆盖有效等价类，在一条测试用例，多覆盖有效等价类；覆盖无效等价类，每一条设计单独测试用例覆盖无效等价类；
下列是单个功能点，思维导图测试用例，涵盖：测试点，测试过程，预期结果；
-
功能之间交互验证：验证具体场景通过；考虑使用判定表，场景法；
-
隐形需求：web、app有特殊场景进行验证
设计测试用例粒度原则：保证效率和维护成本
1.参考公司设计测试用例的范例
2.在保证测试用例覆盖完整的情况下，精简测试用例
总结
✨✨✨各位读友，本篇分享到内容是否更好的让你理解了测用例编写过程，如果对你有帮助给个👍赞鼓励一下吧！！
🎉🎉🎉世上没有绝望的处境，只有对处境绝望的人。
🎉🎉🎉一遇挫折就灰心丧气的人，永远是个失败者。而一向努力奋斗，坚韧不拔的人会走向成功。
感谢每一位一起走到这的伙伴，我们可以一起交流进步！！！一起加油吧！！！
