手机登录接口测试用例（登录接口的测试用例怎么写）

本篇文章给大家谈谈手机登录接口测试用例，以及登录接口的测试用例怎么写对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享手机登录接口测试用例的知识，其中也会对登录接口的测试用例怎么写进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、app登陆的测试用例怎么写
• 2、关于登录的测试用例
• 3、接口测试的测试用例该怎么写呢?
• 4、登录功能，怎么设计测试用例？
• 5、接口自动化测试测试用例设计
• 6、如何去做安卓端的接口测试，需要注意哪些方面

app登陆的测试用例怎么写

按照操作步骤来写，是否有第三方登陆（如QQ,微信）？以淘宝为例，用户可以通过“我的淘宝”、“购物车”等进行账户登录，这里以通过“我的淘宝”进行简单示例：
用例1 ：点击“我的淘宝”，输入“账户”和“密码”，点击“登录”
用例2 ：点击“我的淘宝”，点击“支付宝账户登录“，输入“账户”和“密码”，点击“登录”
个人觉得测试用例是要根据产品设计开发文档来做的，要充分考虑到用户可以从哪些地方可以登录APP，然后来编写。编写完以后，可以用TestBird的云手机来自助功能测试和自动回归测试。

关于登录的测试用例

1.输入已注册的用户名，和密码验证是否成功登录

        2.输入正确的用户名和错误密码验证是否登录成功，并且提示正确的信息

          3.输入错误的用户名，正确的密码验证是否登录失败，并且提示正确的信息

           4.输入错误的用户名和错误的密码验证是否登录失败，并且提示正确的信息

            5.输入未注册的用户名和任意的密码点击登录是否登录成功，并且提示正确信息

            6.输入正确用户名，密码为空点击登录验证是否登录成功 ，并且提示正确的信息

            7.输入未注册的用户名，密码为空点击登录验证是否登录，并且提示正确的信息

            8.用户名和密码都是空点击登录验证是否可以登录，并且是否有正确的提示信息

            9.刷新页面是否会刷新验证码

            10.如果登录页面使用到接收验证码的功能，在用户名和密码都正确的情况下，输入正确或者错误的验证码是否会登录成功

            11.验证忘记用户名和密码的功能是否可用

            12.点击验证码的图片或者点击换一张图片是否可以更换验证码，更换后的验证码是否可用

            13.登录页面的密码框是否存在加密显示，或者有明暗码的切换按钮

            14.接收的验证码是否有时间限制，是否可以在手机接收到正确的验证码

            15.超过接收验证码的时间未输入的验证码是否还可以再用

            16.验证码的字符是否有长度和空格字符串的限制

            17.点击用户名和密码的输入框是否可以弹起输入栏

            18.登录成功后第二次进来是否需要在进行登录

            19.输入栏是否设置快速删除的按钮

            20.用户名和密码框是否可以粘贴和复制

            21.用户名和密码是否有长度的限制，是否存在可以添加特殊字符和空格之类
            1.布局是否合理

            2.按钮的长度和高度是否符合要求

            3.界面的文字是否有错别字

            4.UI布局是否与蓝湖的UI一致
            1.  不同浏览器下，验证登录页面的显示以及功能正确性

            2.  相同浏览器的不同版本下验证登录页面的显示以及功能正确性

            3.  不同移动设备终端的不同浏览器下，验证登录页面显示以及功能的正确性

            4.  不同分辨率的界面下，验证登录页面的显示以及功能正确性
                1.用户名和密码在后台的存储是否加密

                2.密码是否具有有效期，是否会提示需要修改密码

                3.错误登录的次数限制

                4.是否支持多用户在同一机器上进行登录

                  5.是否支持第三方登录

                   6.密码的强弱性，复杂度的检验

                    7.异地登录的检验，更换设备登录的校验，登录异常和是否考虑账户冻结，是否允许第三方平台存储密码

                    8.登录错误后的提示是否存在安全隐患
                1.单用户登录的响应时间是否小于3秒

                2.打开登录页面需要几秒

                3.登录成功之后跳转的页面不超过5秒
            是否支持全键盘操作，是否有快捷键

            输入用户名和密码点击回车按键是否可以直接登录

            输入框能否可以使用Tab建来进行切换

接口测试的测试用例该怎么写呢?

接口测试：

接口：主要是子模块或者子系统间交互并相互作用的部分。

这里说的接口是广义的，客户端与后台服务间的协议；插件间通信的接口；模块间的接口；再小到一个类提供的方法；都可以理解为接口。因此，可以分析，系统间的接口包含三部分：输入、处理逻辑、输出。

接口测试：是指针对模块或系统间接口进行的测试。

分析一个接口：

获取接口文档：和黑盒测试一样，我们是从需求文档中去挖掘测试点，设计测试用例。对于接口测试，同样是有对应的接口文档的。

分析接口文档，提取测试点：

