秒杀的压力

前阵子年会，抽奖发手机。编辑短信 bdx+某指定文本 发送到 指定号码，先到先得，也就是所谓的“秒杀”。

很快，我就发出了第一条：“Bdx 某指定文本”。然而也很快，我收到了一条短信回复，称网址不存在云云。我即刻意识到，那个加号必须是短信的一部分，而非仅表语义。

紧接着，我发出了第二条：“Bdx+某指定文本”。不像第一条短信，这条短信过了好几秒也没有反馈。B 被大写是因为手机输入法的自动纠错，看起来问题也极可能出在这里，server 端大小写敏感。

于是，几乎是在绝望中，我发出了第三条：“bdx+某指定文本”。很快，得到了短信反馈，成功参与抽奖。

我等于给这个短信抽奖系统做了一次接口测试。结果显而易见，我没得到手机，只得到了两个结论。

作为一个程序员，其实在发送前两条短信的时候，就已经下意识感觉到这样的 case 有不符合用户手册描述的风险。但作为一个 QA，下意识里又有冲动想验证一下这样的手册扔给用户，代码是不是真的那么不友好。

……痛定思痛……

好吧，我承认，去他妈的什么 QA 的职业习惯，时间压力之下，只有侥幸。