分分时时彩棋牌_java接口自动化(二)

  • 时间:
  • 浏览:3
  • 来源:苹果资源网 - 专注共享南街博客技术

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、一周等,看看都还要将守护线程池池压垮等等。

3.自动化接口测试范围

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

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

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

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

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

以常见的登录界面为例

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

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

首先,你这个人那么知道接口测试用例的规则,与功能测试用例不同,不还要描述测试步骤。你这个人还要描述id(序号)、目标URL、username、password、协议清况 码(可写可不写)、守护线程池池清况 码(开发返回成功的清况 码)、返回内容(累似 success)、实际结果、执行清况 (自定义,累似 0:失败。1:成功)。根据如上内容,都还要把你这个收集成有有一个 多表中,如上字段作为表头。按照正常数据和异常数据维护成Excel就都还要。

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

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

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

设计用例表头时,将中文转再加英文,方便守护线程池池做映射时出理 ,一起也方便写入代码中。

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.小结

   好了,以上以后我我今天分享的知识,宏哥这里以后我我做了简单的讲解。希望你这个人喜欢。

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

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