TestNG 三 测试方法

简介: 一、设置参数 测试方法是可以带有参数的。每个测试方法都可以带有任意数量的参数,并且可以通过使用TestNG的@Parameters向方法传递正确的参数。 设置方式有两种方法:使用testng.xml或者Data Providers 。

一、设置参数

测试方法是可以带有参数的。每个测试方法都可以带有任意数量的参数,并且可以通过使用TestNG的@Parameters向方法传递正确的参数。

设置方式有两种方法:使用testng.xml或者Data Providers 。

 

(一)使用 testng.xml 设置参数

1.如果只使用相对简单的参数,可以在 testng.xml文件中指定:

1 @Parameters({ "first-name" })
2 @Test
3 public void testSingleString(String firstName) { 
4   System.out.println("Invoked testString " + firstName);
5   assert "Cedric".equals(firstName);
6 }

在这段代码中,我们让 firstName 参数能够接到XML文件中叫做 first-name 参数的值。这个XML参数被定义在 testng.xml:

1 <suite name="My suite">
2   <parameter name="first-name"  value="Cedric"/>
3   <test name="Simple example">

类似的,它也可以用在 @Before/After 和 @Factory 注解上:

1 @Parameters({ "datasource", "jdbcDriver" })
2 @BeforeMethod
3 public void beforeTest(String ds, String driver) {
4   m_dataSource = ...;                              // 查询数据源的值
5   m_jdbcDriver = driver;
6 }

这次有两个Java参数 ds 和 driver 会分别接收到来自属性datasource 和 jdbc-driver 所指定的值。

 

2.参数也可以通过 Optional 注释来声明:

1 @Parameters("db")
2 @Test
3 public void testNonExistentParameter(@Optional("mysql") String db) { ... }

如果在你的testng.xml文件中没有找到"db",你的测试方法就会使用 @Optional 中的值:"mysql"。

 

 

3.@Parameters 可以被放置到如下位置:

(1)在任何已经被 @Test, @Before/After 或 @Factory 注解过的地方。

(2)在测试类中至多被放到一个构造函数签。这样,TestNG才能在需要的时候使用 testng.xml 中特定的参数来实例化这个类。这个特性可以被用作初始化某些类中的值,以便稍后会被类中其他的方法所使用。

注意:

XML中的参数会按照Java参数在注解中出现的顺序被映射过去,并且如果数量不匹配,TestNG会报错。

参数是有作用范围的。在testng.xml 中,你即可以在<suite> 标签下声明,也可以在 <test>下声明。如果两个参数都有相同的名字,那么,定义在<test> 中的有优先权。这在你需要覆盖某些测试中特定参数的值时,会非常方便。

 

 

(二)使用DataProviders提供参数

在testng.xml 中指定参数可能会有如下的不足:

1.如果你压根不用 testng.xml.

2.你需要传递复杂的参数,或者从Java中创建参数(复杂对象,对象从属性文件或者数据库中读取的etc...)

这样的话,你就可以使用Data Provider来给需要的测试提供参数。所谓数据提供者,就是一个能返回对象数组的数组的方法,并且这个方法被@DataProvider注解标注

DataProvider的定义如下:

 1 @DataProvider(name = "range-provider")
 2 public Object[][] rangeData() {
 3 int lower = 5;
 4 int upper = 10;
 5 return new Object[][] {
 6 { lower-1, lower, upper, false },
 7 { lower, lower, upper, true },
 8 { lower+1, lower, upper, true },
 9 { upper, lower, upper, true},
10 { upper+1, lower, upper, false },
11 };
12 }

调用DataProvider的方式如下:

1 @Test(dataProvider = "range-provider")
2 public void testIsBetween(int n, int lower,int upper, boolean expected)
3 {
4 println("Received " + n + " " + lower + "-"+ upper + " expected: " + expected);
5 Assert.assertEquals(expected, isBetween(n, lower, upper));
6 }

被@Test标注的方法通过dataProvider属性指明其数据提供商。这个名字必须与@DataProvider(name="...")中的名字相一致。

 

DataProvider返回的是一个Object的二维数组,二维数组中的每个一维数组都会传递给调用函数,作为参数使用。运行的时候,会发现, @Test标识的test method被执行的次数和object[][]包含的一维数组的个数是一致的,而@Test标识的函数的参数个数,也和object内一维数组内的元素数是一致的。

 

运行后的输出结果如下:

Received 4 5-10expected: false

Received 5 5-10expected: true

Received 6 5-10expected: true

Received 10 5-10expected: true

Received 11 5-10expected: false

 

===============================================

Parameter Suite

Total tests run: 5,Failures: 0, Skips: 0

===============================================

 

(三)DataProviders扩展

默认的情况下,数据提供者会查找当前的测试类或者测试类的基类。如果你希望它能够被其他的类所使用,那么就要将其指定为static,并且通过 dataProviderClass 属性指定要使用的类:

 1 public static class StaticProvider {
 2   @DataProvider(name = "create")
 3   public static Object[][] createData() {
 4     return new Object[][] {
 5       new Object[] { new Integer(42) }
 6     }
 7   }
 8 }
 9 public class MyTest {
10   @Test(dataProvider = "create", dataProviderClass = StaticProvider.class)
11   public void test(Integer n) {
12     // ...
13   }
14 }

