怎么开展接口自动化测试（怎么开展接口自动化测试业务）

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

本文目录一览：

• 1、接口自动化测试环境搭建jmeter+ant+git+jenkins
• 2、如何简单实现接口自动化测试
• 3、在实际接口测试中，接口测试工作的详细开展方式是怎么样的？
• 4、如何有效的开展自动化测试
• 5、如何进行接口自动化测试

接口自动化测试环境搭建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文件构建一下试试

如何简单实现接口自动化测试

接口自动化有两种方式：
一种是借助第三方工具，例如postman、jmeter；
另一种是基于开源的框架做自动化测试，例如selenium；
selenium 包含适配java、python等不同语言版本。
希望我的回答能帮助你

在实际接口测试中，接口测试工作的详细开展方式是怎么样的？

在实际工作中怎么开展接口自动化测试，接口的展现形式不是固定。但是市场上怎么开展接口自动化测试，最多的还是HTTP协议的接口测试。
基于HTTP协议的接口测试怎么开展接口自动化测试，工作开展方式类似于这样怎么开展接口自动化测试：
项目立项阶段 - 项目经理、产品经理、测试经理、CEO等人员参与
需求阶段 - 产品经理根据项目怎么开展接口自动化测试，输出需求规则说明书，产品说明书；然后需求评审
项目排期 - 项目经理根据产品功能，确定开发、测试、上线计划的时间节点
研发阶段 - 输出概要设计和详细设计文档，并且各个角色根据文档设计系统架构、数据库、配置文件；并开始编写业务功能的代码
测试阶段 - 单元测试、集成测试、系统测试、验收测试（接口测试属于集成测试）
发布上线 - 上线问题验证和维护
测试阶段的细节：
测试工作的开展，与公司对测试流程的管理和把控有很大关系，不同的公司，把控力度都不一样。在标准的测试流程里面，我们需要编写测试用例，但是有的公司甚至测试用例都不用写，对测试质量的控制，停留在“测试人员的责任心和技术水平”上。
如果是一个有前后端的项目，那么接口测试流程是这么开展的：
1. 后端开发人员完成代码编写，输出接口文档
2. 前端开发和后端开发进行前后端联调，打通主干流程；联调结束后，后端开发人员提测接口
3. 接口测试人员，根据后端开发的提测的接口，按照接口文档在【测试环境】进行接口测试。此时前端开发人员在并行开发前端页面
4. 此时，由于项目中，前端开发、后端接口都在同时进行，所以会出现测试和前端开发的进度问题：
前端开发完成、接口测试完成：这是最理想的情况，此时手工功能测试介入测试，接口测试人员进入验收测试。
前端开发完成、接口测试未完成：此时手工功能测试也会介入测试，与接口测试并行测试；（PS：如果功能测试结束了，接口测试依然未完成，那么手工功能和接口一起进入验收测试。）
前端开发未完成、接口测试已完成：手工功能测试无法介入。
5. 【测试环境】的接口测试结束后，接口测试人员需要在【验收环境】进行验收回归测试
6. 【验收环境】执行通过后，接口测试人员，可以把接口自动化脚本，利用持续集成技术，集成到平台中，进行持续的校验。
7. 最后发布上线后，一般接口测试人员不需要介入生产环境的接口测试。但是少数情况下，接口测试人员，也需要在生产环境进行接口测试（不建议）
了解了吗？如果想晋升，或者是学习软件测试的最新知识，欢迎来看黑马程序员视频库内容，有最新的软件测试学习内容哦！

如何有效的开展自动化测试

自动化测试不宜大力投入
不管是自动化测试还是接口测试，都不宜在前期大量投入。当前业务是否适用自动化，哪些框架或者工具更适合，适合做接口自动化还是 UI 的自动化？如何让自动化达到收益和效果？
这些问题都需要根据团队和业务具体的情况去尝试，找到合适的才行。如果前期投入太大，团队对其期望太高，非常容易在遇到一点挫折的时候对自动化丧失信心。
另外，投入太大，毕竟加大人力或者减少手工测试的投入，会造成测试资源的紧张。在项目时间和成本的压力下，测试管理者需要顶着巨大的压力，这本身就很难成功。
可以安排一些技术强或者技术兴趣浓厚的成员，在项目允许的情况下减少其手工测试工作量，让其可以利用部分工作时间和部分业余时间尝试做自动化，先局部功能尝试，能够有效果，在扩大范围。逐步达到一定的自动化规模。
以接口为主UI为辅
UI 自动化因其运行环境的问题，会导致运行速度慢，对环境依赖过高。同时因程序界面的多变性，导致自动化脚本维护成本大大增加。
接口测试有很多优于 UI 自动化的地方。但是接口测试也自有其短板，对流程性质的测试并不适合用接口自动化来覆盖。接口自动化更适合覆盖单一接口功能的检查。
所以我们可以采用核心业务流程使用 UI 自动化，单一功能使用接口自动化，两种层面的自动化结合的方式来进行。
不轻谈自动化测试平台
目前测试界开始流行起自己开发测试平台（以接口为主）。简单来说就是模仿常见的接口测试工具，用 Python 或者 Java 写成了一个 web 版本的。
当然也有其理由，“定制性更强！”但是毕竟是软件都需要进行测试，花大量精力开发的平台并不稳定，而本身功能和理念上并没有太多更新。而这样的一些功能，市面上的绝大部分测试工具都能胜任。
如果是为了提高个人能力，项目时间有空余，怎么玩都可以。若是要在实际工作中应用，那么就有点得不偿失了。
自动化测试中，工具的重要性始终是最低的。理念、思维和环境治理才是最重要的。
通过不断小范围试错，找到适合自己团队的自动化策略才是最重要的。任何技术脱离实际应用都是耍流氓。

