• 首页
        • 更多产品

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

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

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

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

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

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

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

怎么写测试用例

写测试用例的要点有:1. 基于需求;2.场景化;3.描述精准;4.可判定;5.原子化。其中,测试用例是为了验证需求而设计的,应避免过度设计。从需求出发,设计能有效验证需求的测试用例。

一、写测试用例的要点

1. 基于需求

测试用例是为了验证需求而设计的,应避免过度设计。

从需求出发,设计能有效验证需求的测试用例

明确不在需求范围内的功能,不设计测试用例

在需求范围内的功能,不过度设计

一些没有明确提出、但属于共识或隐含的需求,应设计测试用例

2.场景化

测试用例设计尽可能贴近真实用户或端到端的使用场景。

应全覆盖真实用户的使用场景

围绕场景进行更多的探索

以名列前茅人称的主观视角描述用例,帮助建立同理心

按照用户使用的自然顺序设计用例

3.描述精准

描述测试用例的语言要尽量精准,避免歧义,保证不同的人对用例都有一致的理解。

语言准确,没有歧义,尽量具体不空泛

描述精练,保留必要信息,去掉无关信息

避免大段描述,对大量信息进行分层和结构化设计

描述角度关注给用户带来的价值,而非详细的操作步骤

4.可判定

每个测试用例应有单独的测试点,确保一个用例只测一点。

每个测试用例,只针对一个验证点进行设计

如发现验证点多于一个,可拆分

用例的颗粒度要适宜

5.原子化

应给出可判定的期望执行结果,在没有缺陷的情况下,多次执行应保持结果一致性。

判定准则应明确可判,避免模糊或笼统的描述

除非业务规则变化,否则判定准则应不变

同一条件下,多次执行结果判定应一致

延伸阅读:

二、测试用例的作用

便于理清测试思路,确保需要覆盖测试的功能点无缺失

便于估计测试工作量

便于提前准备测试数据

便于把控测试的工作进度

便于回归测试

便于测试工作的组织,提高测试效率,降低测试的交接成本

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

相关文章