api测试工具有哪些(api自动化测试工具有哪些)

关于微服务架构的文章相信大家应该看过不少了，其中关于微服务的架构技巧以及开发工具的介绍也有很多。今天，武汉电脑培训http://www.kmbdqn.cn/就给大家汇总了一下，其中适合微服务架构的工具都有哪些种类，一起来了解一下吧。API管理和测试1.APIFortressAPIFortress是API测试和健康检测工具，为企业级API提供自动化的功能测试、健康检测和负载测试。它的设计原则是无代码，完全基于现代API架构实践和模式而构建。2.PostmanPostman是面向个体开发者和团队的API开发套件，可让你轻松运行UI驱动的API测试。Postman还是一个功能强大的HTTP客户端，让RESTfulAPI探索变得轻而易举。用户可以将简单和复杂的HTTP请求组合在一起，实现快速的API测试、开发和文档化。3.TykTyk是一款开箱即用的开源API管理平台，速度快，可伸缩。无论是部署在内部，还是部署在云端，或者使用两者的混合，对Tyk来说都不在话下。除了可以降低管理成本，Tyk还将为你带来高可用性和低延迟。消息服务4.RabbitMQRabbitMQ可作为微服务之间的通信桥梁，它支持各种模式，可提高应用程序的可伸缩性，并解决大多数分布式系统都存在的问题。RabbitMQ可用在微服务环境或任何其他分布式系统中。你还可以使用这个工具在服务之间交换事件。5.亚马逊简单队列服务(SQS)亚马逊SQS提供了强大、灵活且可靠的微服务通信机制。作为一种基于发布订阅的微服务通信模型，亚马逊SQS可以帮助开发人员解决很多问题。除了更好的安全性之外，队列还通过为待处理消息提供储存来增强可靠性。6.ApacheKafka消息队列对于微服务架构来说是非常重要的，可用来处理微服务之间的通信以及微服务与外部源之间的通信，不管是密集型的数据处理还是API调用。ApacheKafka是一个具有高容错和弹性的分布式流处理平台。

