狂点Engineer

BAT大厂，应届生~3年内面试手册，测试开发面试题、测试工程师面试题~ 持续更新完善，TestGuide

一、直接对三方的Mock 这种方式其实也是最简单的方式，搭建一个spring工程，实现对对应接口的模拟。采用postman等工具其实也可以实现简单的对三方模拟，最好的方式是返回结果可以写在数据库中，本质就是根据请求的参数返回指定的结果。 二、接口但是涉及到落库 其实在很多自动化代码中也会遇见过类似场景， 三、RPC服务相关 通过filter拦截，在方法做切面时设置参数 切面参数用到ThreadLocal（做线程参数的副本） 用到 ...

读乔梁先生《持续交付2.0》摘要，前三章持续交付、价值探索环、快速验证环。 一、持续交付2.0 1.1 软件工程发展 1、瀑布软件开发 传统的瀑布软件开发模型每个阶段都花费属于的实际那，需要花费大量的经历确定需求的范围，审核繁杂的需求规格说明书，确定需求范围复杂。 2、敏捷软件开发 提倡面对面沟通，拥抱变化，提倡通过迭代和增量开发今早交付有价值的软件，软件开发实际是一个不断迭代学习的阶段。 瀑布只有在项目交付后期才可以看到软件的实际运行。 敏捷开发采用迭代模型，但是软件发布之间的间隔较长。需求变更&.

读乔梁先生《持续交付2.0》摘要，仅供学习交流 一、持续交付2.0 1.1 软件工程发展 1、瀑布软件开发 传统的瀑布软件开发模型每个阶段都花费属于的实际那，需要花费大量的经历确定需求的范围，审核繁杂的需求规格说明书，确定需求范围复杂。 2、敏捷软件开发 提倡面对面沟通，拥抱变化，提倡通过迭代和增量开发今早交付有价值的软件，软件开发实际是一个不断迭代学习的阶段。 瀑布只有在项目交付后期才可以看到软件的实际运行。 敏捷开发采用迭代模型，但是软件发布之间的间隔较长。需求变更&研发效率是主要矛盾，.

一、持续交付2.0 1.1 软件工程发展 1、瀑布软件开发 传统的瀑布软件开发模型每个阶段都花费属于的实际那，需要花费大量的经历确定需求的范围，审核繁杂的需求规格说明书，确定需求范围复杂。 2、敏捷软件开发 提倡面对面沟通，拥抱变化，提倡通过迭代和增量开发今早交付有价值的软件，软件开发实际是一个不断迭代学习的阶段。 瀑布只有在项目交付后期才可以看到软件的实际运行。 敏捷开发采用迭代模型，但是软件发布之间的间隔较长。需求变更&研发效率是主要矛盾，部署发布&运维矛盾较小。 3、DevOps发