拼多多无门槛优惠券怎么获得每天几点领取(“拼多多优惠券”测试的套路,今天让你秒懂)



前言

最近几个月是求职的黄金期——金九银十,所以我的很多读者都收到了offer。

从读者的面试反馈中,我们发现,除了“测试工具”、“自动化测试”、“性能测试”等升级技能外,面试官必须测试的一项技能是“测试方法”和“测试思维”。

为了帮助你进行测试面试,今天我给你整理一个常见的软件测试方法,就是如何测试来自薅羊毛的优惠券

为什么企业面试喜欢问优惠券是怎么测试的?不就是因为这些曾经众所周知的优惠券事故吗?

1.京东的优惠券事故。COM:2020年1月7日,JD.COM错误设置优惠券导致大量产品以0元超低价格销售发货,薅羊毛售出小家电24万台,损失7000多万。




2.2018年12月17日,星巴克推出“星巴克新人APP注册”营销活动,遭到黑灰羊毛党的大规模攻击。他们利用大量手机号注册星巴克APP的虚假账号,成功领取活动优惠券,导致星巴克的营销活动在两天内停止。




3.2019年1月20日凌晨,大量用户可免费领取拼多多“100元无门槛代金券”,可用于充值话费q币等。这起“薅羊毛”事件给拼多多造成了巨大的财务损失。




那么我们如何测试JD.COM和拼多多的优惠券,具体怎么回答呢?我来给大家总结分析一下。



01.测试思维

测试任何东西的测试思想可以总结如下:

第一步:梳理产品的核心业务流程:明白这是个什么项目,实现了什么业务,以及是怎么实现的?

这个步骤一般基于公司的需求文档。如果产品提供了需求文档和业务流程图,可以按照流程图进行整理。

如果产品没有提供流程图,测试人员需要根据对需求的理解,自己绘制流程图,以便对业务进行梳理。


第二步:根据流程进行模块细分,然后针对每个功能模块进行详细的测试点设计和提取。

这个单一功能的测试点提取应该涵盖几个方面:

正常功能验证:优先进行正常的业务流程和功能验证,实际上就是单个功能的冒烟测试。先抽测试,如果失败可以直接停止测试,开发修复后继续测试。

异常功能验证:为了更贴近用户的使用和生产,我们还需要验证各种异常场景,故意操作导致错误,并检查系统的反馈和提示,确保用户的操作错误能够被系统以友好的方式指示出来。

因为有很多操作可能导致系统异常和错误,为了不漏测,我们需要找出所有可能导致异常的输入项和选项。所以这是第三步:


