平台端接口自动化测试jd（接口测试自动化测试）

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

本文目录一览：

• 1、接口自动化测试
• 2、接口自动化测试流程是什么？
• 3、接口自动化测试工具有哪些？
• 4、分布式接口自动化测试平台
• 5、接口自动化测试环境搭建jmeter+ant+git+jenkins
• 6、我眼中的接口测试和接口自动化测试

接口自动化测试

接口 ：外部系统与本系统之间以及系统内部的各个子系统间，以约定标准提供的服务，包括对外提供的接口/对内提供的接口。

在这块我们举一个比较生活化的例子，我们平常使用的笔记本，在笔记本的两端有很多小插口，最常见的就是USB插口，我们可以把鼠标连接在USB插口上，也可以把键盘、U盘连接在USB插口上，为什么同一个USB接口可以连接这么多设备呢，其实这个接口，他就有一个统一对外的连接标准。
在我们开发当中，也有一个对外暴露的接口，因为他们服务的协议都是统一的，最常见的就是hhtp协议，我们规定好一种格式，让客户端来调用我们。
这里面键盘鼠标属于调用方，插到笔记本的USB上，就可以连接设备，就可以进行操作了。对外暴露的一个统一的一个规范，这样去理解接口，更形象一些。

在了解完什么是接口之后，我们来说一下什么是接口测试。
接口测试 测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等，保证对外提供接口的正确性和健壮性。
我们在具体测试过程中，我们不用关心接口调用方和接收方的实现逻辑，我们只需要知道传入什么数据，返回什么的结果是否达到我们的预期。接口测试其实也是黑盒测试，他与UI测试的区别就是没有界面交互，是不可视化的。

测试前置 ：我们不能等到整个系统全部开发完成才能进行测试，我们可以通过调用接口来进行测试，把问题拦截在前期，降低问题修复成本。
Bug更容易定位 ：因为我们按接口进行测试，出现问题后在被测接口中排查就可以了，它比系统集成之后，发现问题更容易定位，系统集成之后有各种模块的调用，出现bug之后再排查，排查的链路非常的长。另外从机制上更接近出问题的地方更容易命中问题。
前后端分离结构 ：现在很多系统都采用前后端分离架构，各服务之间更多的是通过接口来实现信息互通，对接口进行直接测试，可以更全面的覆盖各类测试场景。
自动化测试落地性价比高 ：比UI自动化测试更稳定，我们上面已经说了UI层的元素时常发生变化，有时改一个简单的元素，都有可能导致我们的自动化测试走不下去，写一套自动化测试脚本比较容易的，但是维护起来，会耗费很大的时间精力，相对来说，接口就比较稳定，一个项目没有大的改造，入参和出参就是固定的，变化的概率比较小，这样维护起来也比较方便。
减少安全隐患 ：比如我们在平常的测试过程中，测试用户名和密码，密码格式要求不能输入特殊字符，前端做了校验，而后端没有处理，这样我们只测试页面，这条case就默认通过了，但一些黑客可能通过抓包的方式进行登录，这样安全隐患就比较大了。我们对接口进行安全测试，可以避免安全隐患。

借助工具 ： Postman、Jmeter、jsf平台、jsf测试工具、easytest
编写测试脚本 ：Java+TestNG

请关注下一篇如何使用Java+TestNG进行接口自动化测试

接口自动化测试流程是什么？

了解了接口测试是什么之后，怎么做接口测试呢?接口测试的流程其实和功能测试流程类似：接口测试计划-接口测试用例-接口测试执行-接口测试报告。测试用例设计的依赖对象主要是需求说明书和接口文档。
接口测试因其不是针对普通用户，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端http接口测试，常用的工具有jmeter、postman、httpclient等。用工具测试，所以目标就是准备要测试数据测试脚本后直接执行即可， 在进行测试执行编写时，有如下的原则：
1.不同的接口参数覆盖不同的业务场景;
2.在后台构造合适的数据来满足接口的测试用例;
3.根据接口的返回值，断言其是否返回期望结果，并查看数据库验证;
4.测试用例涉及多个步骤的，应对涉及的步骤都验证;
5.删除测试过程中产生的结果，确保每个用例执行前都是一个清洁的环境

接口自动化测试工具有哪些？

接口自动化工具有以下：

1、QTP。是quicktest Professional的简称平台端接口自动化测试jd，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试平台端接口自动化测试jd，主要是用于回归测试和测试同一软件的新版本。因此平台端接口自动化测试jd你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等。

2、WinRunner。是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。

3、AdventNetQEngine。是一个应用广泛且独立于平台的自动化软件测试工具，可用于Web功能测试、web性能测试、Java应用功能测试、Java API测试、SOAP测试、回归测试和Java应用性能测试。

自动化（Automation）是指机器设备、系统或过程（生产、管理过程）在没有人或较少人的直接参与下，按照人的要求，经过自动检测、信息处理、分析判断、操纵控制，实现预期的目标的过程。

