登录接口性能测试用例（用户登录接口测试）

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

本文目录一览：

• 1、登录功能，怎么设计测试用例？
• 2、接口自动化测试测试用例设计
• 3、关于登录的测试用例
• 4、接口测试的测试用例该怎么写呢?
• 5、接口测试用例怎么设计
• 6、如何做接口测试

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

具体需求登录接口性能测试用例：

有一个登录页面登录接口性能测试用例，有一个账号和一个密码输入框, 一个提交按钮。

此题的考察目的：

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输入不为空的测试用例重复，所以选择一条用例验证 。 ），以上的测试用例满足自动化的要求，手动测试过程中需要增加部分验证性的测试用例。且由于使用的测试工具特殊性，无需检查输入参数的类型。

关于登录的测试用例

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）输出：根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了；

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

接口测试用例怎么设计

在开始接口测试之前，我们想一下，接口测试的流程是什么登录接口性能测试用例？说到这里，有些人就会产生好奇和疑问，心里mmp：接口测试要什么流程哈登录接口性能测试用例？？？不就是参考接口文档，直接利用接口测试工具（例如jmeter和postman）测试。。。其实，如果一个project中，只是几个接口，你完全可以做临时的接口测试，但project可不止几个接口，少则几十条接口，多则成百上千接口。另外，如果你公司的这个项目，第一次做接口测试。而且古人说过：“无规矩不成方圆。”所以哈，我们还是有必要严格遵守接口测试的流程。
二、接口测试的流程
接口测试属于功能测试，接口测试的流程类似于以往的功能测试。接口测试的流程如下：
测试尽早找开发拿接口文档（需求文档）；
根据接口文档编写测试用例（用例编写可按照以往规则写，比如等价类划分，边界值，场景法等设计方法）；
执行测试，查看不同的参数请求，接口返回的数据是否达到预期

三、为什么要写用例
理清思路，避免漏测和重复测；
提高测试效率；
跟进测试进度；
更好的发现问题，记录问题，复现问题；
跟进重复性工作；
告诉领导：我做过；
接口测试流程中的一个产物（测试用例）
上面7点，有用例，自己心中有数，不用一个测试点重复测好多次，也避免漏测。

如何做接口测试

1、可以使用postman软件进行接口测试，这里以较复杂的上传图片的接口为例进行测试，首先打开postman软件选择Post方式，输入后台接口调用地址。

2、然后填写Headers，注意这里的Headers部分不要写任何东西，如果之前是有Content-Type头信息， 那么就会上传失败。

3、接着填写Body，选择form-data，填写Key后台规定的接收文件的名称参数，格式选择为File，此时value会自动变成选择文件。

4、最后点击Send，可以发现下方返回了接口的响应，说明上传图片是成功的，这样简单的图片上传的接口测试就完成了。

关于登录接口性能测试用例和用户登录接口测试的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 登录接口性能测试用例的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于用户登录接口测试、登录接口性能测试用例的信息别忘了在本站进行查找喔。

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