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