今年不管是项目还是团队的目标都聚焦在质量上。而图灵团队的性能模块却是去年整个项目外场和外部故障的重灾区。通过对16年泄露故障的分析，自己无线外部的感知反馈，性能历史告警查询模块首当其冲的位列榜首。现有的流程改进，包括:代码走查，结对，用户故事场景梳理等活动，只能在一定程度上缓解新增需求的质量问题。却无法从根本上补上这个大坑，绕过16年初人力调整带来的模块人力短板。
为了更好的开展17年的性能查询模块质量提升工作，仍然只能回归代码，这样的模块，代码自然也是让人万分头疼，可除了硬着头皮往前走，似乎也没有其他更好的办法。于是，和教头约定，17年结对一起带着我从深度的互相复盘开始做，一边理清代码，一边搞清楚业务。
深度互相复盘和一般的故障复盘，手法上有很大的区别。简言之，就是需要拿故障所涉及到的类，根据svn仔细推敲代码的引入原因。而一般这种模块的故障所涉及的代码往往涉及到频繁的故障修复和需求变更。有时候还会遇到一个故障被反复修改过多次的现象。这样的工作自然是异常烧脑。尤其是当你对业务本身掌握得不够的时候。但，也充满乐趣。
至于乐趣的部分，请听下回分解。
图片发自简书App
