通过与 Jira 对比,让您更全面了解 PingCode

  • 首页
  • 需求与产品管理
  • 项目管理
  • 测试与缺陷管理
  • 知识管理
  • 效能度量
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案

25人以下免费

目录

如何编写测试用例

编写测试用例包括两个阶段:1. 用例编写过程;2. 用例评审过程。其中,优先完成业务逻辑图(建议画思维导图,画出测试点),需要在测试的角度上面去画逻辑图,包括数据流完整的输入和输出过程。

一、编写测试用例

1. 用例编写过程

优先完成业务逻辑图(建议画思维导图,画出测试点),需要在测试的角度上面去画逻辑图,包括数据流完整的输入和输出过程,并且自己能够理解为什么这样处理;

分析每个逻辑的处理是否完善,是否有没有覆盖到的地方(考虑要周全,重心放在大方向流程上);

根据业务逻辑编写测试用例,保证每个逻辑都能够有对应的用例覆盖(有条件性的用例覆盖);

编写业务逻辑用例的过程中,并思考如何去改进该用例的测试过程(这个看个人理解能力),比如:接口测试,自动化测试,脚本。并且,能够及时让研发提供对应的接口和调试方法(可以找开发帮忙);

用例要按照10分钟原则,即保证10分钟内能够执行完成(规定时间内完成)。

2. 用例评审过程

先讲解整个业务逻辑图,需要保证参与评审人员对于整个业务逻辑图都非常清楚,并且能够理解为什么这样做(提前作好准备,通知到位);

分析整个业务逻辑图是否有没有覆盖到的场景或者分支情况(可以采用头脑风暴的方式);

分析业务逻辑的异常处理情况(是否每个业务逻辑都有对异常情况进行处理,也可采用头脑风暴的方式);

是否将业务逻辑的用例分类比较合理,让大家通过业务逻辑很容易就找到对应的用例(分类方法清晰明了,一看就能明白);

分析是否所有的逻辑都能够找到对应的用例(通过业务逻辑找到对应的用例),包括前面没有考虑到的逻辑(隐性业务场景);

分析用例是否有冗余,是否多个用例都是覆盖的同一个逻辑(同样的测试用例,测试步骤和检查点);

分析用例的测试方法是否有改进,是否能够直接通过代码静态走读、接口测试、自动化测试(包括编写脚本)、引入工具等等来进一步提高我们的测试效率(如果测试不懂代码,这个可以让开发帮忙完成)。

延伸阅读:

二、模块测试方法说明

1、将该模块的业务逻辑图(思维导图和流程图)放到用例的指定目录,这样方便给评审人员讲解,以及后面相关人员的学习。

2、将该模块的排查和定位问题的方法给出来,并放到指定目录,能够有效指导后面人员排查和定位问题(这个看个人能力去执行)。

3、将该模块的测试思路和测试重点给出来,并放到指定目录,能够有效的指导该模块的测试策略(关键的测试计划,一定要先定义好测试策略)。

以上就是关于编写测试用例的内容希望对大家有帮助。

相关文章