专栏首页测试开发成长进阶之路利器 | TestNG 与 Junit 对比,测试框架如何选择?
原创

利器 | TestNG 与 Junit 对比,测试框架如何选择?

​本文为霍格沃兹测试学院学院学员课程学习笔记,系统学习文末加群。

TestNG 和 Junit 作为两大流行的测试框架,有哪些区别?各有哪些优缺点?该如何选择呢?这里简要总结下:

1. Junit 更适合隔离性比较强的单元测试;

2. TestNG 是比 Junit 涵盖功能更全面的测试框架,具有参数化和分组的特性,可以做数据驱动;

3. TestNG 被设计应用覆盖所有的测试,单元、功能、端到端、集成测试等;

4. TestNG 依赖测试时对于依赖方法失败后的用例标记为跳过,而不是像 Junit 标记为失败,减少失败原因排查成本;

5. TestNG 可以针对失败用例回归测试,增加测试针对性和效率,而 Junit 需要将所有测试用例重新执行;

6. TestNG 更适合测试工程师需要的大范围的复杂的集成测试;

注:以上对比指的是 TestNG 和 Junit4 版本的对比,最新的 Junit5 框架已经完善了功能特性,也涵盖了 TestNG 所包含的功能,如果选择 Junit 框架,建议直接选用 Junit5,Junit5 还在推广普及中; 具体可参考《Junit5简介、构成、新特性及基本使用-常用注解、套件执行》

---Junit与TestNG的注解区别---

项目测试实操演练

下面通过项目实操讲解二者区别。做项目测试之前,需要先添加 maven 依赖,如下图所示:

1.基本测试

Junit和TestNG对于测试方法的标注都是@Test,另外在方法执行前后加上@BeforeMethod@AfterMethod

测试结果:

由测试结果可看到在每个测试用例执行前都会先执行@BeforeMethod注解的方法,之后都会执行@AfterMethod注解的方法

2.@BeforeClass和@AfterClass

在测试类运行之前运行@BeforeClass@AfterClass

测试结果:

由测试结果可以看出在测试类执行前后会先后执行一次被@BeforeClass和@AfterClass注解的方法

3.套件测试

TestNG的套件管理有点“特别”,它是以一个xml文件作为统一配置文件的,一般会命名为testNG.xml,实际上文件的命名随意,you happy just ok!

  • 执行时通过运行xml文件
  • 最基本的套件管理规则:suite->test->classes->class
  • 同一个test下的测试类看做是一个整体,其中的注解对整个test整体都是生效的

下面看实操演示,当前有3个测试类SuiteTest1SuiteTest2SuiteTestConfig

resource下创建套件配置文件testNGSuite.xml

3.1 套件测试之
@BeforeSuite和@AfterSuite

1)在SuiteTest1SuiteTest2测试类中分别输入测试用例:

2)再在SuiteTestConfig测试类中输入@BeforeSuite@AfterSuite注解方法和@Test方法

3)最后在配置文件testNGSuite.xml中配置套件执行顺序将SuiteTest1SuiteTestConfig"包"成一个test整体,SuiteTest2SuiteTestConfig"包"成一个test整体;然后依顺序执行 注:suite和test Tag需要给一个name,否则会报错

测试结果:

从测试结果我们可以看到@BeforeSuite@AfterSuite仅仅在suite执行前后分别执行一次

3.2 套件测试之
@BeforeTest+@AfterTest

在测试类SuiteTestConfig中输入@BeforeTest+@AfterTest注解的方法,xml套件配置不变

测试结果:

由测试结果可以看到,在每个test执行前后都会先后执行一次由@BeforeTest@AfterTest注解的方法

4.忽略测试@Test(enable=false)

在测试方法test1的注解中设置属性enable=false

测试结果:

由测试结果可以看到test1被忽略了,并没有执行

5.分组测试

5.1方法分组之
@Test(groups=“xxx”)、@BeforeGroups+@AfterGroups

分别将方法test1test2分为“测试1组”和“测试2组

