简介(未完成)
自制的开源自动化 mock 工具(todo read)
微服务架构—自动化测试全链路设计 (todo read)
开发层面讨论微服务的更多是框架、治理、性能等,但是从完整的软件工程来看我们严重缺失分析、设计能力,这也是我们现在的工程师普遍缺乏的技术。
我们经常会发现一旦你想重构点东西是多么的艰难,就是因为在初期构造这栋建筑的时候严重缺失了通盘的分析、设计,最终导致这个建筑慢慢僵化最后人见人怕,因为他逐渐变成一个怪物。(比如,开发很少写 unitTest ,我们总是忽视单元测试背后产生的软件工程的价值。)
依赖方先ready,然后我们紧接着进行测试、发布吗。如果是业务、架构合理的情况下,这种场景最大的问题就是我们的项目容易被依赖方牵制,这会带来很多问题,比如,研发人员需要切换出来做其他事情,branch 一直挂着,不知道哪天突然来找你说可以对接了,也许这已经过去一个月或者更久,这种方式一旦养成习惯性研发流程就很容易产生线上 BUG 。
mock的价值
- 相互依赖项目的开发和测试 可以最大程度的并行开发
- 测试数据不污染数据库
mock 需求横跨各个阶段:
- 开发阶段 unitTest mock 外部依赖,完善的单元测试保证了我们内部的逻辑是没有问题
- 联调阶段 mock 外部依赖
- 自动化测试阶段 mock 需求