最近在看一本书叫做《笑谈软件工程—峰烟中的敏捷》 陈建村的作品。实在话，该书以博士汇总的方式集成在一起的，对敏捷基础知识不了解的人看起来是很费力的一件事，如果当成博客集来看是一本不错的书。在书中，我看到如何减少bug的方式，保证软件质量。曾经带领过一个团队做一个项目，因为后期bug数量太多，结果这个项目搞得大家都很疲惫。
第一个： 提高开发人员的开发技术、软件质量和工作思想。一种话，无论各种各样的方式方法进行软件开发，其实最根本的还是人，如果人不球形，再好的方式方法也会事倍功半。
第二种：持续集成，尽快将项目集成起来测试，前期抛出问题，后期开发过程中可以随手改掉，要不然后期同一个小问题，要全面都改。持续集成可以定期检查质量，早发现，早治疗。
第三种：每日部署，每天都让开发的软件保持 可部署的状态，可以将软件的品质保持在一定的水准。
第四种：培训团队意识，使团队都有一个整体归属感。团队说了这么久，其实在开发过程中，大部分人还是只关心自己的一亩三分地（少部人会关注整体）。方法是一般是： 结对编程：最少二人熟悉某个模块。整体编程，对项目中出现不合理的地方可以主动进行修改，规定清楚注释规范，防止在开发过程中出现纠纷，其它人一看注释就明白整个方法的修改历史。
第五种： 单元测试，实在话，单元测试每个项目都在用，但是用的全面的真不多，开发完功能就happy去了，当强制要求时，随手写二个，很多出名的开源项目也是这样，这块就得通过培训增加开发人员的技能，制定良好的管理制度，提高开发人员的主动积极性来完成了。
第六种： 自动化测试，喊的口号挺好，关键是钱、钱、钱，老大关注的是成本、工期、利润，这块就没什么要说的了。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
