功能测试验的是做对了没有-按需求把功能实现了，用户操作没问题。

接口测试验的是传对了没有-模块之间、前后端之间交换的数据是正确的。

性能测试验的是跑得稳不稳、快不快-在人多、量大、压力大的情况下，系统还能不能撑住。

这三者不是平级并列的，而是从正确性 - 连通性 - 健壮性层层递进。

功能测试：

功能测试是最日常、最基础的测试。

逻辑是黑盒-不关心代码怎么写的，只关心输入什么、输出什么、流程走不走得通。测试人员拿着需求文档，一条一条地验证：注册、登录、搜索、下单、支付……这些功能是否如预期工作。

功能测试最看重业务规则。比如购物车满200减30，测试就要看加购到200后结算时是不是真的减了30，如果退货后不满200，优惠是不是自动取消。同时它也会关注界面提示、错误信息是否友好，但这些都属于用户体验层面的辅助检查。

功能测试贯穿整个项目周期，通常在系统测试阶段大规模执行，但也可以从单元测试就开始介入。缺点是依赖界面，一旦UI变动，用例就需要调整；而且有些后端逻辑错误，界面可能根本看不出来。

接口测试：

接口测试可以理解为模块间的物流检查。现在的软件大多是前后端分离、微服务架构，前端只负责展示，后端提供API。功能测试是在前台操作，而接口测试是直接对后台发送请求、接收响应，验证数据传输是否正确。

比如登录功能，功能测试是你在页面上输入账号密码点登录；接口测试则是直接用工具（如Postman）模拟客户端向服务器发送一个POST请求，带上用户名和密码，然后检查服务器返回的状态码、token或错误信息。

接口测试的好处是早、快、稳。它可以在前端还没开发完成时就开始，而且界面改了也不影响接口用例。更接近代码逻辑属于灰盒测试-需要了解接口的入参、出参、鉴权方式、数据格式等。关注的细节包括：必填参数是否校验、参数类型错误是否有合理报错、返回值是否包含完整字段、超时或异常情况下接口如何处理。

接口测试是集成测试阶段的主力，也是自动化测试的天然落脚点，因为它的输入输出结构稳定，适合批量回归。

性能测试：

当功能没问题、接口也调通了，下一个问题就是：如果同时有一万人用，系统扛得住吗？。

性能测试不关心业务逻辑对不对，关心的是速度、吞吐量和稳定性。通过工具（比如JMeter、LoadRunner）模拟大量并发用户，持续对系统施加压力，然后采集响应时间、CPU占用率、内存使用、网络带宽等指标。

性能测试有很多：

负载测试：逐步增加用户数，看系统在预期负载下表现如何。

压力测试：持续加压直到系统崩溃，找出极限和瓶颈。

并发测试：模拟多个用户同时做同一操作，检查是否出现数据竞争或死锁。

稳定性测试：长时间运行，检查内存泄漏或性能衰减。

性能测试的难点在于场景设计和数据分析。你要模拟真实的用户行为比例（比如80%浏览、20%下单），还要分析哪些接口是瓶颈，是数据库慢、网络延迟、还是代码算法问题。性能测试通常在功能稳定后进行，因为功能没通测性能没有意义。

三者配合顺序是：

先做接口测试-在开发联调阶段尽早发现数据传递问题。

再做功能测试-在系统测试阶段验证全流程业务。

最后做性能测试-在功能冻结、版本稳定后，作为非功能性的专项验证。

三者不是孤立的。功能测试中会发现的一些异常场景（比如输入超长字符串），也可以转化为接口测试的用例；性能测试发现某个接口响应慢，反过来可能需要功能测试去验证该接口的业务逻辑是否过于复杂。共同服务于同一个目标：让软件既正确、又可靠、又快。

三者缺一不可，只不过关注不同。如果是初级测试，通常会从功能测试入手；如果要做自动化或提效，接口测试是重点；如果要挑战高并发场景，性能测试则是深水区。