程序的开发和测试是项目的后期阶段了，前期还有需求评审，项目功能模块划分等流程。
大家搞清楚了完整的流程后，就会知道开发测试的流程，也会明白为什么是这样的流程。
项目立项需求研讨
在初期，通过调研市场，了解用户痛点，然后整理成需求。
在需求澄清和评审阶段是需要所有参与项目的人参加的，产品、测试、开发、运营人员等等，一方面是让所有人提前了解项目功能，另一方面将所有问题尽可能的提前暴露。
需求评审阶段各参加人员的职责：
产品经理
产品经理主要是负责将需求整理出来，其次是输出原型图。简单来说，就是保证设计的功能逻辑正常，然后尽可能的提升用户体验。
在项目的开始到上线，产品经理就是一个串联的作用，他会根据客户或市场，适时调整自己的需求，同时需要与研发沟通需求功能实现细节，最后需要与测试确认测试效果，确定上线计划。
从这一段来看，大家应该就好理解产品经理和研发人员的矛盾了吧。开发是有个过程的，在这过程中客户或市场随身会变，所以要想产品有竞争力，必须改需求，而研发不懂市场，认为是产品无能或者刻意针对研发，看起来产品很无奈。
其实研发也痛苦，偶也是程序员，也经历过改需求，为什么说该需求研发很痛苦呢？
在需求确认后，研发会先设计出框架和思路，然后进行开发，如果需求改动小，那还可以解决，那如果改动到，涉及到改框架，那就很痛苦了，几乎是推到重写。
研发人员
研发人员在评审阶段主要关注功能的可实现性和工时评估，功能既要合理也要“合规”。何为“合规”，就是符合研发的“规矩”。需求不能过大，过大了太耗时，会影响上线时间。比如上来直接说开发个微信出来，那任谁都会发脾气。通常看到这类功能，研发都会切割需求，将重要的先开发，不重要的放到下期迭代。当然具体的还得和产品沟通确认。
其实这里也不怪产品，因为大部分产品不懂技术，一个简单的功能，实际做起来可能会很耗时。
测试人员
测试人员几乎是和研发一起开始工作的。这里大家可能疑惑，研发都没有开发出可测试的产品，测试人员如何测试呢？
其实测试人员也会提前参与项目，结合产品逻辑，编写测试用例，不要小瞧测试用例，他是产品逻辑的实际体现。后期自动化测试的设计也需要用到测试用例。
其次测试人员是产品上线前的最后一道关卡，只要测试发布测试报告说产品没bug了，才能上线发布。
其实研发和测试也是相爱相杀的一对，测试给研发找bug，研发也会无意中给测试留坑。比如上线后出bug了，但是不在测试用例里面，，这时责任划分就各有各的理的了。
运营人员
运营人员是在上线后开展工作，争取将产品产生的效益最大化。同时也会反馈产品有哪些不足，或者市场上有哪些比较好的功能，通知产品去调研进行需求迭代。
研发具体涉及哪几个方面
一般产品研发会涉及到后台服务、移动端（安卓、ios），web端。
可能还会有小程序端，这里小程序一般是web端人员开发。
项目启动后，理清需求后，后台服务会先建表再写接口，在接口没写出来之前，移动端和web端会先开发页面，等到接口出来后在联调，最后在调试页面，没问题后提交测试。
在研发阶段是有很多坑的，比如后台服务开发时，最后发现逻辑是通的，但是某些数据拿不到，或者不能主动拿到，那就得改需求。再比如页面设计的花里胡哨，动画多的飞起，对于移动端来说是沉重的打击。
很显然有些问题是评审阶段暴露不出来的，等到具体开发时才能发现。
测试具体涉及哪几个方面
大家之前说过测试得先写测试用例，在产品研发出来的时候，还得介入测试。
一般移动端和web端主要是界面完成度，其次是数据请求和提交。
真正困难的是服务端，服务端又包含两端：生产端和消费端。可能有些小伙伴难以理解。
打个比方，生产端就是淘宝里的商品，需要在后台进行编辑上架，消费端就是用户打开淘宝，看到这个商品进行购买。
所以移动和web端其实是消费端的具体表现。
以上只是功能的测试，高级点的还有安全和性能方面的测试。
比如移动端进行Monkey测试，就是在手机屏幕上乱点，看看会不会崩溃什么的。
服务端的话像压力测试，接口抓包等等。
总结
程序开发测试到上线是一整套的流程，其中开发和测试是非常重要的环节，开发的效率、测试的质量，有时候往往能决定产品的生死。
奈何国内很多公司对研发并不够重视，好在偶的公司不是这样。
偶是非著名攻城狮，希望偶的回答对你有用，感谢您的点赞支持！