Data Provider方法可以返回如下两种类型中的一种:

1.含有多个对象的数组 (Object[][]),其中第一个下标指明了测试方法要调用的次数,第二个下标则完全与测试方法中的参数类型和个数相匹配。上面的例子已经说明。

2.另外一个是迭代器 Iterator<Object[]>。二者的区别是迭代器允许你延迟创建自己的测试数据。TestNG会调用迭代器,之后测试方法会一个接一个的调用由迭代器返回的值。在你需要传递很多参数组给测试组的时候,这样你无须提前创建一堆值。

 

下面是使用JDK5 的例子 (注意 JDK 1.4的例子不适用泛型):

1 public Iterator createData() {
2   return new MyIterator(DATA);
3 )
4 @DataProvider(name = "test1")
5 public Iterator

如果你声明的 @DataProvider 使用 java.lang.reflect.Method 作为第一个参数,TestNG 会把当前的测试方法当成参数传给第一个参数。这一点在你的多个测试方法使用相同的@DataProvider的时候,并且你想要依据具体的测试方法返回不同的值时,特别有用。

例如,下面的代码它内部的 @DataProvider 中的测试方法的名字:

 1 @DataProvider(name = "dp")
 2 public Object[][] createData(Method m) {
 3   System.out.println(m.getName());  
 4   return new Object[][] { new Object[] { "Cedric" }};
 5 }
 6 
 7 @Test(dataProvider = "dp")
 8 public void test1(String s) {}
 9 @Test(dataProvider = "dp")
10 public void test2(String s) {}

所以会显示:

test1 

test2

 

Data provider可以通过属性 parallel实现并行运行:

1 @DataProvider(parallel = true)
2 // ...

使用XML文件运行的data provider享有相同的线程池,默认的大小是10.你可以通过修改该在 <suite> 标签中的值来更改:

<suitename="Suite1" data-provider-thread-count="20" >

... 

如果你需要让指定的几个data provider运行在不同的线程中,那么就必须通过不同的xml文件来运行。

 

二、依赖方法

有些时候,需要按照特定顺序调用测试方法。

1.确保在进行更多的方法测试之前,有一定数量的测试方法已经成功完成。

2.在初始化测试的时候,同时希望这个初始化方法也是一个测试方法( @Before/After 不会出现在最后生成的报告中)。

 

为此,你可以使用 @Test 中的 dependsOnMethods 或 dependsOnGroups 属性。

这两种依赖:

1.Harddependencies(硬依赖)。所有的被依赖方法必须成功运行。只要有一个出问题,测试就不会被调用,并且在报告中被标记为SKIP。

2.Softdependencies(软依赖)。 即便是有些依赖方法失败了,也一样运行。如果你只是需要保证你的测试方法按照顺序执行,而不关心他们的依赖方法是否成功。那么这种机制就非常有用。可以通过添加 "alwaysRun=true" 到 @Test 来实现软依赖。

 

硬依赖的例子:

1 @Test
2 public void serverStartedOk() {}
3 @Test(dependsOnMethods = { "serverStartedOk" })
4 public void method1() {}

此例中,method1() 依赖于方法 serverStartedOk(),从而保证 serverStartedOk() 总是先运行。

也可以让若干方法依赖于组:

