junit

转自： https://www.cnblogs.com/du-hong/p/11818693.html 1.-测试结果 1.1-成功，失败和断言 测试被认为是成功的，如果它不引发任何异常完成，还是它扔的预期异常（请参阅文档expectedExceptions属性上找到的@Test注释）。 您的测试方法通常由可能引发异常的调用或各种断言（使用Java“ assert”关键字）组成。“断言”失败将触发AssertionErrorException，这反过来会将方法标记为失败（如果未看到断言错误，请记住在JVM上使用-ea）。 这是一个示例测试方法： /** * @author 北京-宏哥 * * Java自动化测试框架-10 - TestNG之 测试结果篇 * * 2019年11月9日 */ @Test public void verifyLastName() { assert "Beust".equals(m_lastName) : "Expected name Beust, for" + m_lastName; } TestNG还包括JUnit的Assert类，该类使您可以对复杂对象执行断言： /** * @author 北京-宏哥 * * Java自动化测试框架-10 - TestNG之 测试结果篇 * * 2019年11月9日 */ import static org

简介： MyBatis 是一款优秀的持久层框架，它支持定制化 SQL、存储过程以及高级映射。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。MyBatis 可以使用简单的 XML 或注解来配置和映射原生信息，将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。　　　　　　——百度百科 创建maven工程: 项目结构： pom.xml文件： 1 < project xmlns ="http://maven.apache.org/POM/4.0.0" xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance" 2 xsi:schemaLocation ="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" > 3 < modelVersion > 4.0.0 </ modelVersion > 4 5 < groupId > com.itdoc.mybatis </ groupId > 6 < artifactId > mybatis-01 </ artifactId > 7 < version > 1.0-SNAPSHOT </

做自动化有好一段时间了，经历了自动化从无到有，然后到框架，到现在的平台，以及持续集成，回顾发现由于自己之前经验太浅，走过的弯路太多，现在也还在谨慎的前进着，之前发现早前很多懵懂的经验，现在稍稍清晰，于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅，如果有更深认识的朋友，互相讨论，谢谢。 一、所谓自动化是为了软件发布服务的，并不只是为了测试服务 　　以前一直怀疑自动化测试的用处，我们之前花费大力气开发了大量的基于关键字方式的脚本，用来提高测试的覆盖率，每次测试耗费大量时间，但是发现的问题少之又少，虽然说，自动化测试不是用来发现问题的，是用来验证软件没有问题，但是有一个矛盾在于我如果不做自动化测试，问题还是那么少，那么做自动化测试我们难道只是为了追求一个心理感受吗？这个概率问题怎么平衡 后来，这个经验是在与开发一起合作冒烟测试建设，到现在的持续集成建设，开始明白，自动化测试的好处是为了增强开发的灵活性和保证软件开发流程的有序性 1）快速检测新版本的不稳定变更，即冒烟测试，能够快速验证当前build版本是否可以继续下一步或者提测，此处冒烟测试可以是单元测试、集成测试和基本功能覆盖测试，常用的框架和工具：Junit、TestNG和接口测试框架（soapui、httpClient等）、界面测试框架用于基本的界面测试（QTP、RFT、selenium）。 2）尽可能的暴露回归程序的错误

做自动化有好一段时间了，经历了自动化从无到有，然后到框架，到现在的平台，以及持续集成，回顾发现由于自己之前经验太浅，走过的弯路太多，现在也还在谨慎的前进着，之前发现早前很多懵懂的经验，现在稍稍清晰，于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅，如果有更深认识的朋友，互相讨论，谢谢。 一、所谓自动化是为了软件发布服务的，并不只是为了测试服务 　　以前一直怀疑自动化测试的用处，我们之前花费大力气开发了大量的基于关键字方式的脚本，用来提高测试的覆盖率，每次测试耗费大量时间，但是发现的问题少之又少，虽然说，自动化测试不是用来发现问题的，是用来验证软件没有问题，但是有一个矛盾在于我如果不做自动化测试，问题还是那么少，那么做自动化测试我们难道只是为了追求一个心理感受吗？这个概率问题怎么平衡 后来，这个经验是在与开发一起合作冒烟测试建设，到现在的持续集成建设，开始明白，自动化测试的好处是为了增强开发的灵活性和保证软件开发流程的有序性 1）快速检测新版本的不稳定变更，即冒烟测试，能够快速验证当前build版本是否可以继续下一步或者提测，此处冒烟测试可以是单元测试、集成测试和基本功能覆盖测试，常用的框架和工具：Junit、TestNG和接口测试框架（soapui、httpClient等）、界面测试框架用于基本的界面测试（QTP、RFT、selenium）。 2）尽可能的暴露回归程序的错误

作为一名研发人员，不管你愿不愿意对自己的代码进行测试，都得承认测试对于研发质量保证的重要性，这也就是为什么每个公司的技术部都需要质量控制部的原因，因为越早的发现代码的bug，成本越低，比如说，Dev环境发现bug的成本要低于QA环境，QA环境发现bug的成本要低于Prod环境，Prod环境发现bug的成本最高，这也是每个研发人员最不愿意遇到但永远避不掉的现实。 虽然不能完全避免，但我们可以对自己的代码进行充分的测试，降低bug出现的几率。 所以， 本篇博客我们主要讲解下Spring MVC控制器的2种测试方法： 部署项目后测试 借助JUnit和Spring Test框架测试 1. 部署项目后测试 在前2篇博客中，我们采取的就是这种测试方式，即将项目打成war包，部署到Tomcat中，运行项目后， 借助浏览器或者Postman等工具对控制器进行测试。 如果是get请求，可以使用浏览器或者Postman测试。 如果是post、put、delete等请求，可以使用Postman进行测试。 有兴趣的同学，可以看下之前的2篇博客： Spring入门(十二)：Spring MVC使用讲解 Spring入门(十三)：Spring MVC常用注解讲解 2. 借助Junit和Spring Test框架测试 上面的方法虽然可以进行测试，但每次都打包、部署、运行项目、测试，显然很不方便

问题 解决： pom文件中加入 <exclusion> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-api</artifactId> </exclusion> 注意：我们用的是Junit4.2,但是测试一直自动用junit5,根据自己的情况，可能是升级自己没有修改。 来源： oschina 链接： https://my.oschina.net/u/4370305/blog/4270092

springboot pom不需要指定版本号 springboot会自己管理版本号 <!-- 支持热部署 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> <optional> true </optional> </dependency> 注意 ： 更改完java代码需要重新编译 ctrl+f9，否则依然没用 @Component 加载到容器中 @ConfigurationProperties(prefix = "person") 加上该注解后,就会注入在application.properties中server开头的属性 @Configuration 加上这个的类代表spring IOC容器 这个相当于bean @Import 多个配置文件整合在一起中间用逗号隔开 @SpringBootTest 配置文件属性的读取 @RunWith(SpringRunner.class) 当一个类用@RunWith注释或继承一个用@RunWith注释的类时， 　　　　　　　　　　　　　　JUnit将调用它所引用的类来运行该类中的测试而不是开发者去在junit内部去构建它。我们在开发过程中使用这个特性。

SpringBoot-单元测试 SpringBoot-单元测试 在SpringBoot中提供了单元测试的组件，它类似于Spring中的单元测试，无需加载配置文件，即可从容器中获取对象的实例。 首先在pom文件中导入以下依赖： <!--springboot程序测试依赖，如果是自动创建项目默认添加--> < dependency > < groupId >org.springframework.boot </ groupId > < artifactId >spring-boot-starter-test </ artifactId > < scope >test </ scope > </ dependency > 然后在test文件夹中创建测试类，在测试类上加上如下注解： @Runwith( SpringRunner. class) @SpringBootTest( classes = Application. class) 在该类中就可以使用@Autowired和@Test进行测试 package cn. rayfoo. demo; ​ import cn. rayfoo. Application; import cn. rayfoo. config. JDBCProperties; import org. junit. jupiter. api. Test; import