指点成金-最美分享吧

登录

拼多多优惠券事件(拼多多优惠券bug)

admin 举报

拼多多优惠券事件(拼多多优惠券bug)

前言

今天IT界最火的新闻是品多多的羊毛被事件,损失达数千万。新闻链接:品多多公布优惠券漏洞案进展:上海警方成立专案组。

根据披露的信息,该券是品多多与江苏卫视《非诚勿扰》合作时为节目录制而生成的一种特殊类型的券,它是通过生成一个二维码来传输和收集的。

漏洞是羊毛党凌晨发现的,5点左右扩散到网络,10点左右修复。据说是因为程序员发现了并发异常才发现内部的,这是一个翻车操作。

拼多多优惠券事件(拼多多优惠券bug)

作为一名互联网电商行业的程序员,对公司目前的一些流程有了新的认识。

发布过程

每次测试完QA环境,都要去做发布前的环境测试,一开始也没搞懂。预发布环境是一个配置与生产环境完全相同的系统,只是没有在外部启用,站点配置的访问权限一般针对内部和外部。

与开发环境不同,预发布环境不允许开发者直接接触,无论是配置修改还是发布都需要经过运维。它们被记录下来,可以回滚。

无法直接修改数据库。每一个变更都需要提交工单,层层审批,最后提交运维。

正式版本测试通过后,经过一段时间的时间,包括小应用市场上线、产品验收、业务试单、灰度测试,App将在各应用市场上线,监控后台数据正常。

有效、规范的R&D过程是软件质量的根本保证。

审批流程

这里我要讲的是业务背景的管理流程。我从来没有做过相关的工作,我把优惠券的发放过程想当然。当然,不同公司之间会有一些差异,但整体流程是相似的。

一张优惠券需要通过从申请到在线的多个系统。有效期、适用范围、优惠方式、数量、活动目标应是申请审批的重点。

我为品多多的优惠券做了一个表格,破解了这个问题:

相关阅读

  • 危机公关处理方案步骤(企业危机公关案例分析)
  • 第一起世界bug事件(dnfbug事件)
  • 你没看到的才是真相(看不到的才是真相)
  • 拼多多上新闻事件
  • 第一起世界bug事件(dnfbug事件)
  • 危机公关处理方案步骤(企业危机公关案例分析)
  • 拼多多优惠券事件(拼多多优惠券bug)
  • 标签: #拼多多上新闻事件