【测试】自动化测试03（JUnit）

努力经营当下，直至未来明朗！

---

今天搬砖不努力，明天低位不稳定！

JUnit

1. 自动化是使用selenium脚本来实现的；JUnit是java的单元测试工具，只不过我们在实现自动化的时候需要借用一下下junit库中提供的一些方法。
2. 期望写完自动化测试方法后可以直接进行调用运行。
3. 使用junit5进行自动化的优化。
4. junit5支持的java最低版本为8
5. 如果之前已经下载过其他版本的junit，再下载junit5可能就会失败。此时需要先找到下载好的其他版本的junit删除后再下载junit5.（删除是在external libraries底下找到并 open in，然后删除目标的整个文件夹）
6. 需要添加junit依赖（参考Gitee片段）

一） 注解

Junit中提供了非常强大的注解功能

1. @Test

1）表示该方法是测试方法，执行当前类的时候会自动执行该类下所有带@Test注解的用例。（一般来说一个方法就是一个测试用例）
2）当我们使用了junit之后，可以非常方便地看到本次执行了多少用例以及执行的结果。
3）如果方法使用static修饰，即使加上@Test注解也是无法执行的

2. @BeforeEach

1）表明当前方法需要在每个用例执行之前都执行一次
2）修饰的方法不是用例

3. @BeforeAll

1）当前的方法需要在当前类下所有用例执行之前执行一次
2）@BeforeAll修饰的方法必须是static修饰的静态方法

3）同样，修饰的方法不是用例
4）当@BeforeAll和@BeforeEach同时存在时，@BeforeAll修饰的方法先进行执行

4. @AfterEach

当前的方法需要在每个用例执行之后都执行一次

5. @AfterAll

1）当前的方法在当前类下所有的用例执行之后执行一次
2）当@AfterAll和@AfterEach同时存在时，@AfterAll修饰的方法最后执行
3）被该注解修饰的方法必须为静态方法
4）可以存放释放驱动对象的语言

---

二） 断言（Assertions类）

断言实际值和预期值是否符合，不要忘记在方法上加上@Test注解。

1. assertEquals(预期值, 实际值); 断言匹配
2. assertNotEquals(预期值, 实际值); 断言不匹配
3. assertTrue(参数必须有真假); 断言结果为真
4. assertFalse(参数必须有真假); 断言结果为假
5. assertNull(参数可以只有一个实际值，也可以有多个参数); 断言结果为空
6. assertNotNull(实际值); 断言结果不为空

注：空字符串””不是null，String str=null才是null

---

三）用例的执行顺序

1. 官方网站并没有明确说明用例默认的执行顺序的规则

2. 发现：执行顺序并不是按照用例的编写顺序的。
   此时可能会存在问题：如检查登录是需要按照顺序来进行的，如果顺序错误就可能会出现问题。
   

3. 用例执行顺序：
   1）通过order注解来排序：
   ① 在类之前加上@TestMethodOrder注解，表明当前类中的用例是按照order来进行排序的。
   ② 在每个用例上加上@Order注解
   ③ 每个用例上的Test注解不能删掉
   

2）@TestMethodOrder中亦可以选择其他类对象，但是比较不常用，可以自行了解。

---

四）参数化

1. 如进行登录页面测试时，账号、密码可能有多个，此时就需要将账号、密码进行参数化。

2. 尽可能的通过一个用例、多组参数来模拟用户的行为。

3. 在使用参数化注解之前需要先声明该方法为参数化方法@ParameterizedTest，然后通过注解提供数据来源。

4. 单参数：需要在方法上加上@ParameterizedTest注解，然后再加上参数来源注解@ValueSource( )
   

5. @ValueSource( 数据类型方法 = {参数1,参数2,参数3, …} )
   ① 数据类型方法一般是在数据类型后加上一个s
   ② @ValueSource只支持单参数
   ③ @ValueSource支持的数据类型：
   参考官方文档（可以按下ctrl+f进行查找）：JUnit5官方
   

6. 多参数：需要在方法上加上@ParameterizedTest注解，然后再加上参数来源注解@CsvSource( ) [在注解中手动编写数据源]
   

7. @CsvSource( {“一组数据，使用英文逗号间隔” , ”一组数据，使用英文逗号间隔”, “一组数据，使用英文逗号间隔”, …})

8. 如果参数过多，直接写到@CsvSource中是不太好看的，所以可以写到一个.csv的文档中（借助excel，但是记得更改后缀名为.csv）

9. 多参数使用csv文件作为数据来源：使用@CsvFileSource注解进行数据导入，每一横行为一组数据。

10. 注意：csv文件的创建应该先使用电脑自带的excel而不是直接右键新建excel（因为会是wps），然后再另存为csv文件，否则可能会出现编译不通过等问题。
    

11. 动态参数方法：动态方法提供数据源
    1）数据源方法Stream参数：如果返回类型一致就直接具体类型，不一致就使用组合类型Arguments。
    
    2）当我们不指定数据源方法名时，会自动找跟用例方法名同名的静态方法
    

12. 使用了参数化注解@ParameterizedTest的方法不能再用@Test注解，@Test注解只能作用在非参数话的用例上。

---

五）测试套件

1. 如果想要一次运行整个包下的所有类，此时就需要使用测试套件
2. 先创建一个类，通过@Suite注解表示该类为测试套件类（而不是测试类）。
   1）然后使用@SelectClasses注解指定要测试的类
   
   在指定的类中想要运行的用例必须要被@Test注解（除参数化的用例外）
   2）指定包名来运行该包下的所有测试用例 @SelectPackages
   在指定的包中想要运行的用例必须要被@Test注解（除参数化的用例外）
   
   如果使用包名来指定运行的范围，那么该包下所有的测试类的命名都要以Test/Tests结尾（注意：T必须大写）

---

【补充】

1. 如果在自动化测试过程中因为输入本来就错误的而报错了，此时并不是测试完成，应该要进行断言判断。
   如：根据登录错误后or登录正确后会出现的页面的元素进行判定。
2. 隐式等待和显式等待不能同时使用，同时使用可能会出现意想不到的等待结果。
3. 有时候隐式等待和显式等待不生效/达不到目的的时候可以加上强制等待。

---

小结

1. 注解
2. @Test测试用例
3. 断言
4. 用例参数化（单参、多参、动态化）
5. 测试套件（类、包）