怀疑是从上次团购开始的,甚至上上次就开始了,4:30开局瞬间总是比别人慢一拍,可优先权似乎也在少下去,咱家明明没有拍成啊?之所以说似乎少下去,是因为咱家对自己的优先权个数还真没怎么在意。所以12月21日这次抢购悄悄留心了一下,截图如下:
开拍前,共有8个优先
4:30开局你争我抢一番,拍了5样东西,还剩2个优先
这是为什么?想起来,我在第一瞬间拍的USMC的镭射,点“购买”按钮瞬间,被告知下手慢,已经被别人买光了,莫非这样一次不成功的操作后,东西没抢到,但是优先权也扣除了。
下面是推测部分,毕竟我没法剥到代码看
——————————————————————————————————————————
作为一个6年工作经验但很少自己亲自动手编程的IT项目经理,咱家认为团购系统的设计和实施存在BUG,在点击“购买”按钮,产生的submit操作有逻辑缺陷。
目前的操作次序是:
扣除一个优先——检查散件是否还有库存——有——购买成功
|—没有—购买失败
这样不管是不是购买成功,优先都扣掉了。
正确的动作应该是:
检查散件是否还有库存——有——扣除一个优先——购买成功
|—没有——购买失败
要测试我这个推论也很简单
1. 找个没人上线的空闲时间,可以安安静静测试;
2. 建立一个测试的团购项目,设定开始时间,可购物品数量,比方说2个;
3. 用3个测试账户登陆进去,每个测试账户有1个优先,这样可以显示2个成功1个失败的情形;
4. 到团购开始时间了,3个账户登陆进去,点开抢购页面,每人的窗口应该都显示2个物品可购;
5. 每人都在1个物品那里打勾,点购买;
6. 前2个都买到了,第3个被告知失败,并且优先少了1个。
这样的情形在实际团购中也很容易发生,既然动用到优先权,肯定是为了抢购一些稀缺的散件。很多同学都会在4:30开市时候冲进去,打开页面估计差不了几秒,这时候页面上还显示有货,但打勾点购买有先有后,动作慢的同学就杯具了。
希望版主找到写代码的同学,纠正这个问题。
[此贴子已经被作者于2009-12-22 9:36:47编辑过] |