前言

上回提到，开完需求评审的会议后，组长将这次需求实现交由我来负责。拿到需求文档和设计原型，我便开始了这次需求实现的详细设计文档的编写，主要包括需求包括的功能点，实现需求所用的的数据结构，要增加或修改的接口有哪些等等。编写完详细设计后，进行了详细设计评审，产品和设计查看有没有遗漏的功能点，开发组长查看是否能正确实现，测试开始构思编写测试用例。
这次主要来介绍详细设计评审后面的流程。

正文

详细设计评审完成后，便开始按照详细设计文档进行开发。首先，先在 git 上从 prod 分支分出一个新的分支，按照这次需求命名，在这个新分支上进行开发。开发完成后，首先进行功能演示，向产品、设计、开发组长、测试等演示各个细节有没有实现，在这次演示中，会提出可能存在的 bug。然后，进行对这些 bug 的修复。期间，测试会进行测试用例评审，评审结束后，我们会拿到开发人员自测用例，按照自测用例对自己的实现进行测试，无任何 bug 后，进行提测演示，期间会再次演示各项细节是否实现，没有问题后，会和开发组长进行代码评审。将自己分支代码与 test 分支代码进行 pr (pull request)，可以清晰的看到自己写的代码与 test 环境代码区别。在代码评审过程中，组长会指出要更改的代码规范和注释添加等等问题。代码评审结束后，解决完所有问题，便可以将自己这个分支的代码合并到 test 分支等待测试测试。

收货

体会到了在企业在开发，和个人开发有很大的不同。在企业中有严格的开发流程要遵循，不仅仅要求功能要实现，同时对编码质量也有着很高的要求。同时大大加强了我对 git 的熟练程度。