本文共 669 字，大约阅读时间需要 2 分钟。

个人随笔 (Owed by: 春夜喜雨 http://blog.csdn.net/chunyexiyu)

关于如何把一个不稳定模块做稳定，我今年在工作中做了多个这样的专项，做一个总结，整理这块的经验。

一个模块如果长期不稳定，并且经了多个人的手的话，通常需要专项处理。 专项人员上：

开发、测试、需求需要齐全，一个经验丰富的开发是核心。

a. 做稳定专项的开发建议采用1+1的形式：一个经验丰富的主责开发+一个熟悉模块的开发人员。 b. 测试建议对该模块最熟悉的测试人员。 c. 需求的话，当然是熟悉，最好能拍板的人员。 专项的处理思路上：

a. 需求先梳理需求，需求把模块功能向开发介绍；测试可以梳理问题，向开发同步。 b. 开发梳理代码，同步和需求不断确认对照； c. 开发结合存在的问题挖掘代码中的问题点；梳理问题点，分析尝试，形成解决思路，输出解决方案文档，评审文档，实施修改； d. 测试对修改结果评估测试：是否解决问题，是否有引入问题，发散测试。对存在的问题开发重新梳理方案。如果达到解决标准则闭环。 另外，在处理问题中，需要需求、代码、问题结合：既然长期不稳定，那么一般都存在需求在某些点上反复的情况，或者互斥，需要结合技术需求寻求平衡点，管理者有时也要参与决策。 冰冻三尺，非一日之寒，找出问题核心，挖出问题根源是长治久安的根本：或是代码逻辑，或是需求的确认，或是场景的取舍，也或是技术的改进，也或是多个问题点混合。

 

个人随笔 (Owed by: 春夜喜雨 http://blog.csdn.net/chunyexiyu)

转载地址：https://chunyexiyu.blog.csdn.net/article/details/78494552 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！