编写测试用例包括两个阶段:1. 用例编写过程;2. 用例评审过程。其中,优先完成业务逻辑图(建议画思维导图,画出测试点),需要在测试的角度上面去画逻辑图,包括数据流完整的输入和输出过程。
一、编写测试用例
1. 用例编写过程
优先完成业务逻辑图(建议画思维导图,画出测试点),需要在测试的角度上面去画逻辑图,包括数据流完整的输入和输出过程,并且自己能够理解为什么这样处理;
分析每个逻辑的处理是否完善,是否有没有覆盖到的地方(考虑要周全,重心放在大方向流程上);
根据业务逻辑编写测试用例,保证每个逻辑都能够有对应的用例覆盖(有条件性的用例覆盖);
编写业务逻辑用例的过程中,并思考如何去改进该用例的测试过程(这个看个人理解能力),比如:接口测试,自动化测试,脚本。并且,能够及时让研发提供对应的接口和调试方法(可以找开发帮忙);
用例要按照10分钟原则,即保证10分钟内能够执行完成(规定时间内完成)。
2. 用例评审过程
先讲解整个业务逻辑图,需要保证参与评审人员对于整个业务逻辑图都非常清楚,并且能够理解为什么这样做(提前作好准备,通知到位);
分析整个业务逻辑图是否有没有覆盖到的场景或者分支情况(可以采用头脑风暴的方式);
分析业务逻辑的异常处理情况(是否每个业务逻辑都有对异常情况进行处理,也可采用头脑风暴的方式);
是否将业务逻辑的用例分类比较合理,让大家通过业务逻辑很容易就找到对应的用例(分类方法清晰明了,一看就能明白);
分析是否所有的逻辑都能够找到对应的用例(通过业务逻辑找到对应的用例),包括前面没有考虑到的逻辑(隐性业务场景);
分析用例是否有冗余,是否多个用例都是覆盖的同一个逻辑(同样的测试用例,测试步骤和检查点);
分析用例的测试方法是否有改进,是否能够直接通过代码静态走读、接口测试、自动化测试(包括编写脚本)、引入工具等等来进一步提高我们的测试效率(如果测试不懂代码,这个可以让开发帮忙完成)。
延伸阅读:
二、模块测试方法说明
1、将该模块的业务逻辑图(思维导图和流程图)放到用例的指定目录,这样方便给评审人员讲解,以及后面相关人员的学习。
2、将该模块的排查和定位问题的方法给出来,并放到指定目录,能够有效指导后面人员排查和定位问题(这个看个人能力去执行)。
3、将该模块的测试思路和测试重点给出来,并放到指定目录,能够有效的指导该模块的测试策略(关键的测试计划,一定要先定义好测试策略)。
以上就是关于编写测试用例的内容希望对大家有帮助。