关于java:谁说明天上线这货压根不知道开发流程

作者：小傅哥
博客：https://bugstack.cn
Github：https://github.com/fuzhengwei/CodeGuide/wiki

积淀、分享、成长，让本人和别人都能有所播种！????

一、前言

互联网公司常见工种有哪些？

互联网中一个我的项目的上线会须要各个 工种 间的配合，以研发为视角上会承接产品需要，下会交给测试验证，最终实现我的项目交付上线。其实除此之外，还会有业务、经营、UI 设计、运维，来配合我的项目的发动、应用和运维保护。

图 18-1，互联网工种协同单干。

除了一条线上的工作交替配合，还有同工种间的跨部门协同工作。 比方：

• 产品阶段：A 产品中的局部服务，须要由另外一个部门配合开发相干服务撑持。那么单方产品须要协调好工夫节奏，配合上线。
• 研发阶段：承接着产品跨部门的对接性能，单方研发会定义好对接接口、对接工夫，以及最终的联调上线。
• 测试阶段：依照产品的性能节点、研发的开发流程以及接口形容，进行测试验证。

最终，同部门工作的交替、跨部门的工作协同，保障我的项目开发过程所需的各项物料都如期上线。

接下来咱们来说一说，我的项目上线中各个阶段的执行过程。 当然，并不一定所有的开发都是依照这个过程执行。​会依据公司的体量、我的项目的大小、架构的模式有些许差别。所以，仅作为参考学习即可，不须要强制趋同。

二、工夫节奏

• 级别：⭐⭐⭐⭐
• 事项：定义我的项目开发工夫节点
• 人员：业务、产品、研发组长、测试组长、架构师、外围我的项目成员
• 形容：这个工夫节奏的定义十分重要，它能够是项目经理发动也能够是产品发动。个别很多时候互联公司发一个我的项目，常常会听到老板说 我要这个工夫上 。可能这句话看上去很不合理，但为了活下去，为了疾速站住市场，压到上面执行人员就是一个必须要上线的工夫。 但，这个上线的工夫如果想满足，那么就须要把整体的工夫节奏确认进去。比方 业务和产品什么时候把需要确认分明 ， 什么工夫与研发过 PRD，研发什么时候开发到提测 ， 测试什么工夫测试实现 。 如果 ，没有这个工夫节奏，后面的职责人员把工夫都消耗没了当前，越往后面危险越高。 就像最初研发只有 4 天，测试只有 2 天，那带 BUG 上线吗！？所以要整体把控才是对我的项目的负责。

三、资源投入

• 级别：⭐⭐⭐
• 事项：研发资源投入
• 人员：架构师、研发人员、测试人员
• 形容：站在研发视角，研发须要从工程开发、配合测试（改 bug）、我的项目上线等的全流程参加，是一个较长周期的工作。但在某个阶段所投入的工夫老本会有差别，能够依照肯定的资源占比进行投入（1 是 100%、0.8 是 80%）。那么，当一个新的我的项目下来当前，就须要依照最近准则和我的项目的人员可投入状况，进行资源投入安顿。如果我的项目较多的状况下，资源安顿不合理。可能会导致我的项目提交测试晚或某些性能全副由一个研发提交测试的，最终改不过去 BUG。从而也就导致了，我的项目的延期危险。

四、研发、测试、上线阶段

• 级别：⭐⭐⭐⭐
• 事项：研发、测试、上线阶段
• 人员：研发人员、测试人员、架构师 / 技术组长
• 形容：这个阶段包含的内容较多，次要是以研发视角看高低连接人员。研发接过产品的需要开始做设计，设计实现后由研发主导发动设计评审，这个阶段参加的人员较多（研发、架构师、测试、产品等）。性能的正当设计也是能够十分无效的保障资源应用的重要一环，另外一个需要的正当架构将会为后续需要迭代做好铺垫。就像女厕改男厕，如果没有流出小便的水管，就很麻烦。 最终研发实现须要提交相应的成绩物，尤其是提测报告、接口文档、单测信息。如果研发不能有残缺的单元测试覆盖度，那么交给测试当前，日常的修复 bug 的事件就会十分多。当研发和测试工作实现当前，接下来就是公布上线。上线前夕会有研发发动上线报告，同时各方配合以及产品、使用筹备相应的线上配置数据和权限。最终上线实现交付产品经营应用。

五、我的项目复盘

• 级别：⭐⭐⭐⭐
• 事项：我的项目复盘
• 人员：面向研发和测试人员
• 形容：复盘可能会因为呈现事变、技术总结、分享成长，几个方向而进行的演绎、总结，防止同类事件的产生。复盘内容个别会包含技术方面的应用，例如：DB、利用开发、网关等，也包含业务畛域逻辑的建设。

• 复盘 DB：

• 1. 数据库连接数配置按照业务场景申请减少

1. 禁止应用简单嵌套和函数类等做业务查问
2. 防重逻辑字段增强防止造成不能防重问题
3. 索引字段初始化检测以及慢查问问题优化

1. 资金流水结算方面在防反复设计上增强验证，测试环境模拟多样场景
2. 对于内部撑持零碎的依赖依照业务体量倒退，进行告诉压测报告流量
3. 所有外围性能流程增强研发侧代码评审品质，并一直依照倒退量优化
4. 研发侧代码品质晋升定期复盘问题以及优化，通过锤炼不断加强品质
5. 在研发提测、修复、上线流程留神开发分支，防止错乱合并产生问题
6. 所有的业务流程配置监控与图表并打印日志，不便及时追踪线上异样
7. 外围场景的全链路压测能够无效的保证质量，也可很好升高流量危险

综上，可能仅仅是对某一次我的项目的总结性复盘，便于新人承受和了解我的项目的重点内容。如果团队中能及时无效的汇总技术并落地材料，能够十分无效的做好技术传承。

六、总结

• 互联网中个别中大型项目的开发过程，波及的流程个别较多，也须要正当的把控。否则可能会呈现一些过程中的危险，导致我的项目不能如期上线。当然也并不是所有我的项目都须要这样解决，例如一些小性能的迭代和简略需要的开发，能够简化流程，疾速迭代。盖茅坑、猪圈、三居室还是不同的，不能一概而论
• 做好技术剖析、复盘、总结、演绎，积淀出的技术材料十分有价值，既能够把我的项目开发教训传承给新人，也能够让所有人做好各自的技术成长。并且通过复盘和总结，又能够提炼出更多新的思路和晋升技术气氛。
• 好了，本章就总结到这，可能对具体的你或者具体的公司，会有不同的视角和后果。如果有一些好的点能够相互探讨学习。另外最近学会了个新货色分享给大家：内卷的反义词是：外包，合同的反义词是：离异！

七、系列举荐

• 工作 3 年，看啥材料能月薪 30K？
• BATJTMD，大厂招聘，都招什么样 Java 程序员？
• 大学四年到毕业工作 5 年的学习路线资源汇总
• 面经手册 · 拿大厂 Offer
• 《重学 Java 设计模式》PDF 下载，全网下载量 15 万 +