1 @Test(groups = { "init" })
2 public void serverStartedOk() {}
3 @Test(groups = { "init" })
4 public void initEnvironment() {}
5 @Test(dependsOnGroups = { "init.* })
6 public void method1() {}

本例中,method1()依赖于匹配正则表达式"init.*"的组,由此保证了serverStartedOk()和initEnvironment()总是先于method1()被调用。

 

注意:正如前面所说的那样,在相同组中的调用可是在夸测试中不保证顺序的。

 

如果你使用硬依赖,并且被依赖方法失败(alwaysRun=false,即默认是硬依赖),依赖方法则不是被标记为FAIL而是SKIP。被跳过的方法会被在最后的报告中标记出来(HTML既不用红色也不是绿色所表示),主要是被跳过的方法不是必然失败,所以被标出来做以区别。

无论dependsOnGroups还是dependsOnMethods都可以接受正则表达式作为参数。对于dependsOnMethods,如果被依赖的方法有多个重载,那么所有的重载方法都会被调用。如果你只希望使用这些重载中的一个,那么就应该使用dependsOnGroups。

 

 

三、类级注解

通常 @Test 也可以用来标注类,而不仅仅是方法:

1 @Test
2 public class Test1 {
3   public void test1() {
4   }
5   public void test2() {
6   }
7 }

处于类级的 @Test 会使得类中所有的public方法成为测试方法,而不管他们是否已经被标注。当然,你仍然可以用 @Test 注解重复标注测试方法,特别是要为其添加一些特别的属性时。

例如:

1 @Test
2 public class Test1 {
3   public void test1() {
4   }
5   @Test(groups = "g1")
6   public void test2() {
7   }
8 }

上例中 test1() 和 test2() 都被处理,不过在此之上 test2() 现在还属于组 "g1"。


img_42a4adae4716d0e15c3eeaabfd040044.png

注:转载需注明出处及作者。

流柯      

目录
相关文章
|
数据采集 监控 机器人
浅谈网页端IM技术及相关测试方法实践(包括WebSocket性能测试)
最开始转转的客服系统体系如IM、工单以及机器人等都是使用第三方的产品。但第三方产品对于转转的业务,以及客服的效率等都产生了诸多限制,所以我们决定自研替换第三方系统。下面主要分享一下网页端IM技术及相关测试方法,我们先从了解IM系统和WebSocket开始。
519 4
|
10月前
|
测试技术 开发者 Python
Python单元测试入门:3个核心断言方法,帮你快速定位代码bug
本文介绍Python单元测试基础,详解`unittest`框架中的三大核心断言方法:`assertEqual`验证值相等,`assertTrue`和`assertFalse`判断条件真假。通过实例演示其用法,帮助开发者自动化检测代码逻辑,提升测试效率与可靠性。
614 1
|
10月前
|
机器学习/深度学习 人工智能 自然语言处理
如何让AI更“聪明”?VLM模型的优化策略与测试方法全解析​
本文系统解析视觉语言模型(VLM)的核心机制、推理优化、评测方法与挑战。涵盖多模态对齐、KV Cache优化、性能测试及主流基准,助你全面掌握VLM技术前沿。建议点赞收藏,深入学习。
3122 8
|
编解码 缓存 Prometheus
「ximagine」业余爱好者的非专业显示器测试流程规范,同时也是本账号输出内容的数据来源!如何测试显示器?荒岛整理总结出多种测试方法和注意事项,以及粗浅的原理解析!
本期内容为「ximagine」频道《显示器测试流程》的规范及标准,我们主要使用Calman、DisplayCAL、i1Profiler等软件及CA410、Spyder X、i1Pro 2等设备,是我们目前制作内容数据的重要来源,我们深知所做的仍是比较表面的活儿,和工程师、科研人员相比有着不小的差距,测试并不复杂,但是相当繁琐,收集整理测试无不花费大量时间精力,内容不完善或者有错误的地方,希望大佬指出我们好改进!
1340 16
「ximagine」业余爱好者的非专业显示器测试流程规范,同时也是本账号输出内容的数据来源!如何测试显示器?荒岛整理总结出多种测试方法和注意事项,以及粗浅的原理解析!
|
测试技术
软考软件评测师——可靠性测试测试方法
软件可靠性是指软件在规定条件和时间内完成预定功能的能力,受运行环境、软件规模、内部结构、开发方法及可靠性投入等因素影响。失效概率指软件运行中出现失效的可能性,可靠度为不发生失效的概率,平均无失效时间(MTTF)体现软件可靠程度。案例分析显示,嵌入式软件需满足高可靠性要求,如机载软件的可靠度需达99.99%以上,通过定量指标评估其是否达标。
|
消息中间件 缓存 监控
性能测试怎么做?方法、流程与核心要点解析
本文系统阐述了性能测试的核心方法论、实施流程、问题定位优化及报告编写规范。涵盖五大测试类型(负载验证、极限压力、基准比对、持续稳定性、弹性扩展)与七项关键指标,详解各阶段任务如需求分析、场景设计和环境搭建,并提供常见瓶颈识别与优化实战案例。最后规范测试报告内容框架与数据可视化建议,为企业级实践提出建立基线库、自动化回归和全链路压测体系等建议,助力高效开展性能测试工作。
|
人工智能 自然语言处理 测试技术
AxBench:斯坦福大学推出评估语言模型控制方法的基准测试框架
AxBench 是由斯坦福大学推出,用于评估语言模型可解释性方法的基准测试框架,支持概念检测和模型转向任务,帮助研究者系统地比较不同控制技术的有效性。
480 5
AxBench:斯坦福大学推出评估语言模型控制方法的基准测试框架
|
机器学习/深度学习 算法 UED
在数据驱动时代,A/B 测试成为评估机器学习项目不同方案效果的重要方法
在数据驱动时代,A/B 测试成为评估机器学习项目不同方案效果的重要方法。本文介绍 A/B 测试的基本概念、步骤及其在模型评估、算法改进、特征选择和用户体验优化中的应用,同时提供 Python 实现示例,强调其在确保项目性能和用户体验方面的关键作用。
690 6
|
JavaScript 安全 编译器
TypeScript 与 Jest 测试框架的结合使用,从 TypeScript 的测试需求出发,介绍了 Jest 的特点及其与 TypeScript 结合的优势,详细讲解了基本测试步骤、常见测试场景及异步操作测试方法
本文深入探讨了 TypeScript 与 Jest 测试框架的结合使用,从 TypeScript 的测试需求出发,介绍了 Jest 的特点及其与 TypeScript 结合的优势,详细讲解了基本测试步骤、常见测试场景及异步操作测试方法,并通过实际案例展示了其在项目中的应用效果,旨在提升代码质量和开发效率。
420 6