1、xUnit是什么
先看Wikipedia上的解释
xUnit是一系列测试框架的统称,最开始来源于一个叫做Smalltalk的SUnit框架,现在各种面向对象的语言,如Java、Python的鼻祖就是Smalltalk,后来这些语言都借助了Sunit框架的理念,有很多通用的规范和特征,也就统称为xUnit.
1.1 xUnit框架体系
- Java : JUnit、TestNG
- Python : UnitTest、PyTest
1.2 xUnit的共同特征
- Test Runner :测试的运行器
- Test Case :测试用例
- Test Fixtures : 测试夹具/治具,用来管理测试用例的执行
- Test Suites :测试套件,用来编排测试用例
- Test Execution:测试执行,以何种顺序执行
- Test Result Formatter:测试结果,具备相同的格式,可被整合
- Assertions:断言
2、从Junit4开启xUnit框架之旅
2.1为何从Junit4开始
- Junit4仍然是99%的研发工程师的首选框架,方便测试工程师与研发工程师交流(拉关系~~)
- TestNG的使用多用于测试工程师
- Junit5还未大规模普及(最推荐的框架,成熟、好用、研发测试通用)
- 很多框架基于Junit4定制
2.2测试用例的核心元素
- 测试用例的名字:特性方法名
- 测试用例描述与标签:注解
- 测试用例的容器:类或者套件
- 测试过程
- 单元测试
- Web自动化测试 Selenium
- App自动化测试 Appium
- 接口自动化测试 RestAssured
- 测试断言
2.3基本demo运行
1)创建maven工程XUnit,pom.xml中添加Junit依赖
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
2)src/test/java下创建测试类Junit4DemoTest
注:
- 测试类要以Test开头或者结尾
- maven auto-import
- src/main/java 存放应用实现代码
- src/test/java 存放单元测试
- 单元测试的原则之一:用例可以独立运行
基本测试demo运行:
运行结果:
2.4 用例间的执行顺序
Junit4:
- Default 取决于反射方法获得的列表,顺序固定(不保险)
- @FixMethodOrder(MethodSorters.JVM) 顺序可能变化
- @FixMethodOrder(MethodSorters.NAME_ASCENDING) 按照名字ASCII顺序(稳定常用,建议使用)
TestNG、Junit5:
- 可以通过注解设置顺序Order
顺序演示:
运行结果:
2.5 测试套件的执行顺序支持
- Junit4:
- @BeforeClass、@AfterClass
- @Before、@After
- TestNG:
- @BeforeClass
- @BeforeMethod
- BeforeGroup、@BeforeSuite
- Junit5:
- @BeforeClass
- @BeforeEach
实操演示1:
- 在用例执行前后增加@Before和@After:
运行结果:
实操演示2: - 再增加@BeforeClass和@AfterClass
运行结果:
2.5 用例管理的实际应用举例——App自动化测试用例管理
- 基类的@BeforeClass:
- 配置读取、配置Capability、初始化driver、安装App,PageObject初始化
- 集成的子类执行流程
- @BeforeClass:进图特定的tab子功能页面
- @Before:启动并进入特定界面
- @Test:测试用例执行
- @After:回退到入口
- @AfterClass:关闭app
- @BeforeClass:进图特定的tab子功能页面
- 基类的@AfterClass
- driver.quit
2.6 继承关系下的测试流程
流程顺序:
- 父类@BeforeClass
- 子类@BeforeClass
- 父类@Before
- 子类@Before
- 子类@Test
- 父类@Test
- 子类@After
- 父类@After
- 子类@AfterClass
- 父类@AfterClass
实操演示1:
- 现在创建一个子类Junit4DemoChildrenTest,继承Junit4DemoTest,然后实现和父类一样的方法并运行子类:
运行结果:
从运行结果中我们可以看到,子类会将与父类中一样的方法进行覆盖,只执行子类中的方法
实操演示2:
- 现在将子类中的方法名进行修改,使其与父类方法名不同,再运行子类:
运行结果:
我是@BeforeClass,我是第一步
我是Children@BeforeClass,我是第一步
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
Children testDemoB
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
Children testDemoA
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
...
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
Children testDemoC
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
testDemoA
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
...
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
testDemoB
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
testDemoC
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是Children@AfterClass,我是最后一步
我是@AfterClass,我是最后一步
2.7 测试套件
- RunWith
- SuiteClasses
- class
实操演示:
- 新建一个子类Junit4DemoChildren2Test,继承Junit4DemoTest
- 再建一个测试类SuitesTest,写上注解@RunWith(Suite.class),表明这是一个测试套件,是多个测试类的一个集合,一个容器;
- 然后利用注解@Suite.SuiteClasses来设置测试类集合,设置测试类执行的顺序
运行结果:
我是@Before,用例执行前先到我这
我是Children2@Before,用例执行前先到我这
Children2 testDemoC
我是Children2@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children2@Before,用例执行前先到我这
Children2 testDemoB
我是Children2@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children2@Before,用例执行前先到我这
Children2 testDemoA
我是Children2@After,用例执行后到我这
我是@After,用例执行后到我这
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
...
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
我是@Before,用例执行前先到我这
我是Children2@Before,用例执行前先到我这
testDemoA
我是Children2@After,用例执行后到我这
我是@After,用例执行后到我这
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
...
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
我是@Before,用例执行前先到我这
我是Children2@Before,用例执行前先到我这
testDemoB
我是Children2@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children2@Before,用例执行前先到我这
testDemoC
我是Children2@After,用例执行后到我这
我是@After,用例执行后到我这
我是Children2@AfterClass,我是最后一步
我是@AfterClass,我是最后一步
我是@BeforeClass,我是第一步
我是@Before,用例执行前先到我这
testDemoA
我是@After,用例执行后到我这
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
...
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
我是@Before,用例执行前先到我这
testDemoB
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
testDemoC
我是@After,用例执行后到我这
我是@AfterClass,我是最后一步
我是@BeforeClass,我是第一步
我是Children@BeforeClass,我是第一步
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
Children testDemoB
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
Children testDemoA
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
...
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
Children testDemoC
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
testDemoA
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
...
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
testDemoB
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是@Before,用例执行前先到我这
我是Children@Before,用例执行前先到我这
testDemoC
我是Children@After,用例执行后到我这
我是@After,用例执行后到我这
我是Children@AfterClass,我是最后一步
我是@AfterClass,我是最后一步
我是@BeforeClass,我是第一步
我是Children2@BeforeClass,我是第一步
由测试结果可以看到使用套件后,测试过程为Junit4DemoChildren2Test、Junit4DemoTest、Junit4DemoChildrenTest的顺序执行
2.8 分组测试-@Category
有时候我们需要对一些特定的用例进行分组测试,这个时候就可以用@Category
来实现
另外在套件执行类上运用注解:
@RunWith(Categories.class) : 固定写法,指明以Category方式分组
@Categories.IncludeCategory(SlowGroup.class) : 指明要执行的测试分组包含哪些
@Categories.ExcludeCategory(FastGroup.class) : 指明要执行的测试分组不包含哪些
@Suite.SuiteClasses({ : 指明要执行的测试类
TestDemo.class
})
@Category
分组需要给定一个标签,以类或者接口都可以,这里创建连个接口SlowGroup
和FastGroup
public interface FastGroup { } public interface SlowGroup { }
- 在用例上分别分组为
SlowGroup
、FastGroup
和SlowGroup+FastGroup
- 指明
SlowGroup
组测试执行,FastGroup
组的测试不执行:
测试结果:
- 仅指明
SlowGroup
组测试执行
测试结果:
- 仅指明不执行的组为
FastGroup
测试结果:
2.9 参数化@Paramterized
有时候我们需要传入测试数据,且数据可能是多组,这个时候就需要使用参数化来传入多组数据进行测试
Junit4的参数化稍微有点麻烦:
1)先在类名上加入注解@RunWith(Parameterized.class)
表明要以参数化运行
2)用注解@Parameterized.Parameters
来设定数据源
3)最后用注解@Parameterized.Parameter来指定数据源数据对应的参数
4)总览
测试结果:
从测试结果可以看到3组参数分别传入方法中,方法各执行了一次,完成参数化测试
3、总结-测试用例的顺序
- 测试用例之间的顺序
- test fixtures的顺序
- 继承顺序
- 套件之间的顺序
参考文档链接:
JUnit4单元测试框架 https://junit.org/junit4/
JUnit5单元测试框架 https://junit.org/junit5/