本周工作思考
本周重点在bug清理上，每天零碎的事情还是比较多，通过一些工作安排的调整，逐渐有更多的时间投入在需要大块时间的项目研发和技术研究上，这些也是我内心特别喜欢做的事情。遗留到现在的很多bug都是比较难解决的，这些bug的因为各种原因被转来转去的，或者是优先级安排，或者是疑难杂症，或者是牵扯多方协调，或者复现有难度，不管以前怎样，现在到了被终结的阶段。在解决这些bug的过程，也是重新思考质量意识和重新定义质量标准的过程。有一个感受越来越深，就是bug要有效管理起来，从bug的描述，复现，到流转，状态变更，到测试上线，需要用生命周期的角度整体考虑起来。
小程序目前有8个bug，除去重复的，有4个bug，有很长时间了，有的是去年，9,10月提的，中间经历过至少1次排查，有的甚至多次排查，比如签到小节打不开的问题。现在来看问题，我发现最难的不是解决这个bug，而是准确的定位问题，有一部分部分疑难bug的根因在很难规律性的复现，特别是bug来自用户的反馈，这类bug描述很感性，一般是说在某个页面位置，出现了什么现象，这个现象和我们预期的不同， 然后就以bug的形式提过来， 这中间缺少了对bug本身的分析和处理，比如明确是不是bug，如果不是bug，是用户使用问题，还是功能覆盖问题， 如果是bug，复现步骤如何，包括线下如何复现，线上如何复现，用户的场景（使用用户的属性，使用设备的属性，），大概率哪端的问题（比如主要是前端的问题，还是主要是后端的问题），bug的严重程度如何， 我觉得值班的伙伴一定要把bug处理搞清楚，再分给其他修复负责人。现在很多bug其实在处理问题的第一步，在排查用户问题，尝试定位问题，这一步花费很多时间，因为距离问题发生的第一现场很远了，也有一段时间了，很过bug的信息是模糊的，经过多层的转接，bug信息有很多不确定性， 复现过程比较模糊，需要反复尝试琢磨，特别是一些疑难问题。所以解决bug最重要的不是代码，而是分析清楚这个bug，获取bug的最多的信息， 最好是明确怎么一步一步复现的，有了这个过程，90%的疑难bug基本上都能解决掉。