1）输入：接受哪些参数、参数的类型、可选参数和必选参数等；根据输入参数采用等价类、边界值分析法等进行设计。

2）业务逻辑：对于一个接口，不同的输入参数或组合，流程或状态的转移是不同，可以根据业务逻辑画出流程图或状态转移图，确保每种状态至少被访问了一次。

3）输出：根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了；

测试用例：同时对输入、业务逻辑、输出进行考虑时，肯定会存在用例的冗余，在最大限度覆盖业务功能和规则下，选取最优用例集合。同时，需要考虑异常数据和场景。

登录功能，怎么设计测试用例？

具体需求：

有一个登录页面，有一个账号和一个密码输入框, 一个提交按钮。

此题的考察目的：

1、了解需求(测什么都是从了解需求开始);

2、是否有设计 Test Case 的能力

3、是否熟悉各种测试方法;

4、是否有丰富的 Web 测试经验;

5、是否了解 Web 开发;

了解需求：

1、登录界面应该是弹出窗口式的，还是直接在网页里面;

2、账号长度和密码的强度(比如需要多少位、大小写敏感、特殊字符混搭等);

3、界面美观是否有特殊要求?(即是否要进行 UI 测试);

4、····

用例设计：

测试需求分析完成后，开始用例设计，主要可以从以下几个方面考虑：

功能测试(Function Test)

1、输入正确的账号和密码，点击提交按钮，验证是否能正确登录。(正常输入)

2、输入错误的账号或者密码, 验证登录会失败，并且提示相应的错误信息。(错误校验)

3、登录成功后能否跳转到正确的页面(低)

4、账号和密码，如果太短或者太长，应该怎么处理(安全性，密码太短时是否有提示)

5、账号和密码，中有特殊字符(比如空格)，和其他非英文的情况(是否做了过滤)

6、记住账号的功能

7、登录失败后，不能记录密码的功能

8、账号和密码前后有空格的处理

9、密码是否加密显示(星号圆点等)

10、牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色(色盲使用者)，刷新或换一个按钮是否好用

11、登录页面中的注册、忘记密码，登出用另一帐号登录等链接是否正确

12、输入密码的时候，大写键盘开启的时候要有提示信息。

13、什么都不输入，点击提交按钮，看提示信息。(非空检查)

界面测试(UI Test)

1、布局是否合理，2 个 Testbox 和一个按钮是否对齐

2、Testbox 和按钮的长度，高度是否符合要求

3、界面的设计风格是否与 UI 的设计风格统一

4、界面中的文字简洁易懂，没有错别字。

性能测试(Performance Test)

1、打开登录页面，需要几秒

2 、输入正确的账号和密码后，登录成功跳转到新页面，不超过 5 秒

安全性测试(Security Test)

1、登录成功后生成的 Cookie 是否有 HttpOnly(降低脚本盗取风险)

2、账号和密码是否通过加密的方式，发送给 Web 服务器

3、账号和密码的验证，应该是用服务器端验证，而不能单单是在客户端用 javaScript 验证

4、账号和密码的输入框，应该屏蔽 SQL 注入攻击

5、账号和密码的输入框，应该禁止输入脚本(防止 XSS 攻击)

6、错误登录的次数限制(防止暴力破解)

7、考虑是否支持多用户在同一机器上登录;

8、考虑一用户在多台机器上登录

可用性测试(Usability Test)

1、是否可以全用键盘操作，是否有快捷键

2、输入账号，密码后按回车，是否可以登录

3、输入框是否可以以 Tab 键切换

兼容性测试(Compatibility Test)

1、主流的浏览器下能否显示正常已经功能正常(IE6~11, FireFox, Chrome, Safari 等 )

2、不同的平台是否能正常工作，比如 Windows, Mac

3、移动设备上是否正常工作，比如 iPhone, Android

4、不同的分辨率

本地化测试 (Localization Test)

1、不同语言环境下，页面的显示是否正确。

软件辅助性测试 (Accessibility Test)

软件辅助功能测试是指测试软件是否向残疾用户提供足够的辅助功能

1、高对比度下能否显示正常(视力不好的人使用)

接口自动化测试测试用例设计

浅谈接口自动化测试测试用例设计

一、   前言   

很多中台项目，大部分为接口测试。为了使新入职的测试同事尽快融入项目，以及迭代开发中方便管理测试用例。完成该总结。

二、   测试用例设计思路   

1、 接口类型概述及优先级  

1） 提供给第三方调用的接口  

2） 内部系统使用，核心功能接口  

3） 内部系统使用，非核心功能接口  

基本按照1）2）3）的顺序进行测试，特别情况除外

2、 单接口测试优先级  

1） 优先测试正向测试用例，保证基本功能实现  

2） 设计逆向测试用例，确保接口的健壮性  

3） 满足前提条件的测试用例  

4） 默认参数是否满足  

5） 参数校验  

