为了赚取3元钱的“刷单费”,没想到却掉入骗子精心设计的陷阱,被骗近3万元。所幸警方接报后第一时间介入,追回了近万元被骗款并冻结了骗子的账户。5月12日,受害人黄鹂(化名)向记者讲述了被骗经过。
受疫情影响,25岁的江岸区后湖街居民黄鹂近期一直“宅”在家里。4月初,黄鹂受朋友之邀,花268元加入了一个“网上刷单”微信群。她每天起早贪黑2元、3元的刷单,一个月下来,果然赚了几百元。5月6日晚,群里有人发布“刷单”任务:商家代付,免垫付,每笔佣金3元。
黄鹂“接单”后,对方发来“商家”帐号、密码,要求黄鹂用该账号登录“苏宁易购”平台,再使用本人支付宝购买一部9299元的手机。黄鹂有些迟疑,“代付为啥要我付?”对方解释,你输入支付密码后,系统会自动跳转到“企业代付”页面,选择“企业代付”即可完成订单,全程不需垫付一分钱。对方还特意发来一段视频操作流程。黄鹂信以为真,可当她输入支付密码付款后,并没有出现所谓的“企业代付”,而是直接从她本人账户扣款9299元。随后,该帐号被锁定,黄鹂无法再登录操作。黄鹂一下懵了,赶紧找对方询问。对方发来一个“商家客服”的QQ号,称只要配合客服操作,就能顺利退款。
“商家客服”却告诉黄鹂“退款失败”,并发来后台“截图”,称黄鹂的账户存在欠款,必须向指定账户转账5次,进行“订单冲正”才能退款。见黄鹂起了疑心,“客服”打来语音电话反复表示,只是为了“抹账”,并不会真的扣你一分钱。
一心只想快点退款的黄鹂于是向对方提供的银行账户转账,前3次分别转账了128元、3000元、1.1万元,果真每次都收到银行短信“交易不成功,没有发生扣款”。可当她第四次转出19986元时,却发现“交易成功”了。黄鹂顿时醒悟,立刻向辖区后湖派出所报了案。
武汉市公安局反电诈中心接报后,第一时间冻结了嫌疑人的银行账户。与此同时,后湖派出所民警联系南京警方,在南京市公安局驻苏宁易购警务室的大力协助下,及时拦截下这笔订单,并次日中午追回了这9299元。
黄鹂告诉记者,她是一家公司人力资源部的管理人员,具备一些金融财务知识。在剖析自己受骗的原因时,她说,一不要相信天上掉馅饼,二遇到受骗务必及时报警。
办案民警提示,根本不存在所谓的“企业代付”,切勿听信骗子的谎言。目前,此案还在进一步调查中。
(通讯员:王威 唐时杰 肖继如)
一、梳理支付的业务流程如下 :
完成这个流程测试,也就是完成了项目的冒烟测试!然后需要测试针对流程中的每个阶段和步骤,具体分析可能导致异常的测试点,所以我们按阶段和输入项来进行划分。
非现金支付时代,非现金支付已经成为了生活不可或缺的一部分,我们只需要一台手机便可走遍全国各地(前提是支付宝,微信有钱<00>),那么作为测试人员,支付测试也是非常重要的一环,那么下面我就结合一下我的工作中遇到的一些问题,总结一下常见的支付测试:
首先,根据不同维度,通常我们可以把支付分为如下图所示的种类:
其次,一般来讲,线上支付分为两种消费模式。一种是直接支付金额,如淘宝,京东等购物网站,或是360云盘,视频会员等这种会员服务;另一种是充值购买金豆之类的虚拟币,在网站中使用虚拟币进行消费,比如游戏平台、花椒等产品!
其次,一般来讲,线上支付分为两种消费模式。一种是直接支付金额,如淘宝,京东等购物网站,或是360云盘,视频会员等这种会员服务;另一种是充值购买金豆之类的虚拟币,在网站中使用虚拟币进行消费,比如游戏平台、花椒等产品!
接下来就是测试方面的工作了,首先进行的是功能测试,那么我将边界值、等类划分、错误推测,因果图等各种测试方法相结合,整理出来了一套相对全面的测试案例,对支付功能进行测试,从而确保整个支付流程和涉及到的支付流程在任何情况下都能使用。
明确整个支付流程所需要调用的接口,分清楚商家和第三方平台的接口以及参数的请求方式,包括对接口特定参数的加密,使用异常单号模拟支付,对服务端的检验等等。
支付都会涉及到金额,那么就需要考虑安全测试这个方面,支付请求的伪造,金额的恶意篡改,恶意模拟第三方接口来调用商家接口等,均是我们需要考虑清楚的问题。
1、付款金额和应付金额是否一致,(比如:扫描的支付二维码,和显示的应支付金额是否一致)。支付还是要走整个支付流程才行,从确认订单到最后的支付成功,任何一步都有可能有问题。
2、同一种支付方式,不同的支付入口(比如:如下图所示,支付宝有两个支付入口。即可通过扫描二维码支付,也可以通过支付宝网页支付。在测试过程中,两个入口都要覆盖到。
3、支付成功后,产品购买是否成功。
比如会员服务产品,购买后会员到期时间是否正常延迟;比如购买商品,支付成功后,订单状态是否更改,商品种类和数量是否正确等等。
4、支付成功后,用户的金额是否扣除成功。
2、金额的最小值:0.01
3、无意义的值:0元
4、最大金额:设置支付的最大金额
5、银行卡或微信等,设置每日最大消费金额或者单笔最大消费金额
6、银行卡或微信余额不足时支付
1、正常完成支付流程
2、调起订单后,取消订单
3、支付中断后,继续支付
4、支付中断后结束支付
5、单笔订单单笔支付
6、多订单合并支付
7、持续点击支付,是否会出现多次购买
2、支付宝网页支付
· 优惠券或折扣(有一定的优惠)
· 支付中使用优惠券/折扣,应付金额和实际支付金额是否正确
· 优惠券/折扣是否是必选,是否可以不选择折扣
· 支付订单退款完成后,优惠券/折扣是否还能使用
坑一:页面显示的应付金额通过接口vip.product返回了,前端显示出来应付金额。但是,支付的二维码是通过接口vip.getPayUrl这个接口返回的,结果二维码扫出来的值和显示的应付金额不一样呀!!!最后问题是在于,vip.getPayUrl中取的是服务器缓存,导致二维码显示的金额跟前端展示的应付金额不一致。所以测试支付还是要走整个支付流程才行,从确认订单到最后的支付成功,任何一步都有可能有问题。
坑二:通过支付宝网站支付,支付成功后,页面没有跳转回原服务套餐网页。最后的原因是服务配置的return_url不正确,导致支付后,没有跳回原页面。如果测试用例覆盖不到这种场景,那么将会造成非常严重的线上事故。
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!
在我的QQ技术交流群里(技术交流和资源共享,广告勿扰)
可以自助拿走,群号: 群里的免费资料都是笔者十多年测试生涯的精华。还有同行大神一起交流技术哦
本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击。