• 0
  • 0
分享

读者提问:APP 注册功能,用例怎么写 ?

阿常回答:假定该注册为手机号发送验证码的注册方式,注册界面存在 3个输入框(手机号,密码,验证码), 2个按钮(发送验证码,注册),和 1个同意用户协议勾选框☑️。

校验规则:手机号为 11位数字,密码为 8~20位大小写字母和数字,1小时内发送验证码上限为 5次。

一、正常注册流程

正常注册流程 case

前置条件
   应用安装成功,网络连接正常    

输入数据    

手机号18957440009,

密码 Aa123456,

验证码 20342

测试步骤

1、输入手机号

2、输入密码

3、发送验证码

4、输入验证码

5、勾选同意用户协议

6、点击注册按钮

7、校验数据库数据正确性

预期结果

1、输入成功

2、输入成功

3、验证码接收成功

4、输入成功

5、勾选成功

6、注册成功

7、数据正确入库

二、异常注册流程

手机号异常校验

前置条件    应用安装成功,网络连接正常    

输入数据    

【手机号输入框】

1、手机号为空

2、手机号位数不足 11位

3、手机号位数超出 11位

4、已经注册过的手机号

测试步骤   

➡️  输入手机号(对应以上数据)

➡️  输入密码 

➡️  发送验证码 

➡️  输入验证码

➡️  勾选同意用户协议

➡️  点击注册按钮 

➡️  校验数据库数据正确性

预期结果

1、手机号为空,注册按钮置灰,发送验证码按钮置灰。

2、手机号位数不足 11位,注册按钮置灰,发送验证码按钮置灰。

3、手机号输完 11位无法继续输入。

4、已注册的手机,发送验证码提示 “ 该手机号已经被注册!”

密码异常校验

前置条件    应用安装成功,网络连接正常    

输入数据

【密码输入框】

1、密码为空

2、密码长度小于 8位

3、密码长度超出 20位

4、密码不是大小写字母和数字的组合

测试步骤

➡️  输入手机号

➡️  输入密码(对应以上数据) 

➡️  发送验证码 

➡️  输入验证码 

➡️  勾选同意用户协议

➡️  点击注册按钮 

➡️  校验数据库数据正确性

预期结果

1、密码为空,注册按钮置灰。

2、密码长度小于 8位,注册按钮置灰。

3、密码输完 20位无法继续输入。

4、密码不是大小写字母和数字的组合,注册时给出提示。

验证码异常校验

前置条件

   应用安装成功,网络连接正常    

输入数据

【验证码输入框 / 发送验证码按钮】

1、验证码为空

2、错误的验证码

3、验证码在 1小时内发送 6次

测试步骤

➡️  输入手机号

➡️  输入密码 

➡️  发送验证码(对应以上数据)

➡️  输入验证码 

➡️  勾选同意用户协议 

➡️  点击注册按钮 

➡️  校验数据库数据正确性

预期结果

1、验证码为空,注册按钮置灰。

2、错误的验证码,注册时给出提示。

3、验证码在 1小时内发送 6次,系统给出提示 “ 发送验证码次数已达到上限,请在 1小时之后操作!”

用户协议勾选框校验

前置条件
   应用安装成功,网络连接正常    

输入数据

【同意用户协议勾选框】

1、不勾选同意用户协议勾选框

测试步骤

➡️  输入手机号

➡️  输入密码 

➡️  发送验证码(对应以上数据)

➡️  输入验证码 

➡️  不勾选同意用户协议 

➡️  点击注册按钮 

➡️  校验数据库数据正确性

 预期结果

   1、不勾选同意用户协议勾选框,注册按钮置灰。

三、业务场景

用户注册,登录,退出,登录

前置条件    应用安装成功,网络连接正常    

输入数据   

手机号18957440009,

密码 Aa123456,

验证码 2034

测试步骤    

1、输入数据,完成正常注册流程操作

2、输入数据,完成正常登录流程操作

3、设置界面点击【退出登录】

4、再次输入数据,完成正常登录流程操作

预期结果    流程可正常跑通。

用户注册,登录,注销,注册

