上个月，测试我朋友老周的收费公司要做一个内部管理系统，找了三家外包公司报价。标准功能差不多，测试报价却差了快一倍。收费他拿着最便宜那份合同来找我，标准我扫了一眼测试条款——好家伙，测试上面就写了“配合测试，收费修复问题”，标准具体怎么测、测试测几轮、收费算不算钱，标准一个字没提。测试后来项目延期了两个月，收费光加班费就烧掉好几万。标准

测试收费这事，说穿了就一句话：你为“不确定性”付了多少钱。开发写代码是确定性劳动，写完一行就是一行。测试不一样，它是在跟未知较劲。同一个功能，测一遍可能没问题，测十遍可能也没问题，但第一百零一遍突然崩了——这谁说得准？所以市面上收费模式五花八门，背后都在赌这个概率。

最常见的按人头收费，一天一个人多少钱，业内叫“人天”。初级测试一天一千二，高级的能到两千五。听起来简单，但坑在于“天”怎么算。有的公司一天按8小时，有的按6小时，还有的从你发需求邮件那刻就开始计时。我见过最离谱的报价单，把“理解需求文档”都算成了半天工作量。你要是稀里糊涂签了，后面扯皮的地方多着呢。

另一种按功能点收费，一个模块标价几百到几千。这种适合需求明确的活儿，比如给电商网站加个优惠券功能，功能点就摆在那，数得清。但问题来了——什么叫“一个功能点”？登录算一个，那忘记密码算不算？验证码算不算？第三方接口对接算不算？去年我帮人审过一份合同，对方把“用户头像上传”拆成了拍照、裁剪、滤镜、存储四个功能点，每个都收钱。客户气得直拍桌子，可白纸黑字写着，你能怎么办。

还有种更狠的，按缺陷数量收费。测出一个bug收两百，听起来像买菜称重，但实际操作起来特别刺激。测试方会拼命找bug，哪怕是个按钮颜色不对也能给你写成长篇报告。开发这边修得手忙脚乱，那边还在源源不断报新问题。最后算下来，光修小毛病的钱就够再雇一个开发了。这种模式适合那种上线前急需“壮胆”的项目，但真签之前，你最好先掂量掂量自己团队的抗压能力。

我个人最推荐的是固定总价包干，前提是你找的团队靠谱。比如一个中等规模的后台系统，测试周期两周，对方报个总价，不管测出多少问题都这个数。这种模式逼着测试方提前想清楚策略，哪些核心功能重点测，哪些边缘场景可以放一放。但风险也有——万一测到一半需求变了，加了个新功能，对方大概率会要求加钱。所以签之前，一定得把“需求变更”的条款写清楚，别嫌麻烦。

说到这，想起个真事。有个做医疗软件的公司，找外包测试测一个挂号系统。外包方按人天报了价，说好测两周。结果第四天，客户方突然要加一个“医保实时结算”的功能，测试范围直接翻倍。外包方说要加钱，客户不干，觉得之前报价就该包含。两边僵持了三天，最后客户自己派了两个开发来帮忙测，才勉强按时上线。后来那家外包公司被拉进了黑名单，但客户自己也亏了——上线后一个月，系统崩了三次，每次都得半夜爬起来紧急修复。

所以你看，收费标准这东西，从来不是单纯比价的问题。便宜有便宜的道理，贵有贵的说辞。关键是你得搞清楚自己买的是什么——是省心的确定性，还是赌运气的可能性。如果你项目需求稳定、时间充裕，按人天或功能点都行；要是赶上线、需求还可能变，那就咬咬牙选固定总价，多花点钱买安心。

最后提醒一句，无论选哪种，合同里一定要写清楚“验收标准”——到底测到什么程度算完事。是核心流程全跑通，还是所有已知bug清零？这俩差别大了去了。别等到最后一天，对方说“测完了”，你打开一看，界面倒是能打开，一点“提交订单”就白屏。那时候你再想找人说理，人家只会指着合同告诉你：白纸黑字，可没写这条。