拼多多bug9小时损失千万，京东bug损失7000w，保障软

　　拼多多bug9小时损失千万，京东bug损失7000w，保障软件质量是关键
　　2019年拼多多系统bug，9小时损失千万；2020年京东漏洞导致损失7000万，两大教科书级别的错误示范，也引来了大家的讨论。外行看热闹，内行人员针对问题进行分析，相信很多测试大佬们也都默默对该问题进行了分析。
　　做测试工作需要更加谨慎，保障软件质量是关键，千万别把这种几千万，上亿的bug落到自己身上，否则打工一辈子都可能还不清。今天咱们就针对拼多多事件从几个方面去进行测试分析和质量把控：
　　事件回顾：
　　2019年1月20日凌晨，拼多多出现了一个严重的bug，用户可直接领取100元无门槛优惠券（注意：是直接领取）。被专职羊毛党人士发现了这个bug，因为怕自己涉事金额过大，便把领取优惠券的方法广而告之，于是便开始了大批量的薅羊毛操作。当日早上9点左右，拼多多开始把所有的优惠券领取方式全部下架，并且把用户已经领取但未使用的全部下架，已达到减少损失的目的。最后，广大网友开始去围攻官微，质问为什么领取到的100元优惠券使用不了。
　　有消息声称，这次事件是因为过期的优惠券出现bug才导致的问题。此事件发生后，很多人都说这条线的开发、测试、运维、风控一个都跑不了，但这个应该是测试的锅。咱们先暂且不说其他其他岗位的过错，接下来我们站在测试的角度来进行分析，看这个问题究竟能否避免。
　　1、限定用户ID领取次数
　　对于秒杀产品或是大额优惠券产品，一般可设置一个用户只能购买限定数量的产品或是领取限定数量的优惠券，从而避免出现重大问题。至少不会出现用户疯抢优惠券的情况。
　　2、限定优惠券的使用次数
　　用户领取了多张优惠券，限定一个产品只能使用一次优惠券，或一天只能使用一张（具体根据实际情况讨论，这里只是举例），即使是滞后很久才发现bug也不至于损失如此严重。
　　3、限定优惠券的使用门槛
　　优惠券使用最基本的一个规则就是产品金额要大于优惠券金额，或是自动判断使用的金额门槛。如此，只有满足门槛金额的产品才能使用。但或许又有人会说，本来就是发的无门槛优惠券了，这个规则无效。把这一点列出来，是为了给大家之后的工作一个启发，对于无门槛优惠券，不管是开发、测试还是运营的小伙伴，都需要特别谨慎，否则小手一抖，就黄金万两了。
　　4、限定优惠券的购买品类
　　一般来说事务类的产品可以支持优惠券，因为涉及到发货，那么即使出现了bug，还有时间找回处理，但如果是虚拟产品，比如话费、Q币、游戏券等等，最好不要支持无门槛优惠券。一是因为这类产品涉及到第三方平台，找回比较困难；而是因为虚拟产品，一旦交易立马生效，用户一旦开始使用，虚拟产品的价值就开始损失，不要指望第三方平台赔偿，更不要指望用户赔偿。
　　5、设定优惠券的使用期限
　　一般大家都默认设置了优惠券过期不能使用，但不怕一万就怕万一，所以优惠券的使用期限也是测试的一个重点。前外不要小瞧过期优惠券带来的损失，拼多多事件不就是最好的例子吗。所以，作为一名合格的测试工程师，这也是我们必须考虑到的点。
　　6、设置异常报警系统
　　对于大流量电商系统，比如淘宝、京东、拼多多这类交易流水特别大的平台，应对流量异常、风控系统、清算系统设定报警机制，发现交易飙升的高峰，应马上出发警报。虽然这个不是测试该管的事，但你也应该要有这种意识，或许有一天能够用上。
　　7、严格控制版本的回归和复测
　　对任何上线的功能，无论新旧，尤其是跟钱挂钩的功能，必须慎之又慎。其实在这么多的环节中，哪怕有一个人稍微细心一点，都可能会阻止这场薅羊毛盛宴。虽然拼多多的实际亏损没有网传的上亿那么夸张，但作为测试工程师，发现bug、消灭bug是我们的天职。
　　以上是蓉妹的个人观点，大家如果还有其他要补充的点，欢迎在评论区留言讨论哦！