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