给林薇打电话说明了一下情况，随后对着老周二人说道：“走吧，我们提前走一会儿。”老周和李思涵把本子放回到自己的工位，便跟着陈默一起走出了办公大楼。
吃完烤串已经快八点半了。陈默三人回到公司的时候，只有一楼大厅还亮着灯。其他楼层都是漆黑一片。老周边走边说：“陈总，你看看人家智通科技，都火烧眉毛了，可人家该下班下班，该休息休息，心咋就那么大呢？难道他们不知道自己做的系统有多烂吗？”
“那你跳槽到智通去吧，他们少一个你这样负责任的领导。”李思涵接话说道。
“不去，打死也不去。”老周立刻说道，“和一帮傻叉在一起，我怕我被感染了蠢病。”
“说的你好像多聪明似的。”李思涵笑着说道。
而陈默则笑着看两人斗嘴，说了一句：“人家那叫泰山崩于前而色不变，麋鹿兴于左而目不瞬。”
在斗嘴声中，三人到了办公区。
开灯、确定工作目标、分工，做好一切前置工作，三人就开始忙碌起来。
临近午夜12点，三人才结束系统摸排工作。汇总后，发现摸排的结果和智通科技平时上报给李思涵的资料在数据上存在很大误差。
主要集中在几个方面：
一是代码质量问题。经对项目测试环境的运行日志进行分析，发现智通科技提交的代码存在严重缺陷：SQL注入漏洞、内存溢出风险、数据库全表扫描导致的性能瓶颈。具体问题清单见附件。
二是数据安全问题。监控显示，项目数据被同步至智通科技在外地的一台服务器，该行为违反集团信息安全管理规定，存在数据泄漏风险。当老周对陈默说这条问题的时候，陈默愣了好半晌，心里不由得对智通科技起了敬佩之意。他们是无知者无畏，不知道单凭这一条，就能叫一些人屁股挪窝，还是抱着侥幸心理，觉得没人会发现这个问题啊？陈默严肃地嘱咐老周、李思涵两人，对此事一定要守口如瓶，毕竟这件事牵扯太大了，远不是单纯的bug可比的。
三是性能问题。智通科技承诺的系统并发处理能力为每秒一千二百笔交易，但经测算，在节假日高峰期，系统实际交易量可达每秒三万笔以上，差距达二十五倍。现有架构无法通过简单优化解决。
四是失败率过高。收费站管理模块，失败率28%；路段中心结算模块，失败率41%；省中心清分清算模块，失败率为52%。
省中心清分清算模块是核心中的核心。全省几百个收费站，每天几十万笔交易，最终都要汇总到这里，按路段、按车型、按时间，进行清分和结算。这个模块52%的失败率，意味着一半以上的核心功能有问题。
在缺陷bug数方面，陈默三人统计出来严重缺陷112条，主要缺陷203条，一般缺陷85条。看着严重缺陷和主要缺陷的数字，陈默心越来越凉。看了眼时间，陈默又带着老周、李思涵对bug进行了同类型分类，共分为四类：第一类是‘重复扣费’，同一笔交易，在并发情况下可能被扣费两次。复现步骤：模拟两笔相同车牌的交易同时进入扣费流程，系统未做幂等校验，导致银行账户被扣两次款。第二类是计费错误。跨省交易的计费逻辑未考虑节假日免费政策，导致免费时段内仍生成扣费流水
第33章 未雨绸缪-->>(第2/3页)，请点击下一页继续阅读。