前置条件    应用安装成功,网络连接正常    

输入数据手机号18957440009,

密码 Aa123456,

验证码 2034

测试步骤

1、输入数据,完成正常注册流程操作

2、输入数据,完成正常登录流程操作

3、我的账号点击【注销账号】

4、再次输入数据,完成正常注册流程操作

预期结果    流程可正常跑通。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   前言  不知道大家在测试流程中把 “用例评审”放在了什么样的“地位”。在我看来,用例评审是测试流程中不可或缺的一环。于是打算把 我司的用例评审写下来,我们的用例评审是怎么做的,也希望汲取一些其他公司优秀的经验,相互学习下~  用例评审是什么  自我理解:用例写完了之后,不代表这份用例写的都是正确的,场景覆盖是全的,需要在多方人员进行查漏补缺,所以我的理解是:用例评审是产品、开发、测试一起对写好的用例进行一个review的过程。  如果用例都没有评审,直接去执行,可能会存在一些问题。  用例评审参会人员  产品、开发、测试。  详细一点的话,就是 制定该需求的产品,实现该产品的前端开发、后端...
            0 0 1246
            分享
          •   很多小伙伴工作在功能测试行业工作了2、3年后,发现自己已经把功能测试做的非常好了,已经到职业发展和薪资发展的瓶颈期了,就想着学点东西,提提升一下技能。  而对于功能测试升级来说,一般有这么3个主流的发展方向:一是性能测试,一是接口测试,一是自动化测试。当然啦,还有很多可发展的方向,但是最热门的应该就是这3个了。尤其是自动化测试,更是成为了很多小伙伴的主要目标(毕竟大厂招聘比较多)。所以,接下来,我们就一起来聊聊自动化测试的内容。  1、什么是自动化测试?  根据百度的解释,自动化测试就是指:软件测试就是在预设条件下,运行系统或应用程序,评估运行结果。预先条件应包括正常条件和异常条件。自动化...
            0 0 715
            分享
          •   “工欲善其事必先利其器”,通过前边几篇文章的介绍,大家大致对接口有了进一步的认识。那么接下来让我们看看接口测试的工具有哪些。目前,市场上有很多支持接口测试的工具。利用工具进行接口测试,能够提供测试效率。例如,让你一天完成100个接口测试任务,你觉得你加班能完成,那么1000个、10000个......  如果有工具,可以大大提高你的效率,可以达到事半功倍,但是不是所有工具都能够支持你完成这个任务。下面我们就来挑选几个常用和常见的工具,简单介绍一下。如果需要或者有兴趣可以在网上查看各种工具对应的资料进行深入人的学习,这里带领大家了解一下,碰到这些工具会用、了解、知道这些工具就达到目的了,不要...
            0 0 697
            分享
          •   为什么是 Fiddler?  理由很简单:因为大多数测试同学都是用 Fiddler。虽然不同的抓包工具功能都大同小异,但就像开发者统一开发工具能够提高团队协作的效率一样,开发和测试之间统一工具也能提高大家的沟通效率。如果测试同学在使用 Fiddler 抓包时遇到了什么问题,比如说某个请求抓不到,你给的答复却是:我用 whistle/charles 没问题啊,这肯定会让测试同学抓狂。  前置准备  下载 Fiddler Everywhere  下载地址:https://www.telerik.com/download/fiddler-everywhere  使用这个版本的原因是作为...
            0 0 6019
            分享
          •       沐沐在性能测试过程中,主要使用的是JMeter,但是不管性能测试采用什么工具,都需要在性能测试执行过程中监控服务器资源情况,去分析性能瓶颈。本文将主要介绍一下top和htop命令。top:为linux自带的命令,能够实时监控系统给的运行状态,top命令执行后如下截图:load average:系统的运行队列的平均利用率,也可以认为是可运行进程的平均数。三个值分别表示在最后1分钟、5分钟、15分钟的平均负载值。例如在单核CPU的load average的值为1时表示满负荷状态。同理在多核CPU中满负载的load average的值是1*cpu核数。%Cp...
            2 0 3571
            分享
      • 51testing软件测试圈微信