团队最佳实践和 GuideLine 系列 (四):如何做一个Feature
我一直认为一拿到任务就开始写代码是有问题的,而这是很多人的习惯,结果就是不断的修改,我还是那句话,作为程序员我们是要把代码写对,而不是把它改对。
下面我就说一下拿到任务后整个流程应该是什么:
- 充分理解需求,不要立即写代码
- 设计 (主要是思考如何实现)
- 找出需要和别的代码交互或者集成的部分
- 开始一个新分支
- 设计接口 (尤其是需要和别人交互的代码)
- 实现接口
- 编译通过
- 单元测试覆盖全代码
- 所有单元测试通过
- 冒烟测试通过,就是至少自己点一点,测一测
- 功能测试通过
- 合并Develop代码到这个分支
- 若有冲突解决冲突.
- 重复7到11.
- 合并回Develop
团队最佳实践和 GuideLine 系列 (四):如何做一个Feature
http://deshui.wang/2016/04/08/practices-2016-04-08-team-guideline-how-to-start-feature/
版权:本文版权归作者所有,转载需经作者同意。
# Related Post
1.团队最佳实践和 GuideLine 系列 (十):单元测试
2.团队最佳实践和 GuideLine 系列 (九):CSS和JS
3.团队最佳实践和 GuideLine 系列 (八):沟通
4.团队最佳实践和 GuideLine 系列 (七):给客户提交前的CheckList
5.团队最佳实践和 GuideLine 系列 (六):Git规范
6.团队最佳实践和 GuideLine 系列 (五):Definition of Done
7.团队最佳实践和 GuideLine 系列 (三):我们的一些代码规范
8.团队最佳实践和 GuideLine 系列 (二):代码规范的意义
1.团队最佳实践和 GuideLine 系列 (十):单元测试
2.团队最佳实践和 GuideLine 系列 (九):CSS和JS
3.团队最佳实践和 GuideLine 系列 (八):沟通
4.团队最佳实践和 GuideLine 系列 (七):给客户提交前的CheckList
5.团队最佳实践和 GuideLine 系列 (六):Git规范
6.团队最佳实践和 GuideLine 系列 (五):Definition of Done
7.团队最佳实践和 GuideLine 系列 (三):我们的一些代码规范
8.团队最佳实践和 GuideLine 系列 (二):代码规范的意义