testng（testng和junit有什么优缺点，该如何选择）

本文目录

• testng和junit有什么优缺点，该如何选择
• testng怎么批量执行测试用例
• 如何使用 testng.xml 实现多个测试用例的连续执行
• testng运行报错 请问是为什么
• 安装好testng之后执行出现如下问题，怎么解决
• testng怎样测试void方法
• testng的dataprovider怎么传参

testng和junit有什么优缺点，该如何选择

结论是两者差不多，一般人用用testng就好。
原因：1.testng底层调用junit
2.历史上曾有testng优于junit的一段时期，但随后junit已更新并追赶上来
3.testng的data provider使用较方便
4.testng能做的事情junit都能做，但是有的地方会比较麻烦，例如，数据驱动，多线程并发执行测试用例。testng更便捷，自带。junit则要依靠第三方工具提供。
5.junit能做的事情testng也都能做，但junit也有更便捷的时候。比如soft assertion，junit可以直接继承jassert做，testng你要自己去实现静态类来做。
6.junit是testng的底层，灵活度上更高。testng调用junit，对测试员来说用户体验更好。

testng怎么批量执行测试用例

用testng.xml，指定需要执行的测试用例

《?xml version="1.0" encoding="UTF-8"?》
***隐藏网址***
《suite thread-count="3" name="Suite" parallel="tests"》
  《test name="ie"》
    《classes》
      《class name="test.script.Dchrome1"/》
      《class name="test.script.Dchrome2"/》
      《class name="test.script.Dchrome3"/》
    《/classes》
  《/test》 《!-- Test --》
《/suite》 《!-- Suite --》

如何使用 testng.xml 实现多个测试用例的连续执行

《?xml version="1.0" encoding="UTF-8"?》
***隐藏网址***
《suite thread-count="3" name="Suite" parallel="tests"》
《test name="ie"》
《classes》
《class name="test.script.Dchrome1"/》
《class name="test.script.Dchrome2"/》
《class name="test.script.Dchrome3"/》
《/classes》
《/test》 《!-- Test --》
《/suite》 《!-- Suite --》

testng运行报错 请问是为什么

初步怀疑是因为testng的运行模式；之前在本地使用TestNg的时候没有问题，然后用了jenkins以后就出现这种情况；正在尝试找方法；
这个问题解决了，问题原因是maven使用的TestNG跟eclipse使用的TestNG不一致造成的
你可以先尝试在pom.xml里面注释掉你添加的TestNG插件，执行一次；然后再将注释的解开就可以运行了

安装好testng之后执行出现如下问题，怎么解决

下面看看是如何一步步实现的：
1、在TestNG的XML中设置参数。下 面的截图中，我设了两个参数，一个是testEnv，另一个是browser。参数的值可以直接写死，也可以由外部传入。参数有不同的作用域，如直接写 在《suite》下，那他的作用域就是整个suite。如写在《test》下，那他的作用域就是所在的test。
2、在测试代码中使用参数。
如下所示，我是在beforeClass 方法中，根据传入的两个参数来初使化浏览器和load 相应环境的测试数据。
3、修改pom.xml文件
4、Jenkins job 传入参数并执行mvn命令
在job中，我设置了两个参数，并给出了默认值。执行job时，可直接使用该默认值或根据实际情况把参数的值改成自己想要的。
下面是Maven命令：
mvn clean test -DtestEnv=%testEnv% -DxmlFileName=%xmlFileName%
执行这条命令时，我们把testEvn及xmlFileName两个参数的值传入了pom.xml文件，接着，Maven在调用TestNG时又会把参数传过去。经过如上四个步骤，我们可以通过参数传递，灵活的指定测试环境、测试范围等，而不需要对测试脚本做任何改动。
这边要讲下xmlFileName这个参数。因为考虑到要执行不同的用例集，比如只针对某一模块进行自动化测试，或对项目所有的功能进行全面回归，我们可以创建不同的TestNG XML文件，然后在执行mvn命令时指定你想要跑的那个XML文件。
该方法适用于所有使用Jenkins + Maven + TestNG的测试场景。

testng怎样测试void方法

