测试用例怎么写

读者提问：测试用例怎么写？

阿常回答：这个问题我将从三点回答：1、用例给谁看；2、如何发现用例；3、用例三要素。

一、用例给谁看

一）用例评审

产品、研发、测试看。产品需要检查用例是否把需求都覆盖到了；研发需要确认自己理解的业务逻辑是否有偏差；测试需要在评审会后补充和修正现有的用例。

二）冒烟测试

研发看。任务提测之前，研发需要根据测试提供的冒烟测试用例，把主要功能和流程跑一遍，没问题了再把任务转给测试。

三）系统测试

测试看。任务提测之后，测试根据写好的用例执行第一轮、第二轮……第 N 轮测试。

二、如何发现用例

用例是需求的细化。每一条需求要实现的目标就是用例的来源。

譬如，需求中有一条描述 “ 为用户提供支付申请功能 ”，用例大模块就是 “ 支付申请 ”，然后再对该模块用例细化：入口、元素校验、确认 / 取消按钮校验、渠道 A 发起支付、渠道 B 发起支付等。

三、用例三要素

用例名、步骤、预期结果。

用例名，即需求要实现的目标（参照第二点）。

步骤，即要实现需求目标所要经过的操作步骤。

预期结果，即实现需求目标相应的期望结果。

小 Demo

用例名	步骤	预期结果
支付申请入口	点击XX菜单 -》XX菜单 -》XX按钮	展开支付申请弹窗
元素校验/表头字段	检查【账单号】	账单号规则正确
渠道 A 发起支付	点击XX按钮，发起支付申请	1、账单状态更新为【支付中】 2、生成1条状态为【审核中】的支付流水 3、支付流水编号规则正确