如何进行接口自动化测试

曾经有一段时间怎么开展接口自动化测试，人们习惯于在MSExcel里面编写单元测试用例，然后开发人员就按照单元测试用例一步一步的来实现用例。这通常是很耗时的漫长的过程，尤其是如果应用很大或者UI很复杂的话。这一套单元测试的执行过程常常成为瓶颈，因为任何代码修改都会带来手工执行大量单元测试，以确保新的修改没有破坏原有功能。如今是个快节奏时代，人们希望工作能够无需人工介入、自动化的快速完成。每个人都喜欢执行一个命令就能把工作搞定，而且在执行期间不需要人工介入。需要做的仅仅是检查一下最终的输出结果。当这个世界正在迈向自动化时，自动化测试也不甘落后，不论是在功能测试方面还是UI测试方面。每天我们都能听说自动化测试方面涌现出的新软件。本文提供了一些信息给那些想用CodedUI自动测试框架来进行应用界面自动化的.Net开发者。什么是CodedUI?最近我一直在寻找一个自动化的用户接口测试的解决方案。用户接口测试需要用户多次进行手工输入操作，这是一个既枯燥又费时的过程。因此，我想寻找一种更智能的自动化UI测试的方案，这种UI测试在不需要人工干预下，能够被保存，记录并提供支持，快速测试代码的改变。CodedUI采用用户接口来驱动应用的进行自动化测试。这些测试包括UI控制的功能性测试。他们使你可以验证整个应用的功能是否正确，其中包括了用户接口。CodedUI尤其适合用于用户接口中存在校验或者其它的登录方式的测试，比如网页。CodedUI也可以用于人工测试用例的自动化。CodedUI测试帮助用户测试应用程序的用户接口。这些测试允许用户验证应用程序的功能。CodedUI多数时间用于帮助验证在UI层本身的有效逻辑。它能够验证值对用户接口的控制的正确性。其它方案市场有许多自动化用户接口的方案，比如HP的QuickTestProfessional,IBMRationalFunctionalTester.其它著名的，易于使用的开源工具解决用户接口自动化问题的有Selenium，也能够记录测试，需要的时候回放。市场上还有来自Microsoft的也能不需要太多努力做同样的事。用VisualStudioMicrosoft还有CodedUI的方案用于单元测试。CodedUI适合在哪儿用?大多数安装了VisualStudio的开发者都喜欢在VisualStudio的环境里进行单元测试，而不是使用第三方工具。由微软提供的CodedUI，在VisualStudio环境里可谓上手即用。在开发者的机器上无需另外安装任何东西。一旦你安装了VisualStudio的Premium版或者Ultimate版，你就同时也安装好了CodedUI。CodedUI可用性为了使用CodedUI，需要安装VisualStudio2010/2012/2013的Premium版或者Ultimate版。CodedUI测试的组成CodedUI测试的组成容易理解。它可分成下列文件：UIMap.uitest这个文件是UIMap类的XML表示。UIMap类包括视窗，控件，属性，方法，断言和动作。UIMap.cs对UIMap的自定义部分都存在这文件里。如果修改直接存在UIMap.designer.vb文件的话，那些修改都会在记录结束后丢失，因为这个文件重新创建了。给每个在测应用程序中的每个模块创建一个独立的UIMap文件。UIMap.Designer.cs这是部分类表达各种类。这各种类是给多样的控件和他们的范围，属性，方法的类。提示：不要直接修改UIMap.Designer.cs。加入你这样做，这个修改会被覆盖掉。CodedUITest.cs这类表示的实际的CodeUI测试类，方法调用，和断言调用，所有的方法和断言默认都是从UIMap.Designer.cs文件调用的。这类有具有【codedUITest]属性TestClass和包含具有【TestMethod]属性的多种方法。CodedUI的特性/好处进行用户界面测试的同时进行校验.生成VB.Net/C#代码.测试用例可以被记录和重放.集成了ALMStory能够作为每日构建的一部分来运行.根据需要进行高级扩展.和VisualStudio集成在一起，所以无需单独购买许可.CodedUI对Web和Windows应用同样适用.著名的Microsoft支持.创建CodedUI测试CodedUI测试可以用下列方式创建使用MTM进行快速自动构建从现有的记录(从手动测试中记录下来的操作)中创建CodedUI在CodedUITestBuilder创建的底稿的基础上创建一个新的CodedUI测试.自己写CodedUI.这个白皮书的范围仅限于“在CodedUITestBuilder创建的底稿之上创建一个新的CodedUI测试”。小贴士:尽量使用CodedUITestBuilder。CodedUITestBuilder每一个CodedUI测试的生成都需要遵从下列步骤.记录/停止/暂停编辑记录下来的步骤添加断言生成代码创建CodedUI测试创建新的CodedUI项目要开始使用CodedUI，首先我们需要创建一个测试项目，用来保存所有CodedUI测试。创建一个新的CodedUI项目包含下列步骤打开VisualStudio2012选择FileNewProject选择需要的语言模板(C#orVB.Net).我们选择了C#.选择CodedUIProject输入一个名字点击OK按钮添加CodedUI测试VisualStudio默认配置为创建CodedUI测试使用"GenerateanewCodedUITestfromscratchusingCodedUITestBuilder"提示：在测试的应用程序中，当你创建UI控件时尽量使用有意义的名称，从而对于自动生成的控件显得更加有意义和可用。一旦CodedUI测试工程创建完成，将会自动打开生成CodedUI测试代码的对话框，请给出以下选项的设置。记录操作，编辑UI地图或添加断言使用一个已经存在的操作记录默认情况下选择记录操作,编辑UI地图或添加断言，无需做任何操作，然后点击"ok"CodedUITestBuilder选择了上述选项后，CodedUITestBuilder就会被打开，同时VisualStudio窗口被最小化。这意味着我们已经为记录操作做好了准备。正如之前描述的，CodedUITestBuilder基于下列4个操作来做记录RecordStepsUpdateorDeleteStepsVerifyResults(AddAssertions)GenerateCode小贴士:如果用户界面(UI)变化了，就重新记录测试方法或断言方法，或者重新记录一个既有测试方法中受影响的部分。记录一个序列的操作.记录一个操作主要需要下列几步.StartRecording,通过选择Record按钮即可.PauseRecording,用来处理记录过程中的其它操作，即GenerateCode.Edit/Delete操作,以防错误的操作被记录。Generatecode为记录下来的操作创建编号。会给每一个记录下来的操作都生成编号。AddAssertions用来校验结果。小贴士:创建断言最好使用CodedUITestBuilder，因为它会在UIMap.Designer.cs文件中自动添加一个断言方法。为记录动作做计划任何事情的成功都取决于它计划得有多好。较好地计划最大限度保证了任务成功完成。这样总是比较好，在开始记录动作之前，我们计划好所有的所有要计划的步骤。这里我们将要使用应用程序Windows计算器来记录步骤。我们要自动地加和减两个数字。在记录加和减两个数字的时候，下面的步骤将会用到。。点击“开始记录”控件。到开始，点击执行。在执行窗口，输入”calc"。停止记录，看记录的步骤。删除错误的步骤（存在的话）。产生代码怎么开展接口自动化测试；提供和动作相匹配的名字。比如，打开计算器。提示：当你产生一个方法时候，使用一个有意义的方法的名字，代替默认名字。有意义的名字帮助识别方法的木的。。重新记录，提供第一个数字，暂停记录产生代码。重新记录，提供操作（加或者减），暂停记录，产生代码。重新记录，提供第二个数字，暂停记录，产生代码。。加断言提示：产生你的测试作为一系列记录的方法提示：可以的时候，限制每个方法小于10个动作。这模块化的方法让UI改变时候容易替换方法。我们已经看到了CodedUI可以使开发者的生活变得多么轻松，尤其是遇到每次都需要进行很多输入的复杂页面的时候。这时，测试用例只需要被记录一次，就可以按照需要执行任意多次。使用CodedUI比使用其它工具的好处是，它能自动适配Web页面和Windows窗口应用。CodedUI测试可以用VisualStudio2010来运行，也可以用任何版本的VS来运行，它们的功能正变得越来越强大。无需多说，CodedUI是一个由技术领导者提供的强大工具，想要体验CodedUI测试的强大，我们应该开始在项目中使用它看看它能带来多少ROI，我确信CodedUI不会让你失望。 关于怎么开展接口自动化测试和怎么开展接口自动化测试业务的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 怎么开展接口自动化测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于怎么开展接口自动化测试业务、怎么开展接口自动化测试的信息别忘了在本站进行查找喔。

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