期都可能过不了，更别说实现目标了。
早上9点，我准时到公司。刚坐下，产品经理就踩着高跟鞋跑过来，手里拿着测试报告：“登录漏洞怎么样了？内测用户已经在催了，再修复不好，我要被运营部骂死了”，语气里满是催促。我赶紧打开代码编辑器，却发现漏洞涉及的“session共享”问题，正是我没学过的知识点——之前只在书上见过概念，根本没实际操作过。
我不敢说“不会”，只能假装镇定：“快了，正在调试，马上就能好”，偷偷打开浏览器，搜索“session共享解决方法”，页面弹出来一堆方案：用redis存储session、基于数据库的session共享、使用分布式session框架我看得眼花缭乱，手心全是汗——怕被同事发现自己在“临时抱佛脚”，更怕修复不好，影响内测。
11点半，终于在一篇技术博客的指导下，修复了漏洞。我长舒一口气，靠在椅背上，才发现错过公司早餐时间，只能从抽屉里摸出昨天剩下的面包，就着冰美式咽。面包太干，刮得嗓子发疼，冰美式的苦味更是直冲头顶，却还是得往下咽——省点时间，能多推进点支付模块的进度。
中午午休时，我趴在键盘上打盹，刚闭眼没几分钟，就被ceo拍醒：“陆阳，支付模块的进度怎么样？下午2点要跟投资人演示核心功能，你得保证支付流程能跑通，这是咱们公司融资的关键，不能出岔子”。
我赶紧点头，心里却发慌——支付模块的退款逻辑还没写，只完成了支付成功的流程，异常场景根本没考虑。只能利用午休时间赶工，打开代码，发现之前写的支付接口有逻辑错误：金额校验没做、订单状态更新不及时，只能删掉重写。手指在键盘上飞快敲击，敲到一半，键盘突然卡住，原来是昨晚不小心把饼干渣掉进去了，我赶紧拆开键盘清理，耽误了10分钟，心里更急了。
直到下午1点50分，终于勉强跑通支付流程，却知道还有3个潜在bug没修复：支付超时没处理、退款接口没写、异常日志没打印，只能祈祷演示时别触发这些场景。
下午演示时，投资人坐在会议室中央，手里拿着平板电脑，ceo站在旁边介绍产品。轮到支付模块演示，我握着鼠标的手微微发抖，一步步操作：选择商品、点击支付、输入金额、确认支付——流程很顺利，支付成功的页面弹了出来，我心里松了口气。
可就在这时，投资人突然提出：“想测试支付失败的异常场景，比如余
点击读下一页,继续阅读 倔强的城市小兵 作品《一城千面：我的无限穿越录》江城穿越之代码里的成长