秒杀的压力
前阵子年会,抽奖发手机。编辑短信 bdx+某指定文本 发送到 指定号码,先到先得,也就是所谓的“秒杀”。 很快,我就发出了第一条:“Bdx 某指定文本”。然而也很快,我收到了一条短信回复,称网址不存在云云。我即刻意识到,那个加号必须是短信的一部分,而非仅表语义。 紧接着,我发出了第二条:“Bdx+某指定文本”。不像第一条短信,这条短信过了好几秒也没有反馈。B 被大写是因为手机输入法的自动纠错,看起来问题也极可能出在这里,server 端大小写敏感。 于是,几乎是在绝望中,我发出了第三条:“bdx+某指定文本”。很快,得到了短信反馈,成功参与抽奖。 我等于给这个短信抽奖系统做了一次接口测试。结果显而易见,我没得到手机,只得到了两个结论。 作为一个程序员,其实在发送前两条短信的时候,就已经下意识感觉到这样的 case 有不符合用户手册描述的风险。但作为一个 QA,下意识里又有冲动想验证一下这样的手册扔给用户,代码是不是真的那么不友好。 ……痛定思痛…… 好吧,我承认,去他妈的什么 QA 的职业习惯,时间压力之下,只有侥幸。