[开发测试]标准化开发流程带来的“痛苦经历“

前言：

作为一名新时代的农民工来说，接触新鲜的事物的时候，难免会出现各种问题，而我就真真切切遇到了这些问题。

背景：

• 在小公司里面做开发的时候，一般都是需求文档编写、数据库设计、开发都是由多名开发人员共同完成里面每一个部分，大家多多少少都是一开始就很熟悉，后面开发过程就很快，也很累，一般要持续好几个月的忙碌时间
• 现在每一部分都有自定的人员负责，开发的压力小了，更多的是每一部分人员之间的交流，不过一旦交流出现问题，后面就会出现各种问题。

过程：

1. 需求跟甲方确定开发内容，编写需求文档。
2. 做出基本界面视图
3. UI进行界面设计
4. 前后端、UI、需求核对需求文档以及UI界面
5. 数据工程师提供表以及数据
6. 前后端开发以及联调
7. 提测给专业测试人员
8. 前后端人员修改bug
9. 后端发包给测试人员，测试人员发包给现场人员
10. 现场人员部署包到预生产环境
11. 现场人员测试功能是否满足自身需求并可能提出修改
12. 现场人员将包升入到生产环境

大概就是这12步，为了保证项目正常有序的上线，我觉的后端在这里面扮演着及其重要的角色。

感悟：

在上面的步骤中，我有了很深的感悟：

1. 第四步，需求评审阶段，先将需求文档简单看一遍，以便在评审的时候提出自己的意见，以及不同的地方并做好记录，避免后期出现做的东西与需求不符合。
2. 第五步，也是我认为最重要的一步，一定要督促数据开发工程师与现场人员对好表的设计是没问题的。有人可能会说着不是后端的话，那确实是，但是你要明白一点，一旦这个地方出现问题，那么后面难受的是你，你前面的付出很可能付诸东流了，然后加班加点的也是你的，因为领导是要保证产品是可以正常上线的。所以这一点很重要，表与数据是最关键的一点
3. 第六步，这部分需要注意的由三点，第一就是注意返回的数据类型，特别是数值类型的；第二就是空数据的判断，虽说真实情况下是肯定有数据的，但是测试的时候，不一定有数据，为了避免测试老是来找你，还是做好判断比较好；第三就是注释，逻辑注释我就不多说了，这是开发基本要求，我要的是sql注释，虽然我们用的mybatis带的有，也够我们用，但是为了你能跟测试小伙伴愉快的玩耍，我还是建议你把sql的日志打印处理或者做好提示。不然服务器里面找你写的sql，实在是太难了（不针对所有的开发啊，因为我也不知道是不是所有的测试人员都是这样测试的）
4. 还是说第六步，就是联调了，如果有时间的情况，尽可能多进行测试，再提测给测试人员，避免出现那种简单的错误，这样显得你开发得很不认真。

最后一点，如果你开发的项目不是新的项目，而是在别的项目的基础上做了一些新增的话，就还需要注意一点，比如说，现在用的项目的部署环境是什么，jdk、服务器版本之类的。因为这些也会影响到最后上线测试的情况的。（我就遇到过一个浏览器版本导致前台显示的错误情况）

总结：

在这种标准化的开发过程中，不是每一件事情都是由你自己负责的，所以要记住，方便别人就是方便你自己。要不然在后面你正忙的时候，就会出现各种问题，然后都来找你。前期做好规划，后期才不会手忙脚乱。

最后送你们一句话：加油吧！打工人