功能测试交付“能不能用”，以缺陷报告和客户签署的验收确认书为完成标志；性能测试交付“多人同时用会不会崩”，需按场景、并发量及报告深度打包报价，环境变更即失效。
软件测试公司对外提供功能测试与性能测试服务时，客户常因报价单上两项并列而误以为只是“多测几项”，实际二者在交付物、人员配置、时间投入、技术门槛和合同约束点上完全不同。
功能测试服务交付的是“能不能用”
第一步：测试公司依据客户提供的需求文档或PRD，拆解出覆盖全部业务流程的测试用例，通常包含正向路径、边界值、异常输入三类场景。
第二步：执行手工或半自动化回归测试，每轮测试后输出《缺陷报告》，明确标注缺陷复现步骤、截图、严重等级（P0～P3）及预期/实际结果对比。
第三步：当所有P0/P1缺陷关闭、核心流程通过率≥98%、且客户签署《功能验收确认书》后，该阶段服务即视为完成。这一步不可跳过——【未签署确认书即交付，后续功能问题不属服务范围】。
性能测试服务交付的是“多人同时用会不会崩”
方法一：标准负载压测服务
客户提供典型用户行为模型（如：登录→搜索→下单→支付，平均耗时分布），测试公司用JMeter或LoadRunner搭建脚本→配置50/200/500并发阶梯加压→持续运行30分钟以上→采集响应时间、错误率、TPS、服务器CPU与内存曲线→输出《性能基线报告》与《瓶颈定位建议》。
方法二：生产环境影子压测
在客户生产系统旁路部署流量镜像节点，将真实用户请求按比例复制到预发布环境执行压测。此方式无需修改业务代码，但【必须由客户方DBA提前授权开通数据库只读账号，并关闭审计日志写入，否则压测会拖垮生产库】。
两类服务在合同里最易被忽略的关键差异
功能测试按人天计费，交付物是缺陷清单和验收签字；性能测试按“场景+并发量+报告深度”打包报价，例如“电商下单链路，支持2000并发，含火焰图级代码层瓶颈分析”，超出发包范围的指标（如要求监控到JVM GC pause毫秒级抖动）需单独增补费用。
功能测试可中途暂停，延期不影响历史用例有效性；性能测试一旦环境变更（如中间件版本升级、数据库分库策略调整），原有压测脚本与基线数据全部失效，必须重做。