第三步:针对具体功能,寻找每个输入项和步骤,从以下三个角度来分析测试点。
  • 长度,数据类型,必需,重复
  • 需求约束+无形需求
  • 功能之间的相互作用

  • 这就需要一些具体的用例设计方法,比如情景法、等价类法、边界值法、错误推断法等等。


    第四步:考虑非功能测试点,包括界面、易用性、兼容性、安全性、性能压力



    02.优惠券测试的功能点


    基于以上测试思路,我们可以对“优惠券功能”的测试点分析如下:

    梳理拼多多直播的业务流程如下:





    **烟测: * *后台添加正确优惠券并通过审核,前端用户收到并成功扣款。

    然后我们将详细介绍每个功能模块。根据以上业务流程分析,不难发现。

    Tik Tok直播只能分为两部分:后端发放优惠券和前端使用优惠券,所以我们要分别测试这两部分。

    我们先看看后台发布优惠券的基本需求:





    基本信息
  • 优惠券名称:必填。限15个字:1~15
  • 优惠券副标题:不需要。限15个字
  • 优惠类型:必填。主要有满减(满减)、竖减、优惠券打折。
  • 发放数量:必需。限量100万份
  • 使用说明:必选。限500字。


  • 基本规则
  • 用户类型:必填。新用户,老用户,不同级别的用户,不限
  • 每人限领:必须。默认为1次。
  • 有效期:a,固定日期:开始时间,结束时间b,领取后当天生效,有效天数:比如30天。
  • Jump:必选。优惠券页面
  • 优惠券审批:优惠券ID在一般财务审批后生成。


  • 优惠券发布后的约束条件后台管理
  • 优惠券基本信息:优惠券id、面值、使用期限、发放金额。
  • 收货数量和已用数量更新:
  • 过期优惠券处理:删除

  • 用户使用场景
  • 用户已收藏并使用。
  • 用户的收藏已过期。
  • 用户已使用订单取消/退款。
  • 所以根据以上要求,我们先做一个基本的抽测:后台添加正确优惠券,审批通过,前端用户接收并成功扣款。


    拼多多无门槛优惠券怎么获得

    发布优惠券测试点基本信息测试优惠券名称(必填项,限制 15 字):
  • 同等级别:1.15
  • 无效的等价类:小于1(0),大于15(16),空,负数。

  • 优惠券副标题
  • 同等级别:1.15
  • 无效的等价类:小于1(0),大于15(16),空,负数。

  • 优惠券类型
  • 满减(减的和满一样多):比如200减50验证前端功能正常。
  • 少:比如设置小于50的优惠券,验证前端功能正常。
  • 优惠券折扣:1-9折优惠券。验证前端功能是否正常。
  • Yes 空:验证所需项目,前端有基本检查,错误信息友好。

  • 发放数量
  • 等价类:1 ~ 1,000,000数字输入。
  • 无效类别:小于1(0),大于1000000 (1000001),非数字(字母,汉字...),0,负数,也就是空

  • 使用说明

    同等级别:1-500(1500)

    无效的等价类:0,它超过了500,并且是空



    优惠券的基本规则用户类型:
  • 新用户类型优惠券:前端验证新用户可以使用抵扣,老用户不能使用抵扣;
  • 老用户优惠券:前端验证显示老用户可以使用抵扣,新用户不能使用抵扣;
  • 用户级别券:前端验证不同级别用户对应的使用场景,匹配级别可以抵扣,否则不能抵扣;
  • 无限优惠券:任何用户都可以使用,还可以抵扣。

  • 商品类型限制
  • 指定区域优惠券:验证对应用户的使用场景,匹配区域可以领取使用,否则不能使用;
  • 产品类别优惠券:验证对应的用户使用场景,匹配的产品类型可以领取并用于抵扣,否则不能使用;
  • 不限产品类型优惠券:验证对应的用户使用场景,所有产品都可以使用该类型优惠券。

  • 每人限领优惠券
  • 默认每人限领一张卡:前端验证不能重复领,只能领一次;
  • 设置每人不限张数:前端验证可以多次收集使用抵扣。
  • 不要输入限值为空:有一条友好的消息。

  • 优惠券有效期验证选择固定日期过期:
  • 有效等价类:起始日期
  • 无效等价类:开始日期>:结束日期,开始日期或结束日期为空进行验证,并提示错误。

  • 优惠券审批验证
  • 财务审批:经过验证和审批,优惠券可以在前端使用。
  • 财务审批失败:优惠券无法在前端显示和使用。


  • 优惠券发布后验证后台管理优惠券

    优惠券基本信息查看:优惠券id、面值、使用期限、发放金额。

    优惠券已领取已使用数量更新:
  • 用户收到货物后,收货数量会更新。
  • 用户收到后,已用数量会更新。
  • 用户优惠券过期

    支持删除,显示状态正确;删除后确认是否可以重复收藏。

    用户使用场景验证用户已领取已使用:
  • 可以按照优惠券的规则扣除。
  • 验证它是否可以叠加。
  • 验证它是否可以重复使用。

  • 用户已领取已过期

    过期状态无效,并且状态呈灰色显示;

    优惠券过期有什么提醒吗?

    用户已使用取消订单/退款/支付失败
  • 取消付款:优惠券返回帐户。
  • 退款:优惠券被退回或作废,然后退回的付款金额为实际付款金额。
  • 支付失败:优惠券返回到帐户

  • 3.福利:私信我关键词“测试”即可领取软件测试全套资料





    在评论区说说吧~

    有没有给过你优惠券的套路?

    您可以还会对下面的文章感兴趣

    使用微信扫描二维码后

    点击右上角发送给好友