首先由需求人员向项目组提出需求，然后给项目组的所有人进行需求讲解，大家一起探讨需求中各项细节的可行性。



当开发人员和需求人员一起确定需求没有问题的时候，如果有时间，可以让开发人员进行一次需求反讲，在需求和开发都确认没有问题的时候，需求便算是正式定下来了。



需求确定以后，开发人员进行分工协调，然后订制开发设计概要和API，后端API中一般包括一些接口，需要的参数，还要和前端一起确定好访问路径，需要传递的参数以及返回给前端的数据格式。



在设计api的过程中，前后端各自设计好以后，要召开专门的会议互相讲解，在讲解讨论的过程中达到相关意见的一致，此过程中测试人员也要参加。



当api也都确定好以后，开发人员正式开始开发，测试人员也开始写测试用例。



在开发人员写代码的过程中，要针对自己的代码进行单元测试，同时需要写好单元测试文档，在测试的过程中不断的修改和优化自己的代码，以保证逻辑更严谨，执行效率更高，代码更整洁。



然后，在前后端各自都测试并完善好自己的功能点后，前后端人员一起进行联调，进一步确保功能没有问题。



如果上一步骤也都没有问题以后，代码就打包部署到测试服务器交由测试人员来专业的测试，进一步寻找问题，以求最终的程序更加完善。



这一次的开发基本步骤大概就是这样了，那么第二个收获就是学会了比较正确的开发态度。



之前培训的时候，可能是因为环境不一样吧，那时候遇到一个习题或者是一个需求的时候，都会一开始想一阵子办法，当一段时间的努力还是无法解决问题的时候，通常就会忍不住去看看参考答案，然后在参考答案的帮助下，自以为找到了自己的思路，然后会看似成功的完成代码，而这样的后果是，其实并没有真的得到该有的收获。



而这次真正的开发中，没有参考答案，也没有做不出来就不管了的说法，无论怎样都必须想办法得出想要的结果，正是因为这样，才使自己在开发中得到了与之前完全不同的收获和感悟。

首先由需求人员向项目组提出需求，然后给项目组的所有人进行需求讲解，大家一起探讨需求中各项细节的可行性。



当开发人员和需求人员一起确定需求没有问题的时候，如果有时间，可以让开发人员进行一次需求反讲，在需求和开发都确认没有问题的时候，需求便算是正式定下来了。



需求确定以后，开发人员进行分工协调，然后订制开发设计概要和API，后端API中一般包括一些接口，需要的参数，还要和前端一起确定好访问路径，需要传递的参数以及返回给前端的数据格式。



在设计api的过程中，前后端各自设计好以后，要召开专门的会议互相讲解，在讲解讨论的过程中达到相关意见的一致，此过程中测试人员也要参加。



当api也都确定好以后，开发人员正式开始开发，测试人员也开始写测试用例。



在开发人员写代码的过程中，要针对自己的代码进行单元测试，同时需要写好单元测试文档，在测试的过程中不断的修改和优化自己的代码，以保证逻辑更严谨，执行效率更高，代码更整洁。



然后，在前后端各自都测试并完善好自己的功能点后，前后端人员一起进行联调，进一步确保功能没有问题。



如果上一步骤也都没有问题以后，代码就打包部署到测试服务器交由测试人员来专业的测试，进一步寻找问题，以求最终的程序更加完善。



这一次的开发基本步骤大概就是这样了，那么第二个收获就是学会了比较正确的开发态度。



之前培训的时候，可能是因为环境不一样吧，那时候遇到一个习题或者是一个需求的时候，都会一开始想一阵子办法，当一段时间的努力还是无法解决问题的时候，通常就会忍不住去看看参考答案，然后在参考答案的帮助下，自以为找到了自己的思路，然后会看似成功的完成代码，而这样的后果是，其实并没有真的得到该有的收获。



而这次真正的开发中，没有参考答案，也没有做不出来就不管了的说法，无论怎样都必须想办法得出想要的结果，正是因为这样，才使自己在开发中得到了与之前完全不同的收获和感悟。