内容简介：开发层面讨论微服务的更多是框架、治理、性能等，但是从完整的软件工程来看我们严重缺失分析、设计能力，这也是我们现在的工程师普遍缺乏的技术。
简介（未完成）
自制的开源自动化 mock 工具 （todo read）
微服务架构—自动化测试全链路设计 (todo read)
开发层面讨论微服务的更多是框架、治理、性能等，但是从完整的软件工程来看我们严重缺失分析、设计能力，这也是我们现在的工程师普遍缺乏的技术。
我们经常会发现一旦你想重构点东西是多么的艰难，就是因为在初期构造这栋建筑的时候严重缺失了通盘的分析、设计，最终导致这个建筑慢慢僵化最后人见人怕，因为他逐渐变成一个怪物。（比如，开发很少写 unitTest ，我们总是忽视单元测试背后产生的软件工程的价值。）
依赖方先ready，然后我们紧接着进行测试、发布吗。如果是业务、架构合理的情况下，这种场景最大的问题就是我们的项目容易被依赖方牵制，这会带来很多问题，比如，研发人员需要切换出来做其他事情，branch 一直挂着，不知道哪天突然来找你说可以对接了，也许这已经过去一个月或者更久，这种方式一旦养成习惯性研发流程就很容易产生线上 BUG 。
mock的价值
- 相互依赖项目的开发和测试 可以最大程度的并行开发
- 测试数据不污染数据库
mock 需求横跨各个阶段：
- 开发阶段 unitTest mock 外部依赖，完善的单元测试保证了我们内部的逻辑是没有问题
- 联调阶段 mock 外部依赖
- 自动化测试阶段 mock 需求
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- [DevOps]自动化运维基础与自动化监控
- Java自动化——使用Selenium+POI实现Excel自动化批量查单词
- 测者的测试技术手册：自动化的自动化EvoSuite：Maven项目集成EvoSuite实战
- 构建自动化
- python自动化学习
- 前端自动化测试浅析
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
