如何做接口测试
api接口测试方法
api接口测试方法
API接口测试是软件开发过程中非常重要的一环，通过对API接口进行测试可以确保接口的正确性、稳定性和安全性。
下面是一些常用的API接口测试方法：
1. 功能测试：验证API接口是否按照预期的功能进行工作。
通过发送各种不同的请求，并验证返回结果是否符合预期，包括正常情况下的请求和异常情况下的请求。
2. 参数测试：测试API接口参数的完整性和正确性。
包括验证参数是否存在、参数是否合法、参数的取值范围是否正确等。
3. 性能测试：测试API接口在高负载情况下的性能表现。
通过模拟多个并发用户发送请求，测试接口的响应时间、吞吐量和并发能力等指标。
4. 接口兼容性测试：测试API接口在不同的客户端、不同的操作系统和不同的网络环境下的兼容性。
确保接口在各种情况下都能正常工作。
5. 安全性测试：测试API接口的安全性，包括验证接口是否存在安全漏洞，如SQL注入、跨站脚本攻击等。
同时也要测试接口的访问权限控制是否有效。
6. 接口文档测试：测试API接口文档的准确性和完整性。
验证接口文档中的接口描述、参数说明、返回结果等是否与实际接口一致。
7. 接口回归测试：在接口发生改动或者新功能上线之后，对已有的接口进行全面的测试，确保接口的修改不会影响已有的功能和接口的稳定性。
在进行API接口测试时，可以使用一些常用的工具来辅助测试，例如Postman、SoapUI等。
这些工具提供了简便的界面和丰富的功能，可以方便地发送请求、查看响应结果、进行断言验证等。
同时，也可以使用自动化测试框架，通过编写测试脚本来实现自动化的接口测试。
接口自动化测试方案
接口自动化测试方案1.需求分析和测试计划：在进行接口自动化测试之前，首先需要进行需求分析，明确测试的目标、范围和重点。
然后制定测试计划，包括测试方法、工具选择和测试场景等。
2.自动化测试环境的搭建：为了保证自动化测试的正常进行，需要搭建一个稳定可靠的测试环境。
这包括配置测试服务器、数据库和测试工具等。
3. 接口自动化测试框架的选择：选择适合团队的接口自动化测试框架。
常用的框架有JUnit、TestNG、Robot Framework等。
选择合适的框架可以提高测试脚本的可读性和可维护性。
4.接口测试用例的编写：根据需求分析和测试计划，编写接口测试用例。
测试用例应该尽量覆盖不同的场景和边界条件，以确保软件的稳定性和功能完整性。
5.接口测试脚本的开发：根据接口测试用例，使用选定的框架和工具开发测试脚本。
测试脚本应该具有良好的可读性，同时可以灵活地处理错误和异常情况。
6.数据准备和清理：在接口自动化测试中，通常需要提前准备测试数据，并在测试完成后进行数据清理。
这可以确保每次测试的独立性和可重复性。
7.执行自动化测试和结果分析：执行自动化测试，并对测试结果进行分析和评估。
需要关注测试覆盖率、通过率、执行时间和错误率等指标，以便及时发现和修复问题。
8. 定期维护和更新测试脚本：随着软件的不断优化和迭代，测试脚本也需要不断地进行维护和更新。
对于新增功能和 bug 修复，需要及时更新对应的测试脚本。
9.结果报告和问题追踪：生成接口自动化测试结果报告，并及时通知相关人员。
对于问题的追踪和修复，需要建立一个问题跟踪系统，以确保问题的及时处理和解决。
10.团队协作和知识分享：在接口自动化测试过程中，团队成员之间需要密切合作，分享经验和知识。
可以定期组织技术交流会议，讨论测试经验和技巧，以提高整个团队的测试能力。
总之，接口自动化测试在软件开发过程中至关重要。
通过合理的测试计划、良好的测试环境、有效的测试工具和稳定的测试脚本，可以提高测试效率、降低测试成本，并最终提高软件质量和用户体验。
接口电路的测试方法
接口电路的测试方法
1. 信号完整性测试，这是接口电路测试中最基本的一步。
通过使用示波器和信号发生器等设备，可以测试接口电路中传输的信号的完整性，包括波形、幅度、频率等。
这有助于确保信号能够在电路中正确地传输和接收。
2. 电压和电流测试，接口电路通常需要处理不同的电压和电流水平。
因此，对电路中的电压和电流进行测试是非常重要的。
通过使用多用表等设备，可以确保电路能够在不同的电压和电流条件下正常工作。
3. 速度和时序测试，对于高速接口电路，如USB、HDMI等，速度和时序测试是至关重要的。
通过使用逻辑分析仪等设备，可以测试接口电路中信号的传输速度和时序，以确保数据能够在规定的时间内正确传输和接收。
4. 抗干扰测试，接口电路通常会受到外部干扰的影响，如电磁干扰、射频干扰等。
因此，对接口电路进行抗干扰测试是必不可少的。
通过在实验室中模拟不同的干扰条件，可以测试接口电路的抗干扰能力，以确保其在实际应用中能够正常工作。
总之，接口电路的测试是确保电子设备正常运行的关键步骤。
通过对信号完整性、电压和电流、速度和时序以及抗干扰等方面进行全面的测试，可以确保接口电路的可靠性和稳定性，从而提高电子设备的整体性能和可靠性。
接口测试原理和基本步骤
接⼝测试原理和基本步骤1、接⼝测试原理接⼝测试，实际上是针对于接⼝做测试的。
那么接⼝是什么？软件开发，既要做前端，也要做后端，并且后端是整个业务的核⼼，⽤于处理业务请求，实现具体的功能；⽽前端只是提供⼀个页⾯给⽤户看结果以及提供页⾯给⽤户做输⼊。
所以整个业务的处理逻辑都在后端。
⽽后端逻辑相对很复杂，所以在开发的时候，会由架构师确定接⼝，然后再针对这个接⼝实现其具体的功能。
接⼝也可以认为是我们要做多少事情，因为在技术层⾯，如果要实现登录、注册、增、删、改、查等操作，就会先设计好⼀个模块，说明具体实现哪些功能点，这个功能点应该有哪些输⼊项，有哪些⽅法。
这个东西就是我们所谓的接⼝，在java⾥，接⼝⾥包含属性名和⽅法，所有的⽅法都是抽象⽅法，只有⽅法名，⽽没有这个⽅法的具体实现。
也就是说：我知道这是⼀个登录功能，但是登录怎么实现，这完全是不知道的，需要开发⼈员具体去实现。
那么作为我们的开发⼈员，他就会领到⼀个任务去实现这个接⼝。
⽐如，实现登录接⼝，注册接⼝等。
我们可以认为，虽然他是在实现登录接⼝、注册接⼝。
也就相当于我们根据这个接⼝去实现登录功能，注册功能。
所以这个接⼝实际上也就是后台⼀个具体的功能。
那么什么⼜是接⼝测试？实际上我们所说的接⼝测试就是开发⼈员把这个接⼝实现了，他需要去验证这个接⼝的实现是否正确。
但是这是⼀个后台的功能，这个开发也是⼀个后台开发，他去验证接⼝的时候，他不会想让前端⼈员介⼊，因为让前台⼈员介⼊的话会⽐较⿇烦。
那么他就需要⼀个⼯具来模拟前端界⾯。
（前端其实就是提供⼀个窗⼝，既能让⽤户输⼊数据，并且还可以查看结果。
）2、接⼝测试的实现实际上我们做接⼝测试，还是“输⼊—处理—输出”这样的模式。
⽤户输⼊⼀串数据，然后让这个接⼝或者让这个后台功能来处理，然后检查输出结果跟期望是否⼀致。
这个其实也就是我们所说的⿊盒测试。
也是我们做测试的⼀个常规的思路。
⽤户输⼊⼀串数据，然后让系统去处理，然后我们再去检查结果跟期望是否⼀致。
接口测试方法
接口测试方法接口测试是软件测试中非常重要的一部分，它主要是用来验证系统组件之间的通信和数据传输是否正常。
接口测试方法可以帮助我们发现潜在的问题，确保系统的稳定性和可靠性。
下面我们将介绍一些常用的接口测试方法。
1. 静态测试。
静态测试是在不执行代码的情况下对接口进行测试。
这种测试方法通常包括对接口文档、数据结构、数据流和控制流进行审查和分析。
通过仔细研究接口文档和数据结构，我们可以发现潜在的设计缺陷和逻辑错误。
静态测试的好处是可以在早期发现问题并及时修复，从而减少后期的成本和风险。
2. 动态测试。
动态测试是在执行代码的情况下对接口进行测试。
这种测试方法主要包括单元测试、集成测试和系统测试。
单元测试是对单个接口进行测试，集成测试是对接口之间的交互进行测试，系统测试是对整个系统进行测试。
通过动态测试，我们可以验证接口的功能是否符合预期，并发现潜在的性能问题和安全漏洞。
3. 压力测试。
压力测试是对接口进行负载测试，以验证系统在高负载情况下的性能和稳定性。
通过模拟大量并发用户对接口进行访问，我们可以发现系统的瓶颈和性能瓶颈，并进行相应的优化和调整。
压力测试可以帮助我们确保系统在高负载情况下仍然能够正常运行，不会出现性能下降或系统崩溃的情况。
4. 兼容性测试。
兼容性测试是对接口在不同环境和平台下的兼容性进行测试。
这种测试方法主要包括操作系统、浏览器、数据库和网络环境等方面的测试。
通过兼容性测试，我们可以确保接口在不同环境和平台下都能够正常运行，不会出现兼容性问题和兼容性错误。
5. 安全测试。
安全测试是对接口的安全性进行测试，以验证系统在面对各种安全威胁时的表现。
这种测试方法主要包括认证、授权、数据加密和防火墙等方面的测试。
通过安全测试，我们可以发现系统的安全漏洞和风险，并采取相应的措施进行修复和加固，以确保系统的安全性和可靠性。
总结。
接口测试是软件测试中非常重要的一部分，它可以帮助我们发现潜在的问题，确保系统的稳定性和可靠性。
接口测试方法及流程
接口测试方法及流程随着互联网的发展，越来越多的应用程序需要通过接口与其他系统进行交互。
因此，接口测试变得越来越重要。
接口测试是指测试应用程序的接口是否符合预期，是否能够正确地与其他系统进行交互。
本文将介绍接口测试的方法及流程。
一、接口测试方法1. 黑盒测试黑盒测试是指在不考虑内部实现的情况下，测试接口的输入和输出是否符合预期。
黑盒测试可以通过手动测试或自动化测试来完成。
手动测试需要测试人员根据接口文档编写测试用例，并手动执行测试用例。
自动化测试需要测试人员编写测试脚本，并使用自动化测试工具执行测试脚本。
2. 白盒测试白盒测试是指在考虑内部实现的情况下，测试接口的输入和输出是否符合预期。
白盒测试需要测试人员了解接口的内部实现，并编写测试用例来测试接口的各个分支和路径。
白盒测试可以通过手动测试或自动化测试来完成。
3. 性能测试性能测试是指测试接口在高负载情况下的性能表现。
性能测试需要测试人员模拟高负载情况，并测试接口的响应时间、吞吐量和并发性能等指标。
二、接口测试流程1. 确定测试目标在进行接口测试之前，需要确定测试目标。
测试目标应该包括接口的功能、性能和安全等方面。
2. 编写测试计划测试计划是指确定测试范围、测试方法、测试工具和测试环境等方面的计划。
测试计划应该根据测试目标来编写。
3. 编写测试用例测试用例是指测试人员根据接口文档编写的测试用例。
测试用例应该覆盖接口的各个功能和分支。
4. 执行测试用例测试人员根据测试计划和测试用例执行测试。
测试人员应该记录测试结果，并及时反馈给开发人员。
5. 分析测试结果测试人员应该分析测试结果，确定接口是否符合预期。
如果接口存在问题，测试人员应该及时反馈给开发人员。
6. 编写测试报告测试报告是指测试人员根据测试结果编写的报告。
测试报告应该包括测试目标、测试计划、测试用例、测试结果和测试建议等方面的内容。
总结接口测试是保证应用程序质量的重要手段。
接口测试需要测试人员了解接口的功能、性能和安全等方面，并根据测试目标编写测试计划和测试用例。
接口测试常见方法与总结
接口测试常见方法与总结一、常见接口：接口都有那些部分组成呢？首先，接口文档应该包含以下内容：1、接口说明2、调用url3、命令方法（get\\post）4、请求参数、参数类型、请求参数说明5、返回参数说明由USB文档所述，USB至少理应命令地址、命令方法、命令参数（进参和出来弁）共同组成，部分USB存有命令头header。
大家都知道，接口其实就是前端页面或app等调用与后端做交互用的，所以好多人都会问，我功能测试都测好了，为什么还要测接口呢？ok，在回答这个问题之前，先举个栗子：比如说测试用户注册功能，规定用户名叫6~18个字符，涵盖字母（区分大小写）、数字、下划线。
首先功能测试时确实可以对用户名规则展开测试时，比如说输出20个字符、输出特殊字符等，但这些可能将只是在前端搞了校验，后端的可能将没搞校验，如果有人通过抓包绕开前端校验轻易发送到后端的怎么办呢？换言之一下，如果用户名和密码未在后端搞校验，而有人又绕过前端校验的话，那用户名和密码不就可以随便输了吗？如果是登录可能会通过sql注入等手段来随意登录，甚至可以获取管理员权限，那这样不是很恐怖？所以，接口测试的必要性就体现出来了：①、可以发现很多在页面上操作发现不了的bug②、检查系统的异常处理能力③、检查系统的安全性、稳定性④、前端随便变小，USB测好了，后端的不必变小四、USB测试怎么测：在进行接口测试前，还需要了解：1）、get和post请求：如果就是get命令的话，轻易在浏览器里输出就行了，只要在浏览器里面轻易能够命令至的，都就是get命令，如果就是post的命令的话，就没用了，就得利用工具去传送。
get命令和post命令的区别：1、get使用url或cookie传参。
而post将数据放在body中。
2、get的url会有长度上的限制，则post的数据则可以非常大。
3、post比get安全，因为数据在地址栏上不可见。
4、一般get请求用来获取数据，post请求用来发送数据。
接口测试方法
接口测试方法接口测试是软件测试中的一个重要环节，它主要用于验证不同软件系统之间的通信和数据传输是否正常。
接口测试方法是指在进行接口测试时所采用的具体测试手段和步骤。
下面将介绍几种常用的接口测试方法。
1. 静态测试方法。
静态测试方法是指在软件开发的早期阶段，通过对接口设计文档、接口协议等静态文档的分析和评审，来发现接口设计和规范是否符合要求的一种测试方法。
在静态测试方法中，可以采用检查表、评审会议等方式进行，以确保接口设计的准确性和完整性。
2. 黑盒测试方法。
黑盒测试方法是指在接口测试中，只关注接口的输入和输出，而不考虑内部的实现细节。
在进行黑盒测试时，可以通过输入一组特定的数据，观察输出结果是否符合预期，以此来验证接口的正确性和稳定性。
黑盒测试方法可以帮助发现接口的输入输出异常、数据格式错误等问题。
3. 白盒测试方法。
白盒测试方法是指在接口测试中，除了关注接口的输入和输出外，还需要了解接口的内部实现逻辑和代码结构。
通过对接口的代码进行覆盖率测试、路径测试等方式，来验证接口的逻辑正确性和执行效率。
白盒测试方法可以帮助发现接口的逻辑错误、异常处理不当等问题。
4. 基于模拟数据的测试方法。
基于模拟数据的测试方法是指在接口测试中，通过模拟各种输入数据和环境条件，来验证接口的各种情况下的响应和处理能力。
在进行基于模拟数据的测试时，可以使用各种测试工具和框架，如Postman、SoapUI等，来模拟不同的接口请求和响应，以此来验证接口的健壮性和可靠性。
5. 性能测试方法。
性能测试方法是指在接口测试中，通过对接口的并发访问、响应时间、吞吐量等性能指标进行测试，来验证接口的性能和稳定性。
在进行性能测试时，可以使用各种性能测试工具，如JMeter、LoadRunner等，来模拟大量的并发请求，以此来验证接口的性能瓶颈和优化空间。
总结。
接口测试方法是软件测试中的一个重要环节，它涉及到接口的设计、实现和调用等多个方面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
如何做好接口测试？发布时间: 2012-1-19 10:44 作者: 小刀来源: 51Testing软件测试论坛字体: | | | | 推荐标签：sgbtmy：基于selenium的自动化框架开发，我主要是想问一下，你的框架除了前台的自动化，后台的数据的是否集成在你的测试框架中？小刀：你好，个人理解的你所说的后台的数据的测试是指的是对数据的校验，不知理解的是否正确，那么根据这个理解，我的解释是，在我们框架中，增加了很多的功能方法用来帮助进行自动化脚本的编写和结果校验，其中就包括后台数据校验方法，当我们的需要在后台进行数据校验的时候，调用这些数据校验方法即可。
相当于是，前台页面操作的自动化是封装selenium的方法去操作页面，而对后台数据的校验是通过增加功能方法来实现的，可以理解为不同的两部分，但是在编写测试脚本的似乎，根据测试用例的设计，这两部分都可以拿过来使用。
不知道是否解答了你的疑问，如果没有，请你指出，谢谢你。
tjy688：你们做的流程一般是怎么样的？小刀：接口测试的流程其实和的流程类似，因为接口测试依赖的主要对象也是需求说明书，所以，最初的流程就是参与需求讨论，评审需求。
需求确定以后，开发会根据需求进行接口设计，会产出接口定义，在开发设计过程中，有能力的话，可以给出一些针对设计的建议，提高可测性，针对需求及设计，进行测试计划，测试设计，然后还需要和配管确定测试环境相关的事情。
在开发完成接口定义之后，就根据需求文档及接口定义进行测试用例设计，测试用例设计主要从业务场景，功能，以及异常测试几个方面考虑。
测试用例设计完成后，针对测试用例进行评审，然后，如果开发代码部分可测时，即可进入测试了，因为是部分可测，可能会使用到mock方法。
已有测试代码时，就要进行测试代码的持续集成了，我们是使用hudson来进行持续集成的在项目结束后，会对每个项目进行总结。
如果有问题，请指出，我们一起讨论。
xinhuayw：我想了解一下你们现在是怎样保证项目测试用例的重复运行的。
小刀：对于接口测试来说，项目测试用例的重复运行首先是表现在单个测试用例的独立性方面的，也就是说，每一个测试用例的运行除了依赖被测对象和对应的环境外，是不依赖于其他任何测试用例的，并且这个测试用例执行完毕后，对系统来说，也是没有任何痕迹的，这样就保证了每个测试用例运行时，都在一个干净的环境中运行。
要实现测试用例的独立性，就必须对被测系统的设计有详细的了解，这样，不会出现测试用例执行后遗漏数据，环境未改变，另外，还需要对测试用例进行详细的设计。
另外，要保证测试用例的重复使用，还需要做到测试用例的及时更新，在这个方面，我们是做接口测试的人会维护对应的系统的接口测试用例，要保证，代码每次更新，测试用例都必须全部执行通过。
csun888：什么是接口测试，基础知识什么的讲讲吧！小刀：你好，接口可以分下面几种1、系统与系统之间的调用，比如银行会提供接口供电子商务网站调用，或者说，支付宝会提供接口给淘宝调用2、上层服务对下层服务的调用，比如service层会调用DAO层的接口，而应用层又会调用服务层提供的接口，一般会通过3、服务之间的调用，比如注册用户时，会先调用用户查询的服务，查看该用户是否已经注册。
而我们所要做的接口测试，先要了解是基于哪一种类型的接口测试，不同类型的接口测试方法可能是不一致的，总体来说，不管是那种类型，我们只要把被测接口当做是服务方，而把我们的测试手段当做是客户方，我们的目的就是，通过我们的测试手段，去验证服务端满足了他声明提供的功能。
至于说到具体的测试方法，http协议的接口测试，一般会用jmeter去测试，jmeter的好处是不用写测试代码，直接使用jmeter提供的http请求去测试，也可以使用HTTPClient去测试，好处是可以方便集成和自动化。
接口的测试，则需要编写测试代码去测试，有点类似于，但是需要更多的考虑业务场景。
gulun：接口测试的数据准备，应该怎么做呢？小刀：接口测试的数据准备，可以从下面几个方面去考虑：1、如果是只测试一次的接口，可以使用硬编码的方式准备测试数据，在写测试代码的时候，使用到什么数据就写什么数据，为了避免数据重复，可能比较多的会用到随机字符或随机数2、可以直接通过调用其他API的方式准备测试数据，这种情况在测试最上层服务的时候比较有用，比如测试团购购买服务，就需要准备要购买的团购数据，购买团购的用户数据，这个时候，可以直接调用生产团购的api和生成用户的api直接生成测试数据3、使用excel或xml准备测试数据，这种准备测试数据的方式，主要针对对象数据的准备，比如可以将一条团购数据对应excel中的一条数据，因为一般开发都会使用pojo映射，而在准备测试数据的时候，这些pojo对象属性的设置往往是重复和大工作量的，用excel或XML方式准备，则可以减少在代码当中重复去准备这些数据。
4、也可以使用工具方法的形式去准备测试数据，通过在代码中写工具方法去实现数据生成，而在测试代码中调用工具方法去得到所需数据。
水生哥哥：你好，我想问一下：接口测试怎么设计测试用例呢？小刀：你好，我觉得接口测试用例的设计方法其实和功能测试用例的设计方法是类似的，因为接口是需要满足需求的，而接口测试所依赖的也是需求说明书，但是，因为接口测试毕竟是通过代码去测试代码，所以，为了保证覆盖率，可能会使用到单元测试的方法，具体的测试用例设计，我考虑的如下，请参考，如果有错误，一起讨论。
输入参数测试：针对输入的参数进行测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法，输入参数不合法，输入参数为空，输入参数为null，输入参数超长；功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。
逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常；异常情况测试：接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何的异常都进行处理。
永远的测试者：才开始测试，对接口测试感兴趣，可是，当前的能力又无法进行接口测试，怎么样才能进入接口测试呢？小刀：你好，如果要做接口测试，是需要一定的编程能力的，需要学习相对应的开发语言的，然后还需要学习开发所使用的一些框架，比如ibatis，spring等，对数据库的操作也需要了解一些，还有eclipse 操作，这些内容并不需要了解的多么深入，如果只是一般的做做接口测试，这些能够使用就可以了，当然，要做好接口测试，就另当别论了。
我不知道你当前是什么样的能力，所以，我的建议就是，1、学习编程语言，基础的语法，循环，条件等2、学习项目工程管理及开发框架：eclipse，maven，svn，ibatis，spring等3、学习Xunit4、自己尝试去写测试代码其实，上面的过程除了第一步是必须具备的意外，其他的都可以一边写测试代码，一边学习，最好的办法就是看开发写的代码，并且，请开发写一个正常的测试代码，然后照着开发的测试代码去模仿。
iTest99：你认为接口测试由开发团队做好还是测试团队好？各有什么优势和弱点？小刀：我觉得，还是要区分一下单元测试和接口测试，单元测试一般来说，是针对具体的代码逻辑进行测试，尽量减少这些功能单元集成起来出错的可能性，一般是由开发人员来完成，而接口测试，更注重从用户的角度设计用例，更偏向于功能测试，单元测试设计测试用例的时候，可能更多的考虑是代码覆，而接口测试，则需要更多的考虑业务覆盖。
单元测试由开发人员来做，可以保证从代码角度来看是没有问题的，但服务保证业务角度来看也是没有问题的，而接口测试，则通过业务的角度去设计测试用例，其实，也可以说是从更早的时候，以功能测试的方法，先保证项目的流程及功能是正常的，而不至于在页面开发完成后，又修改主要功能代码，导致项目赶工及一系列的重写。
所以，我觉得，单元测试由开发人员来做，接口测试由测试人员来做。
至于你说的学习接口的成本，我觉得这个成本并不高，原因是：1、接口测试的用例也是依赖需求文档的，并不是根据开发代码去设计2、接口测试的用例可以在功能测试中复用。
3、接口测试看似增加测试时间，实则不然，因为，接口测试会更早的发现bug，而使得修改bug的成本更低，接口测试会减少功能测试的时间，应该接口测试会确保主要流程功能的正确性，接口测试更容易实现持续集成，从而减少回归测试的次数。
txTester11：我想请问：接口测试盒单元测试有什么区别？接口测试和白盒测试又有什么区别？小刀：单元测试是针对具体的代码逻辑进行测试，主要测试被测代码的一个很小的、很明确的功能是否正确。
通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。
例如，你可能把一个很大的值放入一个有序list 中去，然后确认该值出现在list 的尾部。
或者，你可能会从字符串中删除匹配某种模式的字符，然后确认字符串确实不再包含这些字符了。
尽量减少这些功能单元集成起来出错的可能性，单元测试一般是由开发人员自己去完成，单元测试可能不会考虑业务是如何的，会更多的考虑，我这个单元模块逻辑是否正确。
接口测试指的是针对程序内部的或者外部的接口进行的测试，一个接口方法可能会包含多个单元模块，而且，一个接口会有自己特定的业务定义，所以，做接口测试的时候，更多的需要从业务的角度去考虑如何测试这个接口。
不管是接口测试还是单元测试，其实都属于白盒测试的一个阶段，白盒测试具体的方法有很多种，比如代码审查，比如代码覆盖。