一.TestNG 是什么 ？
- 脱胎于业界标杆的Junit，并超于Junit，主要原因是由于当时的JUnit3版本不支持annotation，使用不够灵活。
- TestNG不再需要test前缀的命名方式、支持数据驱动、用例分组等一系列特性完全碾压Junit。
- JUnit也在不断的吸纳TestNG和其他的思想和技术，目前主要的功能已经基本都能支持。
- Annotation：
注解种类
Beforexxxx系列，在Test之前执行的动作。
Afterxxxx系列，在Test之后执行的动作。
DataProvider，数据驱动类。
Test，测试执行的主体。
Parameters，接收配置文件中同名参数到代码中使用。
注解使用
直接在任意方法上加@注解名，对方法名字、参数类型没有要求。
需要@Test方法作用域为public。
二.搭建TestNG环境
- 新建Maven项目， 在pom文件中写入依赖。 就完成了环境的配置，就这么简单。
- PS：Intellij自带了TestNG插件，如使用的是Eclipse，需手动安装TestNG插件。
三.使用@Test做一次最简单的测试任务
- 直接上代码，只需要在需要执行的测试代码上加上@Test注释即可
- 执行时，只需在这个java文件上右键，选择Run Task3 即可。
- 执行完成后，会出现下图执行结果：
四.加入断言，进行数据正确性校验
执行结果：
五.加入@BeforeTest和@AfterTest动作
执行结果：
六.再试试多种@BeforeXXX和@AfterXXX
执行结果：
七.参数化一组数据
- 以Object[][]的形式，让TestNG对一组数据进行测试，并校验。
- 执行结果会是这样：
- 或者是这样：
八.再用一种方式参数化一组数据
- 这次我们把数据存储在了Excel中：
执行结果：
- 这样就实现了数据与脚本分离。
九.使用数据库的数据作为一组参数
- 使用的SQL是：SELECT * FROM ServiceAPI_InfoRecords;
- 由于执行的数据是由SQL语句进行的筛选，所以另我们的测试数据又变得更加灵活。
- 比如使用下面这句SQL语句： SELECT * FROM ServiceAPI_InfoRecords WHERE isTest=1。
- 执行结果和想象的一样，只会执行1和3
十.编写测试配置文件
- Testng.xml是一个以xml记录所有测试的文件。这个文件能够很容易地再一个文件中描述所有测试套件和它们的参数，可以将它签入到代码库中，或者通过电子邮件发送给同事。也可以很容易地提取测试的子集，或分成几种运行时配置。
- 如上面这个例子，它所做的就是执行Task10
十一.配置文件中使用参数传递
- 在配置文件中，使用parameter标签来完成参数传递动作
- 执行结果为test1,2,3,1,3
十二.做好测试方法的依赖关系
- 如下代码：doTest3依赖doTest2，doTest2又依赖doTest1。
- 所以当doTest2执行错误后，由于doTest3依赖doTest2，所以doTest3被忽略了。
十三.测试分组
- 使用注释的方式，标记好每个测试的分组
- 很好的根据自己的需要，执行对应的分组测试
十四.生成报告
- TestNG本身就自带了报告，一个是很丑，另一个是使用了一些墙外的东西（你懂的），墙内打开报告页面至少得一分钟。
- 然后我选择使用的ReportNG。在一开始的PPT中，我们已经把ReportNG的依赖添加完成了，所以这里只需要在*.xml 文件里增加报告的侦听就行了。
- 在代码中，很显然使用System.out.println();是无法将信息打印至报告中的。所以，需要TestNG的log打印方式：Reporter.log("XXXXXXXX")。
- 执行测试后，生成的报告是这样的：
十五：场景
当我们有了这把利器之后，我们可以用在很多场景上。比如：
- 开发进行单元测试
- 测试进行各种自动化测试
- WEB UI自动化测试（如 Selenium WebDriver）
- APP UI 自动化测试（如 Appium）
- 接口自动化测试
十六.测试用例结果有错误后。。。
- 肯定是需要定位出错的原因。
- 是真的出错了，还是当时环境的不稳定之类的意外情况引起的？
- 所以我们最常的做法是：把错误的用例再执行一遍，会自动生成testng-failed.xml，里面记录的就是执行失败的用例，可直接执行。
十七.其它
- 完成上述任务并能活用的话，在日常的测试工作中，使用用TestNG便没有什么太大的问题了。
- 当然，TestNG还有诸如“并发”、“扩展”等任务，待学习研究