6） 参数间联动关系

7）多参数错误处理的优先顺序校验

三、   设计分析   

1、 满足前提条件的测试用例  

测试目标接口需要满足前置条件才能成功获取数据。

例如：需要登录token，通过传入参数获取下游接口数据

2、 携带默认参数的测试用例  

携带默认参数的测试用例仅需要设计一条，所有默认参数的字段都不填写，其他字段输入正常。

[if !supportLists]3、 [endif]参数校验  

参数校验包含如下几方面：

[if !supportLists]1）[endif]输入参数是否为必须输入项

[if !supportLists]2）[endif]输入参数的类型

[if !supportLists]3）[endif]输入参数的枚举值校验

[if !supportLists]4）[endif]输入参数长度校验

以上测试用例最好根据字段一一校验，排除互相干扰

[if !supportLists]4、 [endif]参数间联动  

有些参数见存在彼此制约的关系，根据实际情况设计测试用例

例如:A字段为1时，B字段一定为空。否则报错。

那么测试用例设计时应为：A字段为1时，B字段为空；A字段为1时，B字段不为空；A字段不为1时，B字段为空；A字段不为1时，B字段不为空；四条测试用例

这样基本覆盖所有分支流程。

[if !supportLists]四、 [endif] 测试用例实践操作

接口测试用例样例:

多条件查询接口

测试方法：使用robotFramework测试doubbo接口

协议请求方式：post

接口协议：JSON

消息请求列表

字段名数据类型默认值必须项备注

IDint 是长度为2

Tokenstring 是设备令牌

Statusstring 是1：正常

2：异常

typeint  Status为1时，为必须输入项

sizestring  默认值
消息返回列表

字段名数据类型必须项备注

Codeint是正常：20000

异常：20001

Messagestring是 

typeMessageint Status=1的所有ID

 

用例设计

 

NO. 测试内容 前置条件 输入参数 输出参数 用例属性

1目标数据为一条预置一条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

2目标数据为多条预置多条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

3 Token必须项检查 预置多条符合条件的数据Status=1，token输入为空，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

4 Token正确性检查 预置多条符合条件的数据Status=1，token输入错误，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

5 Status 必须项检查 预置多条符合条件的数据Status为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

6 Status枚举预置多条符合条件的数据Status为1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

7 Status枚举预置多条符合条件的数据Status为2，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

8 Status枚举预置多条符合条件的数据Status为3，其他参数输入正常返回code=20001

typeMessage中返回null

参数校验

9 Status=1，时联动校验预置多条符合条件的数据Status为1，type为空；其他参数输入正常返回code=20001

typeMessage中返回null

联动校验

10 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

11 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type不为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

12 Size默认值输入校验预置多条符合条件的数据Size输入为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

13 Size默认值输入校验预置多条符合条件的数据Size输入不为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

14 ID 必须项检查 预置多条符合条件的数据ID为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

15 ID 长度检查 预置多条符合条件的数据ID长度大于2，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

16 破坏性测试预置多条符合条件的数据输入的参数类型错误请求未接收，返回404 稳定性测试

17 破坏性测试预置多条符合条件的数据输入的参数与提供的参数名称不一致请求未接收，返回404 稳定性测试

18 破坏性测试预置多条符合条件的数据输入的参数与提供的参数数量不一致请求未接收，返回404 稳定性测试

19 破坏性测试预置多条符合条件的数据输入的参数与提供的参数格式不一致请求未接收，返回404 稳定性测试

 

总结：自动化测试过程中会有一条自动化测试用例覆盖多种情况的可能（例如：正向测试用例与联动性验证的 Status=1，type输入不为空的测试用例重复，所以选择一条用例验证 。 ），以上的测试用例满足自动化的要求，手动测试过程中需要增加部分验证性的测试用例。且由于使用的测试工具特殊性，无需检查输入参数的类型。

如何去做安卓端的接口测试，需要注意哪些方面

对于接口测试来说，项目测试用例的重复运行首先是表现在单个测试用例的独立性方面的，也就是说，每一个测试用例的运行除了依赖被测对象和对应的数据库环境外，是不依赖于其他任何测试用例的，并且这个测试用例执行完毕后，对系统来说，也是没有任何痕迹的，这样就保证了每个测试用例运行时，都在一个干净的环境中运行。
要实现测试用例的独立性，就必须对被测系统的设计有详细的了解，这样，不会出现测试用例执行后遗漏数据，环境未改变，另外，还需要对测试用例进行详细的设计。
另外，要保证测试用例的重复使用，还需要做到测试用例的及时更新，在这个方面，是做接口测试的人会维护对应的系统的接口测试用例，要保证，代码每次更新，测试用例都必须全部执行通过。 关于手机登录接口测试用例和登录接口的测试用例怎么写的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 手机登录接口测试用例的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于登录接口的测试用例怎么写、手机登录接口测试用例的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。