功能测试和性能测试有什么区别和联系？软件上线前不搞清，可能白做！

“功能都测过了，系统上线应该没问题吧？”

这句话，我们做第三方测试的几乎每周都能听到。但说实话，功能测试全过，上线当天崩掉的系统，我们见过太多了。

功能测试和性能测试，不是一回事。搞混了，轻则上线后体验差，重则系统直接瘫痪。今天把这两个概念拆开讲清楚。

功能+性能测试

一、核心区别：一个管“对不对”，一个管“快不快、稳不稳”

功能测试回答的问题是：“这个功能做对了吗？”

它依据需求规格说明书，一条一条验证：登录能不能进、下单能不能成、支付金额算得对不对、权限控制有没有生效、异常输入会不会崩溃。测试人员把软件当成一个“黑盒子”，不关心代码怎么写，只关心输入什么、输出什么、业务流程能不能走通。

性能测试回答的问题是：“这么多人一起用，系统扛得住吗？”

它关注的是响应时间、吞吐量、并发用户数、资源利用率这些量化指标。一个人点按钮，系统响应0.5秒，这不算本事。一千个人同时点，系统还能不能在2秒内响应，这才是性能测试要回答的问题。

二、两者最直观的差别：

1.测试方法完全不同

功能测试的执行方式很简单：测试人员按用例操作，输入数据、点击按钮、观察结果。一个人、一台电脑、一套用例，就能跑起来。

性能测试完全不是这个路数。它需要用工具模拟几十、几百甚至几千个用户同时操作，用负载生成器给系统持续加压，同时监控服务器CPU、内存、数据库连接数、网络带宽。一个人点得再快，也模拟不出1000个人同时下单的效果。

2.发现的缺陷类型完全不同

功能测试发现的缺陷是“功能错了”，密码输错五次没锁定、提交订单后金额算错了、上传文件后下载不下来。

性能测试发现的缺陷是另一类问题，响应时间突然飙升、吞吐量上不去、内存越跑越少、数据库连接池耗尽、某个接口把CPU吃满了。这些问题在功能测试阶段可能完全不暴露。你一个人点，系统轻松应对；一千个人一起点，瓶颈就露出来了。

3.通过标准也不一样

功能测试的通过标准通常是“用例通过率”。核心功能100%通过，非核心功能达到约定比例，就算达标。

性能测试的通过标准是“指标达标”。在约定的并发量下，响应时间、吞吐量、错误率、资源利用率全部落在约定范围内，才算过关。任何一个指标超标，结论就是“不通过”。

三、两者的联系：不是二选一，是配合着用的

功能测试和性能测试，不是互相替代的关系，是互补关系。

功能测试是基础。功能都不对，性能再快也是白搭。一个系统响应时间0.1秒，但下单后金额算错了，这系统能用吗？

性能测试是拔高。功能全对了，但一百个人同时用就崩，用户照样用不了。

正确的测试策略是：先功能，后性能。 功能测试把逻辑问题清掉，确保系统“做得对”；性能测试在此基础上验证系统“扛得住”。两个都做了，上线才敢说“准备好了”。

功能测试与性能测试

四、什么时候只做功能测试就够了？

内部管理系统、用户量很小的工具类软件、不涉及高并发访问的场景，这类系统功能测试跑通基本就够了。花大价钱做性能测试，性价比不高。

五、什么时候必须做性能测试？

面向公众的Web应用、App、小程序，用户量不可控，谁也不知道什么时候会突然涌进来一批人。电商大促、政务服务平台、在线教育直播、金融交易系统等这些场景对性能有硬性要求，性能不过关就不能上线。

还有一个判断标准：合同或任务书里有没有写明性能指标。 写了“支持1000并发用户”“响应时间≤2秒”，就必须做性能测试，而且必须给出实测数据。

功能测试保“能用”，性能测试保“好用”。功能不牢地动山摇，性能不过关上线就崩。两者不是二选一，是配合着用的。上线前把这两件事都做了，才敢说系统真的准备好了。

标签：功能测试、性能测试