读者提问:测试用例怎么写?
阿常回答:这个问题我将从三点回答:1、用例给谁看;2、如何发现用例;3、用例三要素。
一、用例给谁看
一)用例评审
产品、研发、测试看。产品需要检查用例是否把需求都覆盖到了;研发需要确认自己理解的业务逻辑是否有偏差;测试需要在评审会后补充和修正现有的用例。
二)冒烟测试
研发看。任务提测之前,研发需要根据测试提供的冒烟测试用例,把主要功能和流程跑一遍,没问题了再把任务转给测试。
三)系统测试
测试看。任务提测之后,测试根据写好的用例执行第一轮、第二轮……第 N 轮测试。
二、如何发现用例
用例是需求的细化。每一条需求要实现的目标就是用例的来源。
譬如,需求中有一条描述 “ 为用户提供支付申请功能 ”,用例大模块就是 “ 支付申请 ”,然后再对该模块用例细化:入口、元素校验、确认 / 取消按钮 校验、渠道 A 发起支付、渠道 B 发起支付等。
三、用例三要素
用例名、步骤、预期结果。
用例名,即需求要实现的目标(参照第二点)。
步骤,即要实现需求目标所要经过的操作步骤。
预期结果,即实现需求目标相应的期望结果。
小 Demo
用例名 | 步骤 | 预期结果 |
---|---|---|
支付申请入口 | 点击XX菜单 -》XX菜单 -》XX按钮 | 展开支付申请弹窗 |
元素校验/表头字段 | 检查【账单号】 | 账单号规则正确 |
渠道 A 发起支付 | 点击XX按钮,发起支付申请 | 1、账单状态更新为【支付中】2、生成1条状态为【审核中】的支付流水3、支付流水编号规则正确 |
看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家一起探讨交流