一.知识点 代码中对应的知识点 1.jsonPath github网址 1)操作符见文档 2)方法见文档 3)例子见文档 2.MockMvc(org.springframework.test.web.servlet.MockMvc) 作用是伪造一个mvc的环境 其方法使用: perform:执行一个RequestBuilder请求,会自动执行SpringMVC的流程并映射到相应的控制器执行处理: get:声明发送一个get请求的方法.MockHttpServletRequestBuilder g

前言 很多公司都有写单元测试的硬性要求,在提交代码的时候,如果单测通不过或者说单元测试各种覆盖率不达标,会被拒绝合并代码.写单元测试,也是保证代码质量的一种方式. junit单元测试 相信绝大多数的Java开发者都用过Junit来写单元测试. 引入依赖: <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</vers

前言 很多公司都有写单元测试的硬性要求,在提交代码的时候,如果单测通不过或者说单元测试各种覆盖率不达标,会被拒绝合并代码.写单元测试,也是保证代码质量的一种方式. junit单元测试 相信绝大多数的Java开发者都用过Junit来写单元测试. 引入依赖: <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</vers

测试驱动的开发(TDD,Test Driven Development)的核心理念,是要使得重构(refactoring)更为有效,而不是创建更多的测试. 对一个有着长生命周期的项目来讲,在它的第一个版本,通常具有好的.干净的架构.随着版本的不断更新,会引入越来越多旁门左道的变通方法(hacky workaround).捷径(short cuts).不一致的接口(inconsistent interfaces).难以理解的契约(confusing contracts)等,这样项目就会变得越来越难

摘要:本文演示如何构建起一个优秀的后端接口体系,体系构建好了自然就有了规范,同时再构建新的后端接口也会十分轻松. 一个后端接口大致分为四个部分组成:接口地址(url).接口请求方式(get.post等).请求数据(request).响应数据(response).如何构建这几个部分每个公司要求都不同,没有什么“一定是最好的”标准,但一个优秀的后端接口和一个糟糕的后端接口对比起来差异还是蛮大的,其中最重要的关键点就是看是否规范! 本文就一步一步演示如何构建起一个优秀的后端接口体系,体系构建好了自然就

之前发了SpringBoot 单元测试的博客, https://www.cnblogs.com/harrychinese/p/springboot_unittesting.html , 内容较少, 现在补齐SpringBoot单元测试的主要知识点. 测试有很多种, 有单元测试 .集成测试 .冒烟测试 .回归测试 .端到端测试 .功能测试. 它们作用不同, 但又有所重叠. 1. 单元测试: [责任人: 开发人员]针对 class 级别的测试, 针对一个类, 写一个测试类. 在项目中, class

