不知道瑞幸咖啡有没有第二杯半价（瑞幸咖啡价格出Bug紧急调停）

上周，瑞幸道歉登上了热搜榜，其原因又一次和价格扯上了关系。

4月18日，有网友反馈，瑞幸咖啡在饿了么平台上出现超低价格，单价仅需要几元一杯，而正是这么便宜的价格，使得其在半小时内卖出逾40万单。

在得到消息后，瑞幸第一时间宣布是因“误操作”导致的价格错误紧急取消异常订单，道歉声明发了，却也有很多网友并不买账，声称其实为恶意营销，也因此舆论不断，而冲上了热搜。

在详细看完事情的起因过程后，笔者发现，其根本原因竟和测试息息相关。

瑞幸咖啡最低价，4元买2杯拿铁

1

4月18日上午，有许多用户反馈瑞幸咖啡在饿了么出现了巨额优惠，原价64元2杯的红丝绒拿铁只需要6元，2-3块钱就能下单一个“冰椰云拿铁大福套餐”，还可以叠加饿了么红包，一些新注册的用户甚至花1分钱就可以买到。

对于瑞幸这一低价活动，许多网友纷纷开始薅起了羊毛，仅仅半个小时就卖出逾40万单，但大多数的用户都在此之后遭到了“砍单”。

瑞幸在得知了此现象后，紧急调停，并第一时间在其官方微博发布道歉声明称此次失误是由于饿了么后台价格配置问题而引起的BUG，导致瑞幸椰云套餐价格短时内出现错误，之后将为本次退单用户补发代金券。

消息一经发出后，引得许多网友不满，纷纷吐槽，热度一时间持高不下。

很多网友表示，这番操作究竟是否存在营销性质，还值得商榷，然而无论是BUG营销还是真工作失误，毫无意外，对于此次的事件，测试员又一次背上了这一口大锅。

其实这并不是测试员第一次为此等BUG营销背锅了，在不久前，星巴克也出现了 Bug，多名用户的账户里突然多了优惠券，官方回应称正在抢修。

事实上，在我们日常工作中，也正是如此，在产品上线后，无论是否真的存在失误，但出现侧漏事件时，第一反应还是会联想到是测试员的过错。

如何避免测试完还有BUG？

2

很多测试的小伙伴都表示，经常会遇到这样的问题，测试的周期很短，但当自己以及测试了好几个版本交付后，却依旧出现了BUG，最后免不了要背锅。

虽然全世界的软件研发理论都认为测试不能发现100％的bug且需要整个研发团队需要对bug负责，但目前大多数的企业还是会将最大的过错安在测试员人的身上，当我们遇到这种情况时，该如何有理有据的避免这种问题的产生呢？

无法改变大环境的规模制度，我们就只能从提高自身入手，做到以下几点，便即使真的出现了错误，也能减少背锅量。

（1）制定充分有效的测试计划

按照正常的测试流程，制定完整的测试计划，其中包括，确定测试策略，确定测试系统（软件和硬件），预估工作量（资源和时间进度计划），评估时间进度风险并准备风险缓解计划，准备并复查测试计划文档等内容，使得测试计划不仅仅能够带来效率的提升，更能从基础上保证测试质量。

（2）多方面准备

除了测试计划，在整个项目进行的过程中，我们也需要随时掌握进度，经常与相关人员沟通改进，关注任何一项会影响到测试的改动，并随着项目的进程修改测试用例，长期和一个组程序员合作的小伙伴，也可以在每次的合作过程中，观察了解每个程序员的代码习惯，这样在下次的合作过程中能够更快的掌握他们的代码错误。

（3）多用数据说话

用数据说话是最直观也最省事的，在项目进展中，我们可以对每个BUG产生的原因做相应的分析，避免在日后的项目中遭遇同样的BUG。

在进行整个项目测试过程中，我们可以进行测试coverage分析，产品bug分布，测试用例效率分析，测试效率分析，研发流程回顾等等分析，将整理的数据合整，万一之后项目上线后仍出现了BUG，这也是我们所能向老板展现的强有力数据支撑，并且，周密的测试计划，也会让老板相信即使这次问题出现了，下一次你一定有能力筛选规避。

其次，还有一点也需要注意，很多测试员人害怕麻烦，或是和开发已经合作很多次了，遇到BUG就会通过口头的方式和开发人员讲一下，但不会提交缺陷报告，而开发人员认为这个BUG并不重要，不同意修改，最后就不了了之了。

最后上线了，出现问题时，还是测试员人背大锅，因此，该上交的报告还是需要上交，不然口说无凭。

（4）BUG仲裁

在一个测试结束后，测试人员对于这个项目软件质量都有了自己的一定判断，是否达到质量要求，或是否发布上线，哪里还存在风险等等，都需要将他们明确的写出来。

比如当我们在测试的过程中遇到了特殊情况，如需求变更等，使得测试的周期不够，那么我们要在测试报告中建议延期发布。如果项目组要求一定要按时发布，这时候就需要BUG仲裁，与产品、开发、测试经理商量，哪些bug是一定要修改的，哪些又是允许带到线上的，做到三方达成一致，那么线上再出问题，大家也都清楚知道，就不会产生什么问题了。

（5）提高个人技术

最后一点，当然是万变不离其宗的学习问题，当我们不断提升自己的业务水平和用例设计水平，将各种情况都思考到，测试用例覆盖更加全面，就不容易出现侧漏。

在遇到问题时，解决后，进行重温，同样的坑别踩第二次，技术不足的学习补齐，流程不足的规范流程。将每一次失误都当作一次提高的机会，留下深刻印象，也可以避免下一次犯错。

平时可以多提升一下自己的代码能力和自动化工具的能力，自己编写一些脚本，这样即使开发改代码出现问题，我们也能够更快更高效的发现问题。

写在最后

3

测试员侧漏背锅，相信对于每个测试同学而言，都是“谈虎变色”的事，但是实际工作中，侧漏是不可能绝对避免的，我们只能做到尽量减少侧漏，并根据工作经验的增加而减少侧漏。

同时，在测试的时候，一定要仔细仔细再仔细，毕竟找出BUG，也是每个测试员的本职工作。