再在测试1组执行前执行@BeforeGroups注解方法,在测试2组执行后执行@AfterGroups注解方法

测试结果:

5.2测试类分组 @Test(groups=“xxx”)

当前有3个测试类 ClassGroups1TestClassGroups2TestClassGroups3Test

1)分别将这3个测试类进行分组Group1Group2Group3

2)将这3个测试类以3、2、1的执行顺序引入xml套件配置文件

3)设置场景,利用配置<groups>-><run>-><include>/<exclude>Group1Group3执行,Group2不执行(实际上如果<groups>中直接不写Group2,它也不会执行)

xml套件配置文件呈现结果:

测试结果:

由测试结果可以看到,测试类分组在Group3Group1的方法依次执行了,而Group2分组中的测试类未被执行

注:如果测试用例的逻辑顺序设计的较合理,平常使用分组的频率可能没那么高

6.异常测试

测试时,我们可能期望的结果就是抛出某种异常,比如单元测试时输入非法入参,程序期望抛出异常,而这是期望的正确结果,我们希望用例是测试通过的,这时就需要用到异常测试注解:@Test(exceptedExceptions = XXXException.class)

测试结果:

注: 单元测试平常更多的可能由研发人员自己完成,一般功能和接口测试我们测试工程师期待的都是后端对异常处理后返回的一个状态码code和message信息

7.依赖测试

有时候一个用例的执行要依赖其他用例的执行结果,例如购买商品前需要依赖用户登录成功才可以,这个时候就需要使用@Test(dependsOnMethods = {"funtion name"})对另一个用例进行依赖

7.1 依赖用例成功

然后我们直接运行pay方法,结果如下:

由测试结果我们可以看到虽然我们直接执行了pay方法,但是由于pay方法是依赖于login方法的,所以会先执行login方法

7.2 依赖用例失败

我们让被依赖的login用例执行失败,直接运行pay方法,观察结果:

测试结果:

由测试结果可以看到几点现象:

被依赖的用例执行失败,后面的用例会直接跳过忽略

测试结果显示为忽略而不是失败,这样当有成百上千条用例因为被依赖的用例失败而执行不通过时,可以只排查被依赖用例失败原因即可;否则如Junit4全部标记为失败的话会造成排查问题和回归测试效率的极大浪费

8.参数化测试

有的方法需要传参,好比登录成功时我们需要用户的姓名和ID号

参数的传递直接写在代码中不利于维护更改,也不方便不懂代码的测试人员进行参数修改,这个时候就需要参数化测试

8.1 参数化测试1:
@Parameters+<parameter name="xx" value="xxx"/>

这个时候就需要在方法上加上注解@Parameters,并在xml配置文件中利用<parameter name="xx" value="xxx"/>的方式传参

注:也可用<methods><methods/>tag对指定的方法进行参数传递

xml里完成传参:

测试结果:

8.2 参数化测试2:
@Test(dataProvider = “name”)+@DataProvider

1)利用@Test(dataProvider = "name")+@DataProvider(name="name")将多组数据传递到一个方法中依次执行

测试结果:

2)利用@Test(dataProvider = "name")+@DataProvider(name="name")指定测试方法,传递指定入参进行测试

分别单独运行方法userInfo1userInfo2得到测试结果: userInfo1:

userInfo2:

9.多线程测试

9.1多线程测试注解实现
@Test(invocationCount=10,threadPoolSize=4)

参数说明: 官方给出的解释是如下

简单来说就是:

invocationCount表示方法要运行几次,threadPoolSize表示线程池大小,且要配合invocationCount才起作用。现在将userInfo1方法用多线程执行10次,线程池大小设为4,打印当前线程id以观察验证

测试结果:

从测试结果中可以看到4个不同的线程一共将方法userInfo1执行了10次

9.2 多线程测试xml实现:
parallel(methods|tests|classes)+thread-count

参数解释: 官方文档的解释如下:

