开发者需要为自己的交付质量负责，提高要求，不能认为有Bug是理所应当的，而应该严格遵守团队要求、严格要求自身。
同时也要认识到，Bug的产生会给整个团队带来额外的成本，假设这些成本不可避免，宁愿把成本花在开发阶段，而不是测试阶段。
开发过程中不可避免会产生Bug，因此开发者应当通过技术手段和自测去发现Bug，保证交付时成果物的高质量性。
1. Bug的处理流程
发现Bug->确认Bug->排查（前端、后端、联调）->修复->回归
2. 各流程的额外成本
排查、修复、回归都需要额外的成本
3. 成本的不可控性
Ø Bug修复耗时不可控，存在需要多次修复的风险
Ø 修复后需要回归，回归范围的选择是个问题，范围太广或太窄都会有问题
Ø 修改引入其他Bug
最终，耗费人力物力，影响其他任务的进度
4. 限制Bug
因此我们需要对Bug进行限制。
解决思路：
Ø 预防Bug。比如提高要求，在团队建立“无Bug”氛围；要求技术自测、写单元测试，提高交付质量等。
Ø 责任制。修复Bug不得妨碍整体研发进度，由开发者快速修复Bug，重新提测，并不得占用其他任务的时间，不能影响其他任务进度。
Ø 复盘、反思、追责。
5. 结论
开发者需要为自己的交付质量负责，提高要求，不能认为有Bug是理所应当的，而应该严格遵守团队要求、严格要求自身。
同时也要认识到，Bug的产生会给整个团队带来额外的成本，假设这些成本不可避免，宁愿把成本花在开发阶段，而不是测试阶段。
开发过程中不可避免会产生Bug，因此开发者应当通过技术手段和自测去发现Bug，保证交付时成果物的高质量性。
