分分时时彩精准计划_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.小结

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

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

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