自动化技术广泛用于工业、农业、军事、科学研究、交通运输、商业、医疗、服务和家庭等方面。采用自动化技术不仅可以把人从繁重的体力劳动、部分脑力劳动以及恶劣、危险的工作环境中解放出来，而且能扩展人的器官功能，极大地提高劳动生产率，增强人类认识世界和改造世界的能力。

分布式接口自动化测试平台

基于之前开发过自动化框架，在接口自动化测试平台上做平台端接口自动化测试jd了全新平台端接口自动化测试jd的探索和设计，在落地性，效益性，业务性等方面做平台端接口自动化测试jd了进一步思考和优化。

从系统需求设计 + 技术框架选型 + 数据表结构设计 + 后端开发 + 前端开发 + 镜像打包部署 + docker 容器化上线，都由我一个人独立设计开发完成的，挑战很大，但是能顺利完成，也算是给自己 2020 年一个满意的答卷，当然更满意的其实是打开了自动化测试平台新世界的大门。

1、接口管理，添加和维护功能。

2、支持用例跳过功能、任务消息提醒（针对当前任务公司所有成员）

3、更丰富的用例断言类型。

4、支持定时任务，在任务管理中分布式执行我的所有接口用例，目前支持crontab表达式和interval间隔时间两种方式调度定时任务。

5、更漂亮、详细的报告展示，快速发现失败接口用例。

6、成员管理，前后端都引用了角色权限管理；前端页面无法访问成员管理、发布成员消息通知等，后端：editor角色无法进行新增、修改、删除功能操作

7、新增业务测试功能 - 多接口实现一个业务流程

8、新增用例前置功能（用例后置功能目前使用上并不灵活，后续解决这个问题，并且更新sql校验功能）

9、用例逻辑处理内置函数功能

10、前端兼容Chrome浏览器、手机端部分页面做了适配（其他浏览器暂未测试）

整个平台后端使用 Python 开发，前端使用 vue 框架，采用前后端分离。

任务结果查看

断言功能

用例前置后置调试功能

报告详情

接口自动化测试环境搭建jmeter+ant+git+jenkins

1、安装java

方式一：安装java环境：yum install java-1.8.0-openjdk* -y

使用命令检查是否安装成功 java -version

到此安装结束了。这样安装有一个好处就是不需要对path进行设置，自动就设置好了。jdk安装在/usr/lib/jvm目录下
方式二：先下载对应版本到本地，然后解压缩，配置环境变量（详细步骤百度即可）

2、安装jmeter

(1)登录自己服务器，在usr/local下创建文件夹jmeter,命令mkdir jmeter

(2)通过官网下载jmeter到本地

(3)通过xhell上传到对应的目录（cd到要上传的目录）

(4)yum -y install lrzsz（安装了lrzsz，执行该命令是因为服务器有的文件不让上传。让上传就不用执行）

(5)使用 rz -y命令进行文件上传，此时会弹出上传的窗口，进行上传即可

(6)上传成功之后进行解压 unzip apache-jmeter-5.4.zip

(7)配置环境变量vi /etc/profile

esc+shift # 键盘同时按住，退出编辑模式

:wq # 保存退出

:q # 不保存退出

添加如下内容：

# set Jmeter enviroment

export JMETER_HOME=/usr/local/jmeter/apache-jmeter-5.4

export PATH=${PATH}:${JMETER_HOME}/bin

(8)source /etc/profile # 使配置文件生效

(9)jmeter -version
3、安装ant

（1）在usr/local下创建文件夹ant,命令mkdir ant

（2）通过官网下载ant到本地

（3）使用 rz -y命令进行文件上传，此时会弹出上传的窗口，进行上传即可 sz 文件名(服务器文件下载到本地)

（4）上传成功之后进行解压 unzip

（5）配置环境变量vi /etc/profile
# set Ant enviroment

export ANT_HOME=/usr/local/ant/apache-ant-1.10.10

export PATH=${PATH}:${ANT_HOME}/bin
（6）source /etc/profile # 使配置文件生效

（7）ant -version
4、ant的配置

（1）将jmeter安装包extras文件夹里ant-jemter-1.1.1.jar 复制到antlib下

cp ant-jmeter-1.1.1.jar /usr/local/ant/apache-ant-1.10.10/lib

（2）进入apache-jmeter-3.0extras运行ant ，查看该目录下是否出现Test.jtl、Test.html文件，若有，则构建成功
5、编写Ant的build.xml文件

（1）创建Jmeter_Test目录，放在/usr/local/下

（2）Jmeter_Test目录下创建build.xml、ResultLog（html,jtl）、Script（放脚本）

（3）build.xml文件内容去https://www.cnblogs.com/L-Test/p/9736808.html下复制，需要修改里边的路径
6、jenkins安装

（1）Jenkins下载地址：https://jenkins.io/download/

（2）下载的是jenkins.war

（3）在Linux下启动Jenkins有两种方式，一种是在jenkins.war的存放目录下使用命令java -jar jenkins.war启动，

