![](https://img-blog.csdnimg.cn/20190927151117521.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
09_测试
文章平均质量分 85
测试相关内容
狂点engineer
测试开发工程师,质量保障、效率提升~
展开
-
测试开发/测试工程师面试题手册TestGuide(大厂面试题-持续更新)
BAT大厂,应届生~3年内面试手册,测试开发面试题、测试工程师面试题~持续更新完善,TestGuide原创 2022-05-04 23:52:17 · 3594 阅读 · 0 评论 -
Mock服务实现的几种思路(持续更新)
一、直接对三方的Mock这种方式其实也是最简单的方式,搭建一个spring工程,实现对对应接口的模拟。采用postman等工具其实也可以实现简单的对三方模拟,最好的方式是返回结果可以写在数据库中,本质就是根据请求的参数返回指定的结果。二、接口但是涉及到落库其实在很多自动化代码中也会遇见过类似场景,三、RPC服务相关通过filter拦截,在方法做切面时设置参数切面参数用到ThreadLocal(做线程参数的副本)用到...原创 2022-03-21 23:35:58 · 1491 阅读 · 0 评论 -
《持续交付》读书笔记
读乔梁先生《持续交付2.0》摘要,前三章持续交付、价值探索环、快速验证环。一、持续交付2.01.1 软件工程发展1、瀑布软件开发传统的瀑布软件开发模型每个阶段都花费属于的实际那,需要花费大量的经历确定需求的范围,审核繁杂的需求规格说明书,确定需求范围复杂。2、敏捷软件开发提倡面对面沟通,拥抱变化,提倡通过迭代和增量开发今早交付有价值的软件,软件开发实际是一个不断迭代学习的阶段。瀑布只有在项目交付后期才可以看到软件的实际运行。敏捷开发采用迭代模型,但是软件发布之间的间隔较长。需求变更&.原创 2021-09-30 00:29:00 · 1980 阅读 · 0 评论 -
《持续交付》读书笔记
读乔梁先生《持续交付2.0》摘要,仅供学习交流一、持续交付2.01.1 软件工程发展1、瀑布软件开发传统的瀑布软件开发模型每个阶段都花费属于的实际那,需要花费大量的经历确定需求的范围,审核繁杂的需求规格说明书,确定需求范围复杂。2、敏捷软件开发提倡面对面沟通,拥抱变化,提倡通过迭代和增量开发今早交付有价值的软件,软件开发实际是一个不断迭代学习的阶段。瀑布只有在项目交付后期才可以看到软件的实际运行。敏捷开发采用迭代模型,但是软件发布之间的间隔较长。需求变更&研发效率是主要矛盾,.原创 2021-09-30 00:26:16 · 1712 阅读 · 0 评论 -
持续交付2.0(一至三章)
一、持续交付2.01.1 软件工程发展1、瀑布软件开发传统的瀑布软件开发模型每个阶段都花费属于的实际那,需要花费大量的经历确定需求的范围,审核繁杂的需求规格说明书,确定需求范围复杂。2、敏捷软件开发提倡面对面沟通,拥抱变化,提倡通过迭代和增量开发今早交付有价值的软件,软件开发实际是一个不断迭代学习的阶段。瀑布只有在项目交付后期才可以看到软件的实际运行。敏捷开发采用迭代模型,但是软件发布之间的间隔较长。需求变更&研发效率是主要矛盾,部署发布&运维矛盾较小。3、DevOps发原创 2021-08-09 02:07:27 · 1967 阅读 · 0 评论