大发1.5分彩外挂_java接口自动化(二)

  • 时间:
  • 浏览:0

1.简介

  在这篇文章里,你们歌词 歌词 都 儿来学习一下接口测试用例设计,主刚刚来学习一点用例设计要点。人太好说白了,接口用例设计和功能用例设计差很多,照猫画虎即可。暂且把它想象的多么高大上,多么的难,人太好一样,刚刚怎么能会设计,现在就怎么能会设计,和黑盒测试设计测试用例半斤八两。这里不再赘述,想全版了解的都都还可不后能 看一下Python的接口自动化用例设计。宏哥在这里,换这麼 厚度来说接口测试的用例设计,首先你们歌词 歌词 都 儿看一下接口测试的范围。

2.接口测试范围

2.1功能测试:验证产品逻辑与非 正确

  功能测试是你们歌词 歌词 都 儿接口测试刚刚相当重要的一次要,接口的功能都没实现,中间的异常、性能就更加谈不上了。人太好接口测试和在web页面、可能移动端操作哪些按钮、输入框是一样的。按钮将绑定的参数通过接口传过去,而输入框是将你输入的参数通过接口传过去。接口测试是在产品还这麼开发好按钮和输入框,你手动写参数通过工具可能一点辦法 传过去,验证与非 都都还可不后能 得到期望的。

  下边的这八种接口功能测试的8种辦法 和web页面的测试用例的设计辦法 一模一样的,一点都不 测试的基础知识,问你的自己都都还可不后能 单独查询一下各种辦法 的概念及其的用法。

2.2异常测试

null : 是开发过程中特定指的这麼 对象为空的端符,刚刚这麼 空对象,不指向任何内存地址

" " : 指这麼 空字符串,代表该对象有值,指向这麼 空地址

数据类型:例如你们歌词 歌词 都 儿有个年龄的字段要求传的是ini类型的值,你们歌词 歌词 都 儿给它传的是字符串。这刚刚数据类型异常。8中基本数据类型,你们歌词 歌词 都 儿传这麼 不符合规定的数据类型。

负载均衡架构:测试某这麼 后台(Tomcat 4)挂了,挂了刚刚 Tomcat4的请求会直接返回这麼 错误(前台这麼 nginx ,后台多个 Tomcat),测试与非 会返回一点错误,都都还可不后能 会使用户访问失败;一段时间后,想让 Tomcat4 重新加入,判断都都还可不后能 重新加入集群中并正确处置所有请求。

冷热备份:冷备份不常见,热备份:前面有这麼 Tomca,中间有这麼 Tomca备份,可能Tomca4挂了,判断Tomca4的备份都都还可不后能 顶替刚刚的,仍然保持这麼 服务器存活;当Tomca4 正常后,判断才能成为Tomca4的备份。

1.3性能测试(狭义)

负载测试:我发了好多请求,看看都都还可不后能 正常发出去,再看看服务器端都都还可不后能 正常处置哪些发过来的请求。

稳定性测试:比如我跑服务跑了好长时间,比如24h、一周等,看看都都还可不后能 将多多tcp连接 压垮等等。

3.自动化接口测试范围

  为哪些在这里这麼涉及到前边接口测试的环境异常和功能测试。在这里宏哥做了细分,这次要主刚刚有一点的测试负责的,比如:环境异常测试,一般都都还可不后能 你们歌词 歌词 都 儿协调和运维配合。都都还可不后能 你们歌词 歌词 都 把环境部署成和线上一样的架构,以及硬件、内存等等。可能各个公司的资源和重视不一样,刚刚最差了也得是等比例缩小的这麼 初始化的模型。这麼 做的接口测试才有意义。性能测试也都都还可不后能 自动化测试,一点都不 专门的测试,当然了,你也都都还可不后能 进行一点简单的测试,可能你是全栈测试,这麼这三次要你都精通那最好了。这里宏哥主要介绍的围绕的功能测试和数据异常测试。

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

  这里宏哥通过具体实例说明一下。自动化接口测试原则:你才能把你设计的接口测试用例映射成一张表。可能映射成一张表你才都都还可不后能 更好的方便的操作,刚刚都都还可不后能 自动加载它。

