1.0前言 前面我们介绍了白盒测试方法，后面我们来介绍一下Junit4，使用的是eclipse（用IDEA的小伙伴可以撤了）1.1配置Junit41.1.1安装包我们需要三个jar包：org.junit_4.13.2.v20211018-1956.jarorg.hamcrest.core_1.3.0.v20180420-1519.jarorg.hamcrest-library-1.3.jarorg.junit_4.13.2.v20211018-1956.jar和org.hamcrest.core_1.3.0.v20180420-1519.jar这两个jar包是eclipse自带的然后我们需要
1.0前言 前面我们介绍了白盒测试方法，后面我们来介绍一下Junit4，使用的是eclipse（用IDEA的小伙伴可以撤了）1.1配置Junit41.1.1安装包我们需要三个jar包：org.junit_4.13.2.v20211018-1956.jarorg.hamcrest.core_1.3.0.v20180420-1519.jarorg.hamcrest-library-1.3.jarorg.junit_4.13.2.v20211018-1956.jar和org.hamcrest.core_1.3.0.v20180420-1519.jar这两个jar包是eclipse自带的然后我们需要
1.0前言 断言(assertion)是一种在程序中的一阶逻辑(如：一个结果为真或假的逻辑判断式)，目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时，对应的断言应该为真。若断言不为真时，程序会中止执行，并给出错误信息。1.1JUnitassert断言这里我们直接上例子importstaticorg.junit.Assert.assertArrayEquals;importstaticorg.junit.Assert.assertEquals;importstaticorg.junit.Assert.assertFalse;importstaticorg.junit.Asse
1.0前言 断言(assertion)是一种在程序中的一阶逻辑(如：一个结果为真或假的逻辑判断式)，目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时，对应的断言应该为真。若断言不为真时，程序会中止执行，并给出错误信息。1.1JUnitassert断言这里我们直接上例子importstaticorg.junit.Assert.assertArrayEquals;importstaticorg.junit.Assert.assertEquals;importstaticorg.junit.Assert.assertFalse;importstaticorg.junit.Asse
1.0流程图标识1.1语句覆盖法（C0标准）①目标 程序中的每个可执行语句至少被执行一次后面如未说明那就是还是用的这个样例程序源代码：importjava.util.Scanner;publicclassDemo{ publicstaticvoidmain(String[]args){ inta,b; doublec; Scannerscanner=newScanner(System.in); a=scanner.nextInt(); b=scanner.nextInt(); c=scanner.nextDouble(); if(a>0&&b>0){ c=c/a; }el
1.0流程图标识1.1语句覆盖法（C0标准）①目标 程序中的每个可执行语句至少被执行一次后面如未说明那就是还是用的这个样例程序源代码：importjava.util.Scanner;publicclassDemo{ publicstaticvoidmain(String[]args){ inta,b; doublec; Scannerscanner=newScanner(System.in); a=scanner.nextInt(); b=scanner.nextInt(); c=scanner.nextDouble(); if(a>0&&b>0){ c=c/a; }el
@FixMethodOrder的顺序也并不一定是方法在代码中定义的顺序，这与JVM的实现有关。 我们在写JUnit测试用例时，有时候需要按照定义顺序执行我们的单元测试方法，比如如在测试数据库相关的用例时候要按照测试插入、查询、删除的顺序测试。如果不按照这个顺序测试可能会出现问题，比如删除方法在前面执行，后面的方法就都不能通过测试，因为数据已经被清空了。而JUnit测试时默认的顺序是随机的。所以这时就需要有办法要求JUnit在执行测试方法时按照我们指定的顺序来执行。JUnit是通过@FixMethodOrder注解(annotation)来控制测试方法的执行顺序的。@FixMethodOr
@FixMethodOrder的顺序也并不一定是方法在代码中定义的顺序，这与JVM的实现有关。 我们在写JUnit测试用例时，有时候需要按照定义顺序执行我们的单元测试方法，比如如在测试数据库相关的用例时候要按照测试插入、查询、删除的顺序测试。如果不按照这个顺序测试可能会出现问题，比如删除方法在前面执行，后面的方法就都不能通过测试，因为数据已经被清空了。而JUnit测试时默认的顺序是随机的。所以这时就需要有办法要求JUnit在执行测试方法时按照我们指定的顺序来执行。JUnit是通过@FixMethodOrder注解(annotation)来控制测试方法的执行顺序的。@FixMethodOr
1.0Rules Rules允许非常灵活地添加或重新定义一个测试类中每个测试方法的行为。测试人员可以重复使用或扩展下面提供的Rules之一，或编写自己的Rules。1.1TestName TestNameRule使当前的测试名称在测试方法中可用。用于在测试执行过程中获取测试方法名称。在starting()中记录测试方法名，在getMethodName()中返回例如：importstaticorg.junit.Assert.*;importorg.junit.Rule;importorg.junit.Test;importorg.junit.rules.TestName;publicclas
1.0Rules Rules允许非常灵活地添加或重新定义一个测试类中每个测试方法的行为。测试人员可以重复使用或扩展下面提供的Rules之一，或编写自己的Rules。1.1TestName TestNameRule使当前的测试名称在测试方法中可用。用于在测试执行过程中获取测试方法名称。在starting()中记录测试方法名，在getMethodName()中返回例如：importstaticorg.junit.Assert.*;importorg.junit.Rule;importorg.junit.Test;importorg.junit.rules.TestName;publicclas