1、什么是接口？ 2、什么是接口测试？3、接口组成的要素有哪些？4、Python 的 requests 包是干什么的？5、如何使用 Python 的 requests 包？6、为什么开展接口测试？7、为什么要写接口测试用例？8、接口测试用例设计主要考虑哪些？9、接口测试用例包含哪些内容？10、接口测试如何设计用例？11、通用接口用例设计？12、接口测试报告包含哪些内容？13、测试指标范围包含哪些？14、做接口测试运用过哪些测试工具？15、抓包工具用过哪些？16、为什么进行抓包测试？17、TCP/IP 参考模型有哪几层？18、常用协议的端口号？19、常见的状态码有哪些？20、你们公司的接口测试流程是怎样的？21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？22、接口测试注意事项？23、接口测试执行中对比数据库吗？24、请简述一下 cookie、session 以及 token 的区别？25、谈谈你对 HTTP 协议的了解？26、你对 http 请求跟 webservice 请求的了解？27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？28、接口自动化测试框架一般分为几层？29、测试框架里如何做到数据和代码分离？1、什么是接口？接口就是 API，意思是应用程序编程接口。接口本质上是程序开发的函数和方法，提供参数和返回值。2、什么是接口测试？接口测试是测试系统组件间接口的一种测试，接口测试主要用于检测外部系统和内部系统之间以及各个子系统之间的交互点。测试的重点是检查数据的交换、传递和控制管理的过程，以及系统间的相互逻辑依赖关系等。3、接口组成的要素有哪些？接口访问的地址、请求的方法、参数、返回值（1）接口访问的地址 协议://IP 地址或域名:端口号/应用名/功能名（2）请求的方法 get、post 等（3）参数 用户使用接口时，需要向接口提供的数据。（4）返回值 接口给用户的反馈结果。4、Python 的 requests 包是干什么的？requests 是一个 HTTP 库，作用是发送 HTTP 请求，获得响应，往往使用在网络爬虫，接口自动化测试中。5、如何使用 Python 的 requests 包？（1）安装 Python（2）安装 requests 模块（3）创建.py 文件（4）导入 requests 模块（5）编写 Python 代码（6）调用 requests 方法6、为什么开展接口测试？接口测试属于集成测试、测试接入越早，就越能在项目早期发现问题，修复问题成本降低。接口测试非常快速，UI 自动化执行一个测试用例 10s 左右，接口用例执行一般毫秒级。7、为什么要写接口测试用例？（1）理清思路，避免漏测和重复测试。（2）提高测试效率、跟进测试进度、告诉领导做过、跟进重复性工作。（3）更好的记录问题、发现问题、复现问题、同时这也是接口测试流程中的一个产物。8、接口测试用例设计主要考虑哪些？（1）功能是否正常。（2）功能是否按照接口文档实现、是否依赖业务、异常情况（参数异常、数据异常）、安全测试等。9、接口测试用例包含哪些内容？用例名称、接口地址、请求方式、前置条件、描述、请求头部、请求参数、状态码、预期返回结果10、接口测试如何设计用例？接口测试一般考虑入参形式的变化和接口的业务逻辑。一般设计接口测试用例采用等价类、边界值、场景法居多。接口测试用例设计思路：（1）接口业务逻辑测试，接口逻辑测试是指根据业务逻辑，输入参数，输出值的描述，对正常输入情况下所得输出值是否正确的测试，也就是测试对外提供的接口服务是否正常。（2）模块接口测试，模块接口测试是为了保证数据的安全及程序在异常情况下的逻辑正确性而进行的测试模块，接口测试主要包括以下几个方面a.鉴权码 token 异常（为空、没有、错误、过期）b.其他参数的异常，必填项的检查，参数的长度、类型、格式异常。常规的参数有数字，字符串，日期；参数长度，位数、身份证、电话的长度；参数的类型，数字精度，字母，中文，带空格的参数，特殊字符；日期格式，日期年月日，年月日时分秒，日期格式（包含/-:等）c.错误码异常覆盖11、通用接口用例设计？（1）通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。（2）参数组合：现在有一个操作商品的接口，有个字段 type，传 1 的时候代表修改商品，商品 id、商品名称、价格有一个是必传的，type 传 2 的时候是删除商品，商品 id 是必传的，这样就要测参数组合了，type 传 1 的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。（3）接口安全：绕过验证，比如说购买了一个商品，它的价格是 300 元，那我在提交订单时候，我把这个商品的价格改成 3 元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功。参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。密码安全规则，密码的复杂程度校验。（4）异常验证：所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是 10 的，传 11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。12、接口测试报告包含哪些内容？系统接口概况、测试目的与范围、测试工具与资源、测试记录及结果分析（单场景接口、混合场景接口）、测试结论13、测试指标范围包含哪些？（1）被测接口接收请求和返回报文。（2）被测接口返回状态、被测接口对应业务逻辑处理、涉及数据沉淀的处理、复杂场景下多个接口串联交互。14、做接口测试运用过哪些测试工具？（1）Postman（2）JMeter（3）SoapUI（4）Python + requests（5）Java + HttpClient（6）Java + OkHttp15、抓包工具用过哪些？（1）Fiddler（2）Charles（3）Wireshark16、为什么进行抓包测试？有些时候公司没有标准的接口文档，测试人员只能抓包来获取接口信息。抓包可以迅速找到请求，通过抓包可以查看整个请求过程，以及响应过程，可以通过抓包来分辨前台还是后台 bug。通过抓包，可以查看是否有敏感信息泄露，比如用户密码和个人账号信息等数据。通过抓包进行测试，拦截请求，修改请求数据，查看对应响应结果，抓包本身就是接口测试的一部分。17、TCP/IP 参考模型有哪几层？应用层、传输层、网络层、网络接口层18、常用协议的端口号？（1）21/tcp FTP 文件传输协议（2）22/tcp SSH 安全登录、文件传送（SCP）和端口重定向（3）23/tcp Telnet 不安全的文本传送（4）25/tcp SMTP Simple Mail Transfer Protocol（E-mail）（5）69/udp TFTP Trivial File Transfer Protocol（微型文件传输协议）（6）80/tcp HTTP 超文本传送协议（WWW）（7）110/tcp POP3 Post Office Protocol（E-mail）（8）443/tcp HTTPS used for securely transferring web pages（9）3389/tcp 远程访问 5631/tcp（10）5632/udp pcanywhere 端口号（11）1433 SqlServer 服务端口号（12）1521 Oracle 服务端口号（13）3306 Mysql 服务端口号（14）8080 Tomcat 默认服务端口号19、常见的状态码有哪些？（1）1XX 信息提示，用于指定客户端相应的某些动作。（2）2XX 成功，用于表示请求成功。（3）3XX 重定向，用于移动的文件并且常被包含在定位头信息中制定的新的地址信息。（4）4XX 客户端错误，用于指出客户端的错误。（5）5XX 服务器错误，用于指出服务器的错误。20、你们公司的接口测试流程是怎样的？（1）从开发中取得接口文档，了解接口业务，主要包括接口地址、请求方式、入参、出参、返回格式等信息。（2）使用 Jmeter 进行接口测试，创建一个线程组，然后建立一个 http 请求默认值，再新建很多 http 请求，一个请求是一个用例，输入相应接口路径、访问方式、参数等，创建断言和察看结果树。（3）最后调用并执行测试用例，编写测试报告。（4）在做接口测试的时候遇到过很多问题，都是自己独立解决的，比如返回值乱码（修改 Jmeter 的配置文件为 UTF-8）。21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？接口测试和 UI 测试这两块其实是有一部分是重叠的，UI 测试是通过前端写的界面来调用接口，而接口测试是直接调接口。所以排除前端的处理的逻辑和调用的正确性，在理论上接口测试是可以覆盖所有的 UI 测试。但实际过程中，如果只是在接口层覆盖所有的业务流，在 UI 上只测试前端的逻辑，最终的结果可能会是忽视很多原有的功能点，导致了 UI 测试的不充分。所以存在多人分工且时间充分的时候可以尝试接口去做业务流的全覆盖，否则不要轻易尝试。22、接口测试注意事项？（1）改变请求参数，看响应结果是否和接口文档一致。（2）查看参数是否有敏感信息（比如个人账户信息，资金信息）。（3）查看是否对关键参数进行加密处理（密码信息）。（4）所有列表页接口必须考虑排序值。（5）接口返回的图片地址能否打开，图片尺寸是否符合需求。（6）接口有翻页时，页码与页数的异常值测试。（7）当输出参数有联动性时，需要校验返回两参数的实际结果是否都符合需求每个接口入参的默认值、异常类型、非空校验。（8）入参支持多个值时，要考虑传的值的个数多的情况下，接口会不会报错。23、接口测试执行中对比数据库吗？肯定要对比，因为接口返回值的数据来源于数据库，接口对数据的操作还要进行深层次的数据库检查。24、请简述一下 cookie、session 以及 token 的区别？cookie 数据存放在客户的浏览器上、session 数据放在服务器上、token 是接口测试时鉴权码，一般情况下登陆后才可以获取到 token，然后在每次请求接口时需要带上 token 参数。cookie 不安全，别人可以分析存在本地的 cookie 并进行 cookie 欺骗，考虑到安全应当使用 session 可以将登录信息等重要信息存放为 session，其他信息可以保存在 cookie。25、谈谈你对 HTTP 协议的了解？超文本传输协议，端口为 80，是由请求和响应两部分组成的。请求是由请求头，请求行，请求正文组成；响应是由响应头、响应行、响应正文组成。面向安全的话使用 https。26、你对 http 请求跟 webservice 请求的了解？（1）http api 接口：是走 http 协议，通过路径来区分调用的方法，请求报文都是 key-value 形式的，返回报文一般都是 json 串，有 get 和 post 等方法，这也是最常用的两种请求方式。可以使用的工具有 postman、RESTClient、jmeter、loadrunner 等。（2）webservice 接口：是走 soap 协议通过 http 传输，请求报文和返回报文都是 xml 格式的，都是通过工具才能进行调用与测试。可以使用的工具有 SoapUI、jmeter、loadrunner 等。27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？关联就是把上一个接口返回值的部分截取出来，作为下一个接口的参数，能让接口串联运行。在 Postman 中设置关联的步骤如下：（1）通过正则表达式提取的方式或 json 取值的方式把下一个接口需要的信息从上一个接口截取出来。（2）使用设置全局变量的代码把取出来的值保存到全局变量里。（3）在下一个接口中，使用(全局变量)代替要替换的静态值。28、接口自动化测试框架一般分为几层？自动化测试框架一般分为 5 层（配置层，脚本层，数据层，测试报告层，驱动层）接口项目工程规划大致可分为几类，首先是测试结果类，比如说叫 test_rusult，里面存放一些比如日志文件，测试报告。然后是测试用例 testcase，里面分模块存放测试用例。接下来是公共方法类，比如说叫 public，或者是 tools，里面存放一些，读取 excel 数据的方法，发送 http 请求的方法，收集 log 日志的方法，发送邮件，操作数据库等方法。还有就是配置文件类，比如说叫 config，里面存放一些指定运行部分用例的配置文件，连接数据库的配置文件。最后是写一个 run 方法，运行所有的用例。29、测试框架里如何做到数据和代码分离？第一种：写在 excel 表格里，像这种主要是读取 excel 数据有点麻烦，常用的用来读取 excel 的第三方库有 openpyxl，xlrd 等。当然读取 excel 数据最好用的还是用来做数据分析的 pandas 模块，不用写那么多 for 循环。第二种：数据存放到 yaml 文件里，一个模块或者是一个功能写一个 yaml 文件，最后写个读取 yaml 文件的公共方法就行了。yaml 格式的文件比较简单。第三种：存放在数据库里面。 第四种：数据存放在 json 文件里。

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

