美团升级30：测试成本高，不测试有风险，怎么办

问题描述

升级完成以后，需要开发测试。 但是没有测试数据，接口调用不通。

详细描述

我去的项目组，他是没有测试的。开发自测完成以后才能上线。

我们只接了接口升级的任务，根本不知道接口底层业务逻辑是什么。测试难度大。

• 有的接口，必须特定的身份才能够调用，其他用户测试不了啊
• 比如update各种数据的接口，他测试需要拿到特定的操作流id

举个例子

我有四个接口：

• 购买接口
• 付费接口
• 下单接口
• 退货接口

问题非常严重：

• 你得有商品才能购买吧（依赖有效的测试数据）
• 你得调用支付宝等支付平台才能支付吧（必须调用官方接口）
• 只有先完成下单付款，才能退货（必须完成上一个流程才能调用下一个流程）

没有测试，那根本就测试不了一点，不是商品不存在就是权限不允许。

那不测试就上线，风险又太高。

存量测试数据能否救命？？

为了解决这个问题，开发组要求我们几个小字辈去调用存量测试数据。 因为发版的时候，有自动化测试流程，里面有完整的测试数据。流程是走通的。

但是实际去解决的时候，直接炸裂：

• 项目组连个测试都没有，你觉得自动化测试流程有没有可能只覆盖了40%的接口？
• 部分发版，他只有开发自测，你觉得测试数据是否已经消失了？？

而且：梳理业务逻辑，然后调用测试用例，他不需要人力成本嘛？不需要了解业务背景？

救不了救不了。

青碧凝霜表示可以暴力测试

青碧凝霜同学觉得：既然大部分数据是mock的，那mock的数据大概率很小。

• 比如很多开发，他测试数据就是1- 100，实在不行就1 - 1000

真有效。 我升级的改动很小，只需要能够返回正确数据即可。暴力测试1 - 1000的成本，远远小于梳理业务逻辑。

总结

美团要求必须进行测试才能够上线。但是部分接口难以提供正确的测试数据，或者上下游有依赖。 项目组希望使用存量测试数据，进行实际的测试。但是后期发现：梳理业务逻辑成本高，测试覆盖率很低。 青碧凝霜直接从1 测试到 1000，虽然很粗暴，但是真的能降低成本。