这是我参与「第五届青训营 」伴学笔记创作活动的第 10 天

从需求到上线全流程二

有那些流程

2 ． 1 需求阶段

MVP (minimum viable product. 最刁匕可行产品 ） 思想

站在用户的角度思考

收集用户反馈 ， 快速迭代

22 云原生下的开发

传统拟机

在物理主机中虚拟出多个虚拟每个虚拟机拥有自己的撮作系统

运雏人员负维护和交付虚拟机

每个 0 拟机中都要安装稻应的依輊环境

容器是在擬作系統中虚椴出来的

过 。 namespace 和 Union № “ 等技术实

现了容器之同的相互隔离 ． 同时容器只有很

应用和其依作为一个整体 ， 打包成镜像交忖

孑开发环境逐渐云原牛化

孑 FaaS PaaS 等等技术 ， 让开发逐渐

从本地 1 向线上转变

孑从人职到电搭完一一套完整的

开发环境需要製久 ， 通过 WEHtIJE

等技术 ， 环境未来将会开箱即用

代码规范

孑养成息好的注释习惯 ， 超过三个月的代码 ， 自己都会忘了当时在想什么

孑不耍有法数字 “ 呶法字符串

孑复的逻辑抽象成公共的方出不要 。 系亇代玛

孑正确憷用 1 的重构功能 ， 訪止烽改瞠

孑单元葩试

孑功能环测试

孑测试数据构造

孑大型改造姜要有技术设计文档 ， 方案评車

孑好的接口文档能更方梗的和前斕行沟

2 ， 3 测试阶段

你需要在与完每一段代码之后立刻试这段代码 ， 当完成了更多的代码时 ， 就要做更多的试 ． 试不是独立隔离的活动 ， 它本身就是开发过程 的一部分 ． 质量不等于测试 ， 当你把丌发过程和 测试放到一超就像在搅拌机里混合搅拌那汛 直到不能区分彼此的时候 》 你就得到了质量 ． 《 妯软件测试之道 》

功能环境

需要一个能模拟线上的环境行开发和试 环境和环境之回能够隔繇不影响其他功能的开发和瀝试

/ 集成环境

不同人开发的功能合并在一起测式相互之回的影 响可能产生缺陷 送代发布的所有功能合并在一起还确保发布的 所有功能之何的影响不产生缺陷

回归环境

确保新的功能不对老的功能产生影响 回臼流试一般会俗自动化试糞本