接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。 系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。一、常见接口：1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等；2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等；二、前端和后端：在说接口测试之前，我们先来搞清楚这两个概念，前端和后端。前端是什么呢，对于web端来说，咱们使用的网页，打开的网站，这都是前端，这些都是html、css写的；对于app端来说呢，它就是咱们用的app，android或者object-C（开发ios上的app）开发的，它的作用就是显示页面，让我们看到漂亮的页面，以及做一些简单的校验，比如说非空校验，咱们在页面上操作的时候，这些业务逻辑、功能，比如说你购物，发微博这些功能是由后端来实现的，后端去控制你购物的时候扣你的余额，发微博发到哪个账号下面，那前端和后端是怎么交互的呢，就是通过接口。前面说的你可能不好理解，你只需记住：前端负责貌美如花，后端负责挣钱养家。三、什么是接口测试：接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。OK，上面是百度百科上说的，下面才是我说的其实我觉得接口测试很简单，比一般的功能测试还简单（这话我先这样说，以后可能会删O(∩_∩)O哈！），现在找工作好多公司都要求有接口测试经验，也有好多人问我（也就两三个人）什么是接口测试，本着不懂也要装懂的态度，我会说：所谓接口测试就是通过测试不同情况下的入参与之相应的出参信息来判断接口是否符合或满足相应的功能性、安全性要求。 我为啥说接口测试比功能测试简单呢，因为功能测试是从页面输入值，然后通过点击按钮或链接等传值给后端，而且功能测试还要测UI、前端交互等功能，但接口测试没有页面，它是通过接口规范文档上的调用地址、请求参数，拼接报文，然后发送请求，检查返回结果，所以它只需测入参和出参就行了，相对来说简单了不少。
接口测试的工具很多，比如 postman、RESTClient、jmeter、loadrunner、SoapUI等，本人首推的测试工具是postman和jmeter，接下来就简单介绍下如何使用这两款工具进行接口测试，其他工具本次暂不介绍。 Postman是谷歌的一款接口测试插件，它使用简单，支持用例管理，支持get、post、文件上传、响应验证、变量管理、环境参数管理等功能，可以批量运行，并支持用例导出、导入。 jmeter是一款100%纯Java编写的免费开源的工具，它主要用来做性能测试，相比loadrunner来说，它内存占用小，免费开源，轻巧方便、无需安装，越来越被大众所喜爱。
在公司里面常用的接口测试工具有如下几个: 1.postman 是google开发的一款功能强大的网页调试与发送HTTP请求的chrome插件，并能运行测试用例的的Chrome插件.2.Firefox RESTClient的插件,是一款用于测试各种Web服务的插件,它可以向服务器发送各种HTTP请求(用户也可以自定义请求方式),并显示服务器响应.3.Jmeter：是Apche公司使用Java平台开发的一款测试工具。 想学习更专业接口测试。了解接口测试工具，还有使用方法的话，去传智播客的论坛去。里面有视频资料还有课堂笔记资料。足够自学了。找不到的话去官网对话框直接要也能要到。我就是直接要的。
作为一个从事前端开发将近一年的新晋小白，之前跟后台的同事交流接口文档都是用word文档。测试的时候就只能是自己写一段测试代码一点一点测。后来，也接触了几个测试工具。但个人觉得有一个真心不错，推荐题主体验一下：易文档，在线API文档工具
目前主流的方式有两种。 第一种基于代码框架的用例编写。 第二种直接使用接口测试工具。

