标签：需求 01 案例 必知 代码 程序员 提交 自测 编写

在这里，也只是自己有感而发，作为一名老程序员，在开发需求的过程中，总会碰到这样那样的问题，面对这些问题，总要有自己的应对策略：

下面分门别类的总结一下：

1. 需求：SA需求分发后，自己一定要先把SR文档拿到手，自己先把流程捋顺一遍，遇到疑惑点，先记下来，后面在SA讲解的过程中，再提出

　　如果对流程或设计点有不同意见，一定要提出(对自己提高能力很有好处)

2. 开发：

　　第一步：代码编写早早完成；代码开发一定要趁早，趁早，再趁早，那怕加加班一定要编写完；

　　第二步：编写测试案例；代码编写完成，自己对照需求文档，编写自测案例，将需求中涉及的各种场景总结一下，写在自测案例中；

　　　　　　很多人觉得写自测案例很费时间，其实不然，这一过程会让你对整个需求理解的更加透彻，对自己的代码编写的更加完善，

　　　　　　最终的目的是 减少生产bug的产生

　　第三步：提交代码(晚上提交、部署)；这一过程中，避免与其他人提交的代码产生冲突，提交之前，先pull一下分支的代码，再提交，

　　　　　　记得 配置文件 也一起提交；

　　第四步：测试环境部署自测；晚上提交代码的好处，可以在测试环境上部署，实现自测；对照自己的自测案例，如果发现有bug, 可以及时改正，减少错误的发生；

　　第五步：配置文件：开关、MQ配置、Apollo配置、定时任务配置等，上线时间前，发给领导或运维老师，提前在生产环境配置上；

　　第六步：复盘；对照需求文档，再仔仔细细的回顾一下整个需求的流转过程，查找可能出现问题bug的地方；

标签：需求,01,案例,必知,代码,程序员,提交,自测,编写
来源： https://www.cnblogs.com/yb-ken/p/15751883.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。