SpringBoot 项目单元测试也很方便, Web项目中单元测试应该覆盖:1. Service 层2. Controller 层 本文前半部分讲解是一些测试基础配置. 对于Service和Controller测试的讲解,摘自一个博客(嘟嘟独立博客的博客, Spring Boot干货系列:(十二)Spring Boot使用单元测试, 链接: http://tengj.top/2017/12/28/springboot12/) =====================pom.xml 文件====

关于SpringBoot的单元测试,描述一下三种单元测试的方式. 1.约定 单元测试代码写在src/test/java目录下单元测试类命名为*Test,前缀为要测试的类名 2. 使用mock方式单元测试 Spring测试框架提供MockMvc对象,可以在不需要客户端-服务端请求的情况下进行MVC测试,完全在服务端这边就可以执行Controller的请求,跟启动了测试服务器一样.测试开始之前需要建立测试环境,setup方法被@Before修饰.通过MockMvcBuilders工具,使用WebAp

历史遗留代码不敢重构? 每次改代码都要回归所有逻辑? 提测被打回? 在近期的代码重构的过程中,遇到了各式各样的问题.比如调整代码顺序导致bug,取反操作逻辑丢失,参数校验逻辑被误改等. 上线前需要花大量时间进行测试和灰度验证.在此过程最大的感受就是:一切没有单测覆盖的重构都是裸奔. 经历了没有单测痛苦磨难,查阅很多资料和实战之后,于是就有了这篇文章,希望能给你的单测提供一些参考. 认识单测 What 单元测试是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作.程序单元是应用的最小可测

.personSunflowerP { background: rgba(51, 153, 0, 0.66); border-bottom: 1px solid rgba(0, 102, 0, 1); border-top-left-radius: 7px; border-top-right-radius: 7px; color: rgba(255, 255, 255, 1); height: 1.8em; line-height: 1.8em; padding: 5px } springboo

优点 为什么很多技术或者知识要说优点?因为有些道理看着很简单,大家表面上都觉得对,但是做的时候又不去做或者做不到.其中有一个很重要原因是骨子里或者潜意识并没有真实觉得这是对的,一旦想去做的时候同时会冒出更多不去做的理由. 方法更健壮 更明确方法的职责 很多小伙伴在编写方法或者程序的时候,先简单写一下"大体"的逻辑.好一些的,在写完后,会根据不同"情况"验证一下,如果有错再继续修改.但是往往更多的情况下,自己也不知道这个方法对外是一种什么形态,需要满足多少种情况,在异

1.本次对比基础环境信息如下: springboot版本1.5.10 centos虚机4c6G,版本7.4 centos实机2u16c40G,版本7.4,虚机运行在实机上 ab版本2.3 jprofiler版本9.1.1 2.压测接口说明 天花板:指的是一个空接口,没有任何实现,直接返回,如 @RequestMapping(value = "/test", method = RequestMethod.GET) public void test() { } 服务接口:指的是具有一定业务

前言: 昨天读到了一篇文章,讲的是TDD,即Test-Driven Development,测试驱动开发.大体意思是,它要求在编写某个功能的代码之前先编写测试代码,然后只编写使测试通过的功能代码,通过测试来推动整个开发的进行.这有助于编写简洁可用和高质量的代码,并加速开发过程. 初读之时,瞬间感受到了震撼,感觉和自己之前的开发流程全都不一样,之前是由始至终,而这种思想确实以终为始.后来一查这种思想早在前几年甚至前几十年就被提出了,进而被广泛运用到了敏捷开发中.看来是自己孤落寡闻了,于是我准备将这

文章目录 前言 1. 首先介绍项目的相关技术和工具: 2. 首先创建项目 3. 项目的结构 3.1实体类: 3.2 Mapper.xml 3.3 mapper.inteface 3.4 Service 3.5 Controller 3.6 html页面 3.7 yml文件配置 3.8 POM文件依赖 4. 踩坑秘籍 4.1 xml文件返回结果是list的size为1,但是结果为null 4.2 Controller返回到html 4.3 关于静态资源的配置 4.4 Swagger 配置 4.5

有些人认为,写单元测试就是在浪费时间 ,写完代码,依然还是能够进行测试的.但是,还是建议写单元测试的,可以让你的条理更加清晰,而且当某个功能出现问题时,可能通过单元测试很容易的定位和解决问题.本文主要总结下在Spring及SpringBoot项目中,使用单元测试时的方法.将JUnit4和JUnit5对比着来写,因为我发现我身边的同事经常搞不明白要怎么用. Juint版本说明 这里主要说明下它们在Maven下的依赖包 Junit4 <dependency> <groupId>juni

我们写测试用例的目的是为了能够整理思路,把要测试的地方列出来,做为知识的积淀,用例可以交给其他测试人员执行,或者是跟需求提出者进行讨论,对用例进行补充和修改. 理论上用例写的越多,越容易发现bug.但是,本文我们将讨论如何写出发现不了bug的测试用例. 不看需求 要想写出测不出bug的用例,最关键的一点就是不看需求或者随便看看需求. 需求文档是个磨人的小妖精,要么是写的看不懂,要么写的太简单.这玩意很多时候我们是看不懂的,看不懂的话,嗯,那么就脑补咯,用例写的又快又好,执行的时候肯定发现不了bu

楔子 四年前我虽然也写了很多年代码,由于公司虽然规模不小,却并非一家规范化的软件公司,因此在项目中严格意义上来说并没有架构设计.也不写单元测试,后来有幸加入了一家公司,这家公司虽然也是一家小公司,但是好歹曾经聘请过一位架构师,这位架构师使用spring.net 搭建了一套基础的技术架构,并在公司推广使用EnterpriseArchiture(EA)软件设计UML图,但是由于种种原因,他试用期还没过,只是简单的设计了几个业务之后就离职了. 我加入这家公司的时候距离这位架构师离职也已经有相当长的时间

========================4.Springboot2.0单元测试进阶实战和自定义异常处理 ============================== 1.@SpringBootTest单元测试实战 简介:讲解SpringBoot的单元测试 1.引入相关依赖 <!--springboot程序测试依赖,如果是自动创建项目默认添加--> <dependency> <groupId>org.springframework.boot</groupId

Django使用AJAX调用自己写的API接口 *** 具体代码和数据已上传到github https://github.com/PythonerKK/eleme-api-by-django-restful-framework *** 在这个例子中,我们将使用Django编写饿了么高校外卖商家查询API接口,并且使用AJAX技术来实现API接口的使用,包括使用ajax get方法加载更多数据,使用ajax方法来更新.修改.新增.删除数据.利用API可以做到前后端分离,为开发web应用提供了便利.

                      用VSTS写单元测试                           许多应用程序都会用到“用户”类型,今天我要用的是ConsoleApplication1名字 1.打开VS2013 --> 新建一个项目.这里我们默认创建一个控制台项目.取名为ConsoleApplication1 2.在解决方案里面新增一个单元测试项目.取名为默认ConsoleApplication1 创建完毕后项目结构大概如下: 3.进入控制台项目UnitTestDemo的Pr

SpringBoot进行单元测试,需要在maven中加入以下依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId