单元测试编写
Junit 单元测试框架
对于Java语言而言,其单元测试框架,有Junit和TestNG这两种,
下面是一个典型的JUnit测试类的结构
package com.example.demo; import org.junit.jupiter.api.*; import static org.junit.jupiter.api.Assertions.*; @DisplayName("售票器类型测试") class DemoTest { // 定义测试的实例 private Demo demo; // 定义前缀 整个测试类开始执行的地方 @BeforeAll public static void init(){ } // 定义后缀,整个测试类完成后执行的操作 @AfterAll public static void cleanup(){ } // 定义每个测试用例开始执行前的操作 @BeforeEach public void create(){ this.demo = new Demo(); } // 定义在每个测试用例完成后执行的操作 @AfterEach public void destory(){ } // 执行测试用例 @Test @DisplayName("售票后的余额减少") public void shouldReduceInventoryWhenticketSoldOut(){ } @Test public void ming(){ } }
测试结果如图所示
层次性表达测试用例
测试用例较多的情况下,为了层次性表达测试用例,使用Junit的Nested注解有层次的表达测试用例
package com.example.demo; import org.junit.jupiter.api.*; @DisplayName("交易服务测试") class DemoTest { @Nested @DisplayName("用户交易测试") class Test02{ @Test @DisplayName("交易检查测试") public void test01(){ } } }
使用Tag标签区分测试用例
在执行Maven打包的时候,使用tage注解,可以有选择的执行一些测试命令
package com.example.demo; import org.junit.jupiter.api.*; @DisplayName("交易服务测试") class DemoTest { @Test @DisplayName("售票后额度减少") @Tag("fast") public void test01(){ } @Test @DisplayName("一次性减少车票") @Tag("slow") public void test02(){ } }
添加相关的插件
<plugin> <artifactId>maven-surefire-plugin</artifactId> <version>2.22.0</version> <configuration> <properties> <includeTags>fast</includeTags> <excludeTags>slow</excludeTags> </properties> </configuration> </plugin>
断言
使用Junit命令进行断言处理
@Test @DisplayName("售票后额度减少") @Tag("fast") public void test01(){ String s = "ming"; Assertions.assertTrue(s.startsWith("ming")); Assertions.assertTrue(s.endsWith("g")); Assertions.assertEquals(5, s.length()); }
此时断言错误。
单元测试的目的
提升软件质量
优质的单元测试可以保障,开发质量和程序的健壮性,在大多数互联网企业中,开发工程师,都会频繁的执行测试用例。
促进代码的优化
单元测试是由开发工程师编写和维护的,这会促进开发工程师不断的重新审视自己的代码质量。
提高研发效率
单元测试,虽然占用的大量的时间,但是对后续的联调,集成等,都可以进一步的提高研发的效率。
增加重构的自信
代码重构往往是牵一发而动全身的,当修改底层代码的时候,通过不断的单元测试,可以增加重构的软件的自信。
单元测试的基本原则
单元测试要符合AIR原则。单元测试,符合以下三个原则
1. 自动化
2. 独立性
3. 可重复
单元测试覆盖率
语句覆盖
又称行覆盖(LineCoverage),段覆盖(SegmentCoverage),基本块覆盖(BasicBlockCoverage),这是最常用也是最常见的一种覆盖方式,就是度量被测代码中每个可执行语句是否被执行到了。
判定覆盖
又称分支覆盖(BranchCoverage),所有边界覆盖(All-EdgesCoverage),基本路径覆盖(BasicPathCoverage),判定路径覆盖(Decision-Decision-Path)。它度量程序中每一个判定的分支是否都被测试到了。
条件覆盖
它度量判定中的每个子表达式结果true和false是否被测试到了
路径覆盖
又称断言覆盖(PredicateCoverage)。它度量了是否函数的每一个分支都被执行了
以上就是浅谈Java 中的单元测试的详细内容,更多关于Java 单元测试的资料请关注小牛知识库其它相关文章!
本文向大家介绍浅谈junit4单元测试高级用法,包括了浅谈junit4单元测试高级用法的使用技巧和注意事项,需要的朋友参考一下 Junit单元测试框架是Java程序开发必备的测试利器,现在最常用的就是Junit4了,在Junit4中所有的测试用例都使用了注解的形式,这比Junit3更加灵活与方便。之前在公司的关于单元测试的培训课程中,讲师仅仅讲述了Junit4的基本的与生命周期相关的注解的使用,主
本文向大家介绍浅谈layui 表单元素的选中问题,包括了浅谈layui 表单元素的选中问题的使用技巧和注意事项,需要的朋友参考一下 layui对表单元素都作了美化,比如下拉列表,单选框,多选框.对表单美化后相应元素的操作,其实是在layui处理过后的div上操作,不能真的反映在原始我们编写的表单的元素上.这也会出现一个问题,如果想用JS对表单做些预处理,怎么做?操作原始的元素并不会展现在layui
本文向大家介绍浅谈java中BigDecimal类的简单用法,包括了浅谈java中BigDecimal类的简单用法的使用技巧和注意事项,需要的朋友参考一下 一、BigDecimal概述 Java在java.math包中提供的API类BigDecimal,用来对超过16位有效位的数进行精确的运算。双精度浮点型变量double可以处理16位有效数,但在实际应用中,可能需要对更大或者更小的数进行运算
本文向大家介绍浅谈Java编程中的单例设计模式,包括了浅谈Java编程中的单例设计模式的使用技巧和注意事项,需要的朋友参考一下 写软件的时候经常需要用到打印日志功能,可以帮助你调试和定位问题,项目上线后还可以帮助你分析数据。但是Java原生带有的System.out.println()方法却很少在真正的项目开发中使用,甚至像findbugs等代码检查工具还会认为使用System.out.print
在Java中,大家都知道整数不能转换为字符串,这是编译时的一个错误。 对于这个一般的情况, 我只是不明白为什么在这种情况下,java不能在编译时警告您整数转换为字符串。为什么?据我所知,类型删除是在编译后发生的。 编辑:我只是以为编译器有类型推断才知道T是字符串,这样就不能将Integer强制转换为。但显然没有。
本文向大家介绍简单谈谈C#中深拷贝、浅拷贝,包括了简单谈谈C#中深拷贝、浅拷贝的使用技巧和注意事项,需要的朋友参考一下 Object.MemberwiseClone 方法 创建当前 Object 的浅表副本。 MemberwiseClone 方法创建一个浅表副本,方法是创建一个新对象,然后将当前对象的非静态字段复制到该新对象。 如果字段是值类型的,则对该字段执行逐位复制。 如果字段是引用类型,则复