林夏却皱了皱眉：“我觉得还得再测下退款场景，昨天只测了支付成功的流程，退款时优惠券的返还逻辑还没验证，万一出问题，用户肯定会投诉。”

开发组的组长立刻反驳：“退款场景之前测过啊，而且这次迭代没改退款的代码，没必要再测了，耽误了上线时间，老板又要骂人。”

“没改代码不代表没问题，支付模块改了优惠券的计算逻辑，退款时要反向计算，很可能会有依赖问题。”林夏打开测试环境，“给我半小时，我快速跑一遍退款的核心用例，要是没问题，咱们再上线。”

这章没有结束，请点击下一页继续阅读！

产品经理犹豫了一下，最终还是点了点头：“行，就给你半小时，要是没问题，十点准时灰度。”

林夏立刻投入测试，小满在旁边帮忙记录结果。果然，在测试“部分退款+优惠券已过期”的场景时，系统出现了“优惠券无法返还”的bug。“你看，这里有问题！”林夏把屏幕转向大家，“用户付了100元，用了20元优惠券，实际支付80元，现在申请退50元，系统应该返还10元的优惠券金额，但现在没返还，这会导致用户损失。”

开发组的组长脸一下子红了，连忙说：“我这就让老吴改，半小时肯定能改好。”

最终，灰度上线的时间推迟到了中午十二点。当10%的流量顺利跑了两个小时，没有出现任何异常时，产品经理拍了拍林夏的肩膀：“多亏了你啊，夏姐，不然这次上线肯定要出大问题。”

林夏笑了笑：“这是我应该做的，测试就是要多一分谨慎，少一分侥幸。”

下午，林夏接到了一个新任务——负责公司即将推出的生鲜配送APP的测试工作。这个APP涉及冷链物流跟踪、生鲜保质期提醒、订单超时自动取消等多个复杂功能，测试难度比之前的电商平台大得多。

第一次需求评审会上，产品经理介绍完功能后，问大家有没有疑问。林夏举起手：“我有个问题，生鲜的保质期提醒，是按下单时间算，还是按配送签收时间算？如果配送延迟，导致生鲜过期，系统怎么处理？”

产品经理愣了一下：“这个我还没考虑到，我跟运营那边确认下。”

散会后，产品经理找到林夏：“夏姐，你考虑得太细致了，这些细节我都没想到。要是你不问，到时候开发完了再改，又要耽误时间。”

“这些都是用户可能遇到的实际问题，提前想清楚，能减少后续的麻烦。”林夏拿出笔记本，“我已经把生鲜APP的测试点整理了一部分，分了‘订单流程’‘物流跟踪’‘售后处理’三个模块，你看看有没有遗漏的。”

产品经理接过笔记本，越看越惊讶：“你这才刚接手，就整理得这么详细？连‘用户拒收后生鲜的处理流程’都想到了，太厉害了。”