使用TestNG类执行测试用例。这个类的主入口点在TestNG的框架运行测试。用户可以创建自己的TestNG的对象，并调用它以许多不同的方式：
在现有的testng.xml
合成testng.xml，完全从Java创建
直接设定测试类
您还可以定义哪些群体包括或排除，分配参数，命令行参数：
-d outputdir: 指定输出目录
-testclass class_name: 指定了一个或多个类名
-testjar jar_name: 指定的jar包含测试
-sourcedir src1;src2: ; 分隔源目录列表（只有当使用的javadoc注释）
-target
-groups
-testrunfactory
-listener
testng.xml现有在下面的例子中，我们将创建TestNG的对象。
创建一个类
创建一个Java类进行测试为 MessageUtil.java 在 C:\ 》 TestNG_WORKSPACE
/*
* This class prints the given message on console.
*/
public class MessageUtil {
private String message;
//Constructor
//@param message to be printed
public MessageUtil(String message){
this.message = message;
}

// prints the message
public String printMessage(){
System.out.println(message);
return message;
}
}
创建测试例类
创建一个Java测试类 SampleTest.java
您的测试类添加一个的测试方法testPrintMessage（）
添加注释@Test 到方法 testPrintMessage()
实现测试条件和使用的assertEquals API TestNG的检查条件
创建一个Java类文件名 SampleTest.java在 C:\ 》 TestNG_WORKSPACE
import org.testng.Assert;
import org.testng.annotations.Test;
public class SampleTest {

String message = "Hello World";
MessageUtil messageUtil = new MessageUtil(message);
@Test
public void testPrintMessage() {
Assert.assertEquals(message, messageUtil.printMessage());
}
}
创建 testng.xml
接下来，让我们创建testng.xml文件在 C:\ 》 TestNG_WORKSPACE 执行测试用例，此文件捕获整个测试XML。这个文件可以很容易地描述所有的测试套件和它们的参数在一个文件中，你可以检查你的代码库或e-mail给同事。这也使得它容易提取测试或分裂的几个运行时配置的子集（例如，TestNG的database.xml 只能运行测试，行使数据库）。
《?xml version="1.0" encoding="UTF-8"?》
《suite name="Sample test Suite"》
《test name="Sample test"》
《classes》
《class name="SampleTest" /》
《/classes》
《/test》
《/suite》
情况下使用javac编译测试
C:\TestNG_WORKSPACE》javac MessageUtil.java SampleTest.java
现在，运行这个 testng.xml，将运行中定义的测试用例 《test》 标签
C:\TestNG_WORKSPACE》java -cp "C:\TestNG_WORKSPACE" org.testng.TestNG testng.xml
验证输出。
Hello World
===============================================
Sample test Suite
Total tests run: 1, Failures: 0, Skips: 0
===============================================

testng的dataprovider怎么传参

testng中传递参数可以使用@Dataprovider，这种参数主要用于指定的参数集合，但是如果是从testng外部传入参数的话，@Dataprovider则无法获得或者说无法直接获得
这种情况可以通过《parameter》标签，在testng.xml中定义参数的值。对于同一参数，可以在不同地方定义不同值，因此需要注意testng.xml中的测试范围的问题。
《suite》和《test》标签定义了suite和test两种测试范围：一个test可以包含一系列的测试方法，一个
suite可以包含多个独立的test。这两种测试范围有什么区别呢？一个test的所有测试方法都是针对同一测试对象，测试方法之间可以相互影响。而一
个suite的每个test都是针对一个单独测试对象，两个test中的测试方法不会相互影响。
在这两种测试范围定义的参数，满足如下规律：
1）在Suite范围内定义某个参数的值，对所有的Test都有效。
2）在Test范围内定义某个参数的值，只是针对该Test有效。
3）如果同时在Suite和Test中定义某个参数，Test范围的值会屏蔽Suite的值。
view plain copy print?
***隐藏网址***

《suite name="Suite" verbose="1"》
《parameter name="username" value="root" /》
《parameter name="password" value="pwd" /》
《parameter name="param" value="param" /》

《test name="test1"》
《parameter name="username" value="root2" /》
《parameter name="password" value="pwd2" /》
《classes》
《class name="HelloWorld" /》
《/classes》
《/test》

《test name="test2"》
《packages》
《package name="com.ibm.testng.test"》《/package》
《/packages》
《/test》
《suite》
在suite中都定义了username和password两个参数，同时也在test1中也定义了这两个参数，但是在test2中没有定义。因
此，test1中所有测试方法的username和password分别为“root2”和“pwd2”，而test2中所有测试方法的username
和password分别为“root”和“pwd”。
在java代码中，给测试方法传递参数的示例代码如下：
view plain copy print?
@Parameters({"username"})
@Test(groups = "login")
public void inputUsername(String username) {
System.out.println("Input Username: " + username);
}

@Parameters({"password"})
@Test(groups = "login")
public void inputPassword(String password) {
System.out.println("Input Password: " + password);
}
如果带参的函数被@Test标记为测试函数，但是没有被@Parameters标记，或者被@Parameters标记了，但是没有指定传递参数的名字，都会抛出一个TestNGException，这个函数就会被认为fail掉。
testng.xml只能传输简单类型的参数，不能传递Object类型。可以通过间接的方式，传递Object类型的参数。将所有参数化放到一个xml
文件中，然后将该xml文件名作为参数，传递到一个XML解析器中。将xml解析的参数作为属性，创建所需的Object对象，然后对这些对象执行测试方
法。
对比@Dataprovider
@DataProvider标记专门为测试方法提供参数的方法。这类方法必须返回Object[
]类型的二维数组，Object的每一行，都是测试方法的一个测试数据集，测试方法会为每个测试数据集执行一次。如果没有指定参数的名称，则默认为方
法的名称，方法的名称没有限制。
@DataProvider标记的方法一般情况下没有参数，其实也可以带参数，但是这些参数的传递受到下面的两个限制：
1）@DataProvider标记的方法不可能是测试函数，因此不能通过@Parameters传递参数。
2）@DataProvider标记的方法只能被TestNG调用，因此用户不能通过调用的方式传递参数。
基于上面两个限制，@DataProvider标记的方法的参数化必须是特殊类型的，即TestNG在调用该方法时，可以通过反射机制获得。例如，例子中
传递的参数是java.lang.reflect.Method类型，TestNG会将当前测试函数的名称传递给这个参数。当多个测试函数同时使用相同
@DataProvider提供的参数时，需要根据测试方法提供不同的测试数据集时，这种特殊类型参数就显得非常有用。