另外一种是把jenkins.war放在tomcat的webapps目录下，然后启动tomcat就可以了（本次用的第一种）

（4）在浏览器中输入http://服务器ip:8080/jenkins/

如果是用的阿里云服务器，启动成功之后，在浏览器访问，无法访问。解决办法就是登陆阿里云服务器修改一下安全规则，把端口范围调大

（5）访问成功之后输入管理员密码

（6）安装推荐的插件，创建管理员用户

7、jenkins的其他配置

（1）修改为中文依赖的三个插件localization-zh-cn、locale、localization-support

jenkins插件下载地址https://blog.csdn.net/qq_39530199/article/details/90266654

（2）不知道依赖于那个插件，可以看看manage Jenkins里边的报错 plugin is missing

8、git的安装

（1）git下载地址：https://mirrors.edge.kernel.org/pub/software/scm/git/

（2）usr/local下新建git目录，cd到git,安装包上传上来， tar -zxvf v2.17.0.tar.gz

（3）安装编译源码所需依赖，命令为： yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl- ExtUtils-MakeMaker 耐心等待安装，出现提示输入y即可；

（4）安装依赖时，yum自动安装了Git，需要卸载旧版本Git，命令为： yum remove git 出现提示输入y即可；

（5）进入解压后的文件夹，命令 cd git-2.17.0 ，然后执行编译，命令为 make prefix=/usr/local/git all 耐心等待编译即可；

（6）安装Git至/usr/local/git路径，命令为 make prefix=/usr/local/git install ；

(7)打开环境变量配置文件，命令 vim /etc/profile ，在底部加上Git相关配置信息

# set Git enviroment

export GIT_HOME=/usr/local/git

export PATH=$GIT_HOME/bin:$PATH

（8）git version

9、jenkins安装相应插件

（1）安装源码管理选择git需要的插件git、git-server、git-client、github-api、plain-credentials、github

上传插件的时候可能会报错，可以把插件上传顺序改一下在上传

(2) jenkins设置git的安装路径，点击全局工具配置/usr/local/git/bin/git（whereis git 命令可查看）

（3）windows本地安装git，把代码推送到github(需要在github创建一个仓库)，参考自动化测试的 《

（4）jenkins配置源码管理选择git，地址输入github项目地址，账号可以先在jenkins凭据配置中添加github账号

输地址或账号的时候可能会报403的错误。解决办法刷新一下或者 在Configure Global Security中开启 启用代理兼容

（5）配置完源码管理，直接进行构建，代码自动下载到/root/.jenkins/workspace/git/路径下

10、接下来需要把build.xml中脚本路径改为/root/.jenkins/workspace/git/进行构建，可以在Github里提交一个jmx文件构建一下试试

我眼中的接口测试和接口自动化测试

接口测试平台端接口自动化测试jd的目的是为平台端接口自动化测试jd了增加测试覆盖度、深入度 平台端接口自动化测试jd，对接口的各个参数做实际场景中很难遇到的异常场景的测试，保证接口的稳定性。如果在这个前提下接口测试还是没有发现 bug，那么可以 review 下历次迭代中是不是业务测试发现的所有 bug 都是前端的。如果是，那么说明平台端接口自动化测试jd你们的后端开发工程师能力实在很强，应该恭喜你们遇到了这么给力的队友。在测试压力很大的情况下就可以酌情考虑不做接口测试，前端测试完成就上线了。

如果不是那就应该 review 你们的接口测试用例了。是不是用例设计的还不如业务测试全面？是不是用例设计的时候默认按照正常的取值范围？按照正常的业务逻辑进行的用例设计导致用例的覆盖还不如业务直接黑盒测出来的覆盖全。

自动化测试的主要目的不是发现多少 bug ，而是为了快速对接口做回归、做线上监控等，避免接口出现了低级问题、阻碍问题但是大家不能第一时间知道，等过了很长时间线上出了强反馈或者在错误接口的基础上又做了很多开发才被大家发现。当然，在接口自动化的基础上再做压力测试、稳定性测试等也会更方便。在这个前提下再评估接口自动化测试是否有必要，思路就会清楚一些。

整体上测试是为了保证业务中的 bug 能够在有限的资源下最大量、最快速的发现，业务实际情况不同、测试团队规模不同、测试与业务的合作模式、测试团队成员的技术能力等等都会影响测试方案的制定。

个人觉得如果团队有专人做接口测试，这种情况下接口测试定位到用来发现更多 bug 是没有问题的，如果没有发现 bug 那就需要仔细找找接口测试用例设计的问题。接口测试的目的不是取代业务测试，而是减少业务测试遇到阻碍问题的概率以及减轻业务测试模拟异常场景的工作量。接口自动化测试的目的是在回归场景节约业务测试的工作量，在新业务测试中实际反倒会占用更多的测试资源。

以上是作者拉拉肥对接口测试以及接口自动化测试的理解。你怎么看？欢迎点击 原文链接 在原帖共同讨论。

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

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