一时的大意所造成巨大的损失
这天杭州的天气阳光明媚，而我在办公室午休，刚从朦胧的睡意中醒来，当时就可以用这张图片形容当时的状态。
（图片过于夸张了些，哈哈哈哈. . . . . .）
而且打开电脑发现企业微信正闪烁着，点开一看，测试人员发来的消息，（某页面上传附件保存功能失效），这个时候是我最不想看到的消息，程序员应该都会知道为什么不想看到测试人员的消息（我就不过多阐述了，嘻嘻. . . . . .）
因为这天是我们公司任务上线的时间，测试人员发来我更新的任务出现问题的反馈。
当时整个神经都是绷紧的，内心崩溃，正准备排查所造成bug的缘由，需求人员隔空叫我，心想那肯定是业务人员也反应了这个问题，突然一下，有且仅有的20%淡定也被压垮了. . . . . .
但能有什么办法，咱还是得解决。打开自己所写的Java代码，Debug定位上传附件校验代码行，很快发现是未做上传附件个数限制原因，导致每次保存功能都会都会进入提示需要上传附件校验的方法，从而return，在页面一直提示需要上传附件，所以定位到问题就容易解决，把问题解决后，自己反复测试，能想到的多种情况都进行了测试后，才提交代码，再次让测试人员进行测试，顺利完成测试。
这时我的心总算平复下来，可以用这张图来形容我的喜悦. . . . . .
但令我匪夷所思的是，在接到这个需求文档时（多方面的进行考虑），→到开发时（仔细检查编写代码是否有之前编写代码中出现的问题存在其中，提交代码仔细检查），→再到测试时（让测试人员在测试环境多次测试后）的环节，自我感觉做这次任务是最细心，在改页面的发布，删除都做了多次测试，但万万没想到却在保存时没有做测试数据操作，可能就是在看到能提示上传附件时就自以为功能已实现，从而导致一时的大意所造成巨大的损失。
所以将该文章记录在此，吃一堑长一智，提醒自己做事需细心，编程更需仔细仔细再仔细。
如果大家有好的建议，欢迎大家留言评论，一起变成更优秀的我们！！！