• 13
  • 12
分享

一、什么是接口测试

      接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。

二、接口测试原理

      通过测试程序模拟客户端向服务器发送请求报文,服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端,客户端接收应答报文这一过程(request(请求)→response(响应))

三、接口测试步骤

      实现接口测试的两种办法,一种使用接口测试工具:apipost、jmeter、loadrunner。

      比如选择apipost,按照接口文档或者自己抓包获取接口信息,填写url,请求方法,填写参数查看返回值

1.png

      jmeter也是差不多的步骤,不过jmeter安装需要配置环境变量。

2.png

      loadrunner需要单独通过浏览器录制脚本实现,然后配置场景,然后执行测试场景。二是通过脚本进行接口测试,一般是使用python+requests。

四、什么是性能测试

      1.软件性能测试指通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行的测试活动。

      2.软件性能测试指通过模拟生产运行的业务压力或用户使用场景来测试系统的性能指标是否满足性能需求要求的测试活动。

      3.软件性能测试指检验软件性能是否符合性能指标需求定义的测试活动。

五、性能测试步骤

      性能测试一般是通过jmeter和loadrunner来进行测试的,我们以loadrunner为例子来说:

      LR进行测试对于大多数人来说无法三个步骤:录制接口(或者接口抓包),配置场景,执行测试场景,配置多用户(或者说多线程)然后进行性能测试。

六、接口测试和性能测试的区别

      接口测试和性能测试主要区别是侧重点不一样,接口测试是针对后端开发的接口(不一定是http的,也有可能是tcp的),而性能测试是偏重于产品的各方面各阶段性能(接口的性能,页面的性能,app的性能),可以说性能测试的覆盖度比接口更大一些。

      以web端测试为例子。

      简单来说,它俩区别就在于性能测试有多用户(并发)的概念,而接口测试只是单用户场景。我们做接口测试是是用于验证接口的请求和返回是否匹配(其实可以理解成接口测试也是一种功能测试);

      而性能测试则是很多人同时在做这种接口测试,更侧重于真实的用户场景。因为我们研发完的产品投入市场后,不会就专门给某一个人使用功能,肯定是会有很多人同时在用我们的产品功能。那在这里,很多人同时在用其实就是性能的一个关键点。

      所以性能测试和接口测试的区别为:性能测试近乎等同于很多用户同时在做接口测试。


作者:海淀码农

原文链接:https://blog.csdn.net/phpwechat/article/details/110223756#comments_14241643


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 最近要开展接口测试,起初打算使用公司已有的Fitnesse测试工具来进行接口测试。过程中发现,构造接口字段数据、测试数据都比较困难,接口参数多的时候,用例量就会很多,关键执行速度还慢。所以放弃了。找了一些其它工具,都不太能解决数据构造困难的问题。找不到工具,就直接使用代码来实现。考虑到代码量,结合网上的一些推荐,决定使用python+pytest来编写接口自动化用例。决定了语言和框架,接下来要考虑一下实现需求。需求一:一套用例可以测试多套环境公司的测试环境不止一套,希望在使用接口自动化用例时,可以随意的切换被测环境。为了满足这个需求,首先要完成接口地址等信息的独立配置,而且是要按照一套环境的维...
            13 13 1958
            分享
          •   对于测试的各项评审中,测试用例的评审尤为重要。因为测试用例的设计决定了测试的充分性和有效性。即使测试报告的评审能够发现测试的问题,但到了那时再重新设计测试用例,重新安排测试,会耗费更多的工作量,会影响软件项目的进度。  那么要如何做好测试用例的评审呢?  要做好测试用例的评审,就要抓住以下的评审重点:  · 测试用例的整体设计  评审测试用例,首先要关注测试用例设计的整体思路。测试用例的设计要能够考虑测试环境的实际,需求的关键程度和优先级,来确定合理的测试优先级或先后次序,以及测试用例数目的多少。  软件薄弱环节的测试用例设计 根据二八定理,软件缺陷往往集中在一小部分的软件构件上,即软件的...
            0 0 1230
            分享
          • 为了完成一个用例中的业务逻辑,时常需要通过在上一个请求的响应报文中抽取相关的数据,从而将其应用在下一个或以后的请求中,从而实现一系列完整的流程。使用JSON Path Assertion添加一个JSON Path Assertion:右键一个sampler→添加→断言→JSON Path Assertion例如,请求注册的相应报文为:Destination Variable Name中填入后续引用该响应报文中的参数值的参数名,JSONPath Expression中填入想要抽取的JSON格式的响应报文中的对应参数名,Default Value中填入当抽取失败时候的响应值。使用BeanShell...
            12 12 1760
            分享
          • 1、简介ApacheJMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试但后来扩展到其他测试领域。它可以用于测试静态和动态资源例如静态文件、Java小服务程序、CGI脚本、Java对象、数据库,FTP服务器,等等。JMeter可以用于对服务器、网络或对象模拟巨大的负载,来自不同压力类别下测试它们的强度和分析整体性能。另外,JMeter能够对应用程序做功能/回归测试,通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性,JMeter允许使用正则表达式创建断言。Apachejmeter可以用于对静态的和动态的资...
            12 12 7421
            分享
          • 简介在业务运维场景中,需要对核心的API接口进行拨测。而各个接口需要传递的参数或者接口之间的依赖是比较复杂的,通常接口之间都是通过链式请求来完成一个业务场景。常见的就是先登录,拿到token以后,再进行后续的API请求。postman提供了基于GUI的方式完成这种场景适配,但是对于运维来讲,需要定时的基于策略的形式来对API进行监控。本篇文章就带你从0-1打造API监控体系。知识储备1. Postman使用方法2. Docker基础知识部署步骤1. 从postman导出collection以下文件以拨测httpbin.org为例,在Postman的GUI工具中导出拨测的json文件(httpb...
            0 0 4181
            分享
      • 51testing软件测试圈微信