4.1接口自动化用例设计示例:登录

环境异常测试时都都还可不后能 运维小伙伴配合测试的,此暂时不做描述

以常见的登录界面为例

输入:用户名:邮箱可能手机号码

输入:密码:6-16位的长度,区分大小写,必须用空格

首先,你们歌词 歌词 都 儿没能知道接口测试用例的规则,与功能测试用例不同,必须描述测试步骤。你们歌词 歌词 都 儿都都还可不后能 描述id(序号)、目标URL、username、password、协议具体情况码(可写可不写)、多多tcp连接 具体情况码(开发返回成功的具体情况码)、返回内容(例如success)、实际结果、执行具体情况(自定义,例如0:失败。1:成功)。根据如上内容,都都还可不后能 把一点收集成这麼 表中,如上字段作为表头。按照正常数据和异常数据维护成Excel就都都还可不后能 。

数据异常:null、“”、特殊符号(&、*)

PS:红色框圈住的针对执行SQL时数据截断的具体情况。

select username,password from user where username = """ 中间的单引号可能截断,抛出异常。

设计用例表头时,将中文转加在英文,方便多多tcp连接 做映射时处置,一并也方便写入代码中。

5.环境异常测试

  前边人太好说都都还可不后能 协调运维的小伙伴配合测试环境异常,刚刚在这里刚刚你提前考虑一下,哪些事情都不 向到前边,未雨绸缪。暂且等出事了临时抱佛脚。

5.1简单web架构集群

  上图是这麼 简单的web部署架构。接口测试主刚刚前台传递参数,后台接口参数并处置返回期望的结果。简单的描述一下中间的架构:用户通过web页面发送请求到nginx,nginx接收到请求不作任何处置,将请求收集到后台的tomcat1、tomcat2、tomcat3服务器上。服务器处置请求后,将结果返回到web页面,用户看后结果。

这里收集是有规律的,都不 一并乱收集,那样还不得有的服务器先得没事干,有的服务器累死了,收集原则:根据userid来进行区分。

例如:取余,当余数为0时,收集到1,当余数为1时,收集到2,到余数为2时,收集到3。

环境异常条件:tomcat2服务器挂掉了,专业点刚刚宕机了。刚刚此时有9个用户,你们歌词 歌词 都 的userid分别是:1,2,3,4,5,6,7,8,9。此时恰好是1用户把tomcat2给玩挂了。

5.2环境异常测试示例:

   结合上图:宏哥来描述一下,一点环境异常的场景,根据一点场景设计的测试用例。用户1将服务器tomcat2玩挂机了,恰好此时用户1又发出请求,全都有此时用户1的请求期望结果必须发送到tomcat1可能tomcat3上。服务器挂机刚刚运维团队收到告警,快速修复tomcat2服务器(例如重启),当下一次用户4发送请求的刚刚,可能tomcat2正常全都有预期结果还是正常环境了收集到tomcat2上。这里你们歌词 歌词 都 儿主刚刚观察一下tomcat2与非 都都还可不后能 正常加入到集群中。哪些策略都都还可不后能 提前和运维的小伙伴定好了进行测试。

 5.3怎么后能 选则收集到那台服务器

  辦法 :通过日志查看有这麼收集到,例如:用户1收集2上,即使访问成功刚刚这麼日志,这麼这刚刚这麼 bug,和你们歌词 歌词 都 儿刚刚定好的均衡策略有冲突。一点的都例如。

6.小结

   好了,以上刚刚今天分享的知识,宏哥这里刚刚做了简单的讲解。希望你们歌词 歌词 都 儿喜欢。

您的肯定刚刚进步的动力。可能你感觉还不错,就请鼓励一下吧!记得随手点波  推荐  暂且忘记哦!!!

别忘了点 推荐 留下您来过的痕迹