商业工具： 1、RFTRational Functional Tester 的基础是针对于Java、.NET的对象技术和基于 Web 应用程序的录制、回放功能。工具为测试者的活动提供的自动化的帮助，如数据驱动测试。IBM RFT是一个用于功能和回归测试的数据驱动的测试平台。它支持大范围的应用，例如.Net、Java、SAP、Flex和Ajax。RFT使用Visual Basic。Net和Java作为脚本语言。RFT有一个独特的功能，称为 Storyboard 测试，用户的动作被记录下来，并通过应用截图在 Storyboard 格式中可视化。RFT的另一个有趣特性是它与IBM Jazz应用生命周期管理系统（如IBM Rational Team Concert和Rational Quality Manager）的集成。2、kylinTOP:这是一款国产的自动化测试工具，支持WEB和APP的自动化测试，其中元素智能定位是这款自动化软件主要特点，是设计理念比较超前的测试工具，算是国内众多自动化测试工具中，做的比较突出的一款。与传统的RFT和UFT相比，的确有过人之处，算是后起之秀，使用起来，简单高效、稳定。这样描述估计也没几个人能体会到的。说白一点就是一个人可以干三个人的活，使用者只需关注业务即可。3、UFT：UFT（别名：QuickTest Professional简称QTP）是一种自动化测试工具，以VBScirpt为内嵌语言,其前身是QTP。UFT支持功能测试和回归测试自动化，可用于软件应用程序和环境的测试。UFT自动化测试的基本功能包括：创建测试、检验数据、增强测试、运行测试脚本、分析测试结果、维护测试；UFT支持两种视图，一种是Keyword View(关键字视图)，另一种是Expert View(专家视图)。是一款老牌的自动化测试工具。4、SilkTest：这个也是比较相对著名的工具，不过同样还是没有了解过，对于商业的工具，因为其占地面积大，还要破解等麻烦事，最关键的是使用的公司少，所以只使用过QTP，其它的一概未了解过开源工具：1、Selenium：这个应该大多数人都知道的，现在也是大多数互联网公司在使用的测试框架；selenium仅支持web的UI级别测试，但是其优点在于：a、支持多种语言编写测试脚本，比如：java、python、ruby、perl等；同时也就意味着其后的支持类库也是很多的b、支持多浏览器，如：ie，ff，safari、chrome等c、支持多平台，如：windows、linux、MAC、android、iphone等d、支持分布式执行，一套测试用例可以同时分布到不同的测试机上执行，而且还可以进行任务细化，比如：针对liunx执行系统只分配linux下需要执行的用例此外还有录制工具支持，简单也说，web类测试基本上是首选，不过对flash的支持好像不是太好其主要分2个版本，1.X版本是以js驱动来进行自动化实现的；2.X重新开发了webdriver来代替js驱动，直接调用浏览器底层接口来完成自动化实现的前提：如果使用remote或者RC功能，需安装jre下载地址：http://seleniumhq.org/download/2、EFT【easy function testing】：这个是在.net3.0 的UIAutomatuon的基础上封装的一个dll文件，同样还封装了部分windows api以实现鼠标和键盘事件。所以这个只能叫测试类库，且仅支持windows程序，而且同样支持uiautomain所支持的WPF程序的测试。前提：安装了.net3.0使用：引入该文件，uiautomation 相关dll，VS环境下编写测试用例3、UIAutomation：这个是微软提供的UI自动化框架，当然它的初衷并不仅仅是为自动化测试而产生的，它的任务是给更多的开发或者应用去调用windows的UI控件，不过还是可以用于自动化测试的；因为之前微软就有类似的工具，而这个是重新设计的ui操作类框架，其目的是为了兼容支持windows系列操作系统的UI自动化操作【xp，vista，server2003】，还有就是天然支持WPF。当然其设计与通常的自动化工具就不一样了，比如：没有把控件支持的方法绑定在控件对象本身，没有提供专门的鼠标/键盘事件，但是却提供了特定控件对象的事件响应监听及处理方法的定制。其工作流程大概是这样的：a、先获取特定的元素对象，有多种方法。如：句柄，属性值b、获取这个元素对象的模式。模式是这个框架的设计的独具之处，成就了它的灵活性，统一性c、通过这个模式在进行具体的方法调用，属性值获取等d、监听指定对象的特定事件，一旦发生则执行指定的事件处理函数 4、Robot FrameworkRobot Framework是一个完全基于关键字测试驱动的框架，它即能够基于它的一定规则，导入你需要的测试库（例如：其集成了selenium的测试库，即可以理解为操作web控件的测试底层库），然后基于这些测试库，你能应用HTML、TXT等文档形式编写自己的关键字（这些关键字即你的库组成），之后，再编写测试用例（测试用例由测试关键字组成）进行测试。例如：一个简单的登陆测试由：登陆+输入密码+登出三个关键字组成，也可以由一个关键字登陆组成，关键字颗粒的大小可以自行定制。
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、性能测试）等。 2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。 4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者.net、QTP需要VB等。
推荐：VISUAL UNIT 4 使用这款工具，测试工作=填表格。是广州凯乐软件技术有限公司开发的一款C/C++单元测试工具及集成测试工具，独有的白盒用例设计器。测试工作就是填表格而已，很容易，不需要写代码。什么嵌入式测试，死循环测试等难度很高的，都只是填表格就自动测出来了。 在百度搜一下：广州凯乐软件技术有限公司，进官网就可以下载使用了。