parallel(methods|tests|classes):设置使用多线程,且有methods|tests|classes三种不同级别选择

  • methods: 所有用例都可以在不同的线程下执行,包括依赖的用例
  • tests: 同一个<test>中的用例运行在同一个线程下,不同<test>中的用例可以运行在不同线程下
  • classes:同一个<class>中的用例运行在同一个线程下,不同<class>中的用例可以运行在不同线程下

1)创建3个方法,打印线程ID

2)三种不同级别选择

methods-所有用例都可以在不同的线程下执行

设置parallelmethods级别,thread-count为3,进行测试

测试结果:

2.2)tests-同一个<test>中的用例运行在同一个线程下,不同<test>中的用例可以运行在不同线程下 再创建测试类ThreadTest,添加三个方法并打印thread ID

设置paralleltests级别,thread-count为3,进行测试

测试结果:

2.3)classes-同一个<class>中的用例运行在同一个线程下,不同<class>中的用例可以运行在不同线程下

设置parallelclasses级别,thread-count为3,进行测试

测试结果:

注: 虽然框架本身说明了是多线程安全的,但是由于我们自身编码可能不能保证严格规范,容易造成多线程不安全,所以建议不要适用多线程测试,而是适用多进程测试

参考链接:

TestNG官方说明:

https://testng.org/doc/index.html

IBM Developer: https://www.ibm.com/developerworks/cn/java/j-cq08296/?mhsrc=ibmsearch_a&mhq=testNG

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 测试开发面试真题 | 测试老兵进阶突破,成功挑战大厂 P7 Offer!

    本人是计算机软件专业出身,自 08 年本科毕业之后一直从事软件测试这一行,可以说是有 10 年经验的测试老兵了。最近的工作经历是在某知名互联网企业担任高级测试经...

    霍格沃兹测试学院
  • 《穿越时空的git》之创建版本库和常用命令操作

    Git 是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。Git 强大的分支管理,远远超过 SVN。那 git 如何创建版本库?...

    霍格沃兹测试学院
  • Git实战(四)| Git分支管理实操,搞定在线合并和本地合并

    类似于SVN这种集中式版本管理,三年前刚来上海工作时候,在华为驻场上班,华为用的就是SVN,印象最深的就是那个小乌龟的图标;后来到外面工作,渐渐发现用Git的非...

    霍格沃兹测试学院
  • 程序员面试之软件测试面试问答

    1、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? 首先,将问题提交到缺陷管理库里面进行备案。 然后,要获取判断的依据和标准...

    互联网金融打杂
  • 持续测试是什么?

    软件开发和交付正在从复杂、独体式应用程序朝更加分布式、以服务为中心的架构转变,前缀的许多依赖关系在编译时解析,而后者的依赖关系在运行时解析。大部分企业应用程序...

    shaonbean
  • DevOps时代,测试该如何应对?

    DevOps的概念最早起源于2009年的欧洲,但由于当时配套技术和工具的匮乏,导致DevOps并没有迅速兴起。近几年随着云计算和大数据等新技术的高速发展以及微服...

    DevOps时代
  • 全栈软件测试工程师宝典连载(1)

    《软件测试艺术》作者G.J.Myers对软件测试定义。软件测试是为了发现错误而执行程序的过程。它包括以下三个方面。

    小老鼠
  • 手机测试心得

    从事软件行业以来一直做过开发,也做过测试,最近在做手机APP的相关测试,将测试感想分享给大家。

    软件测试君
  • 自动化测试与手动测试 必须知道的重要差异

    我们知道,每个项目都有三个重要方面,例如质量,成本和时间。任何项目的目标都是在控制完成项目所需的成本和时间的同时获得预期的输出。

    用户7466307
  • 软件测试的方法

    尽早和尽量多的发现被测对象中的缺陷,应该是测试人员测试过程中最常提起的一个测试目标,也是所谓测试价值的一个的重要体现。发现缺陷的目的是推动开发人员定位和修复问题...

    用户7880705

扫码关注云+社区

领取腾讯云代金券