北京-宏哥的博客

上一篇宏哥介绍了如何设计支持不同浏览器测试，宏哥的方法就是通过来切换配置文件设置的浏览器名称的值，来确定启动什么浏览器进行脚本测试。宏哥将这个叫做浏览器引擎类。这个类负责获取浏览器类型和启动不同浏览器，并做一些前提操作，例如：最大化浏览器窗口和，打开测试服务器地址。今天这篇宏哥打算介绍如何封装几个Selenium公共的方法到页面基类中去。首先宏哥给小伙伴或者童鞋们解释一下页面基类，看到基类，我们想起了继承。没错，在这个框架基于POM的思想上，我们需要利用继承的特点，来实现，减少我们重复代码量。

从这一篇开始介绍和分享Java+Selenium+POM的简单自动化测试框架设计。第一个设计点，就是支持跨浏览器测试。宏哥自己认为的支持跨浏览器测试就是：同一个测试用例，支持用不同浏览器去执行。我们这里只考虑Windows平台的浏览器，而且只关注火狐和谷歌浏览器的自动化测试，我们已经知道IE执行很慢，而且容易出问题，而且现在Windows系统也在逐步取消IE浏览器。那到底要怎么做，才能支持一个自动化用例能够在不同浏览器上运行？宏哥这里是通过读取配置文件的值，来切换不同浏览器运行测试脚本。

前面宏哥一连几篇介绍如何通过开源jar包Log4j.jar、log4j2.jar和logback实现日志文件输出，Log4j和logback确实很强大，能生成三种日志文件，一种是保存到磁盘的日志文件，一种是控制台输出的日志，还有一种是HTML格式的日志文件。有时候，我们不一定都需要这些文件，在我们自动化测试框架里，我们只需要把日志文件保存到磁盘文件中，所以，这里介绍一种不用Log4j或者logback来实现日志文件写入和保存。

上一篇宏哥用PageFactory实现了POM，宏哥再介绍一下如果不用PageFactory如何实现POM。

上一篇介绍了POM的基础理论知识和非POM方式写脚本，这篇介绍利用页面工厂类（page factory）去实现POM，通过查看PageFactory类，我们可以知道它是一个初始化一个页面实例的功能，在实例化该页面对象时候，也会一起实例化该页面的元素定位。

页面对象模型（Page Object Model）在Selenium Webdriver自动化测试中使用非常流行和受欢迎，作为自动化测试工程师应该至少听说过POM这个概念。本篇介绍POM的简介，接下来宏哥一步一步告诉你如何在你Java+Selenium3自动化测试框架中实现POM。Page Object Model (POM) 直译为“页面对象模型”，这种设计模式旨在为每个待测试的页面创建一个页面对象(class)，将那些繁琐的定位操作封装到这个页面对象中，只对外提供必要的操作接口，是一种封装思想。

为了方便查看和归档：（1）不同包的日志可能要放到不同的文件中，如service层和dao层的日志；（2）不同日志级别：调试、信息、警告和错误等也要分文件输出。所以宏哥今天主要介绍和分享的是：使用logback输出日志到不同文件。废话不说直入主题。

上一篇宏哥介绍是如何使用logback将日志输出到控制台中，但是如果需要发给相关人需要你拷贝出来，有时候由于控制台窗口的限制，有部分日志将会无法查看，因此我们还是需要将日志输出到文件中，因此今天主要介绍和分享如何使用logback将日志输出到文件中。上一篇测试环境已经准备好了，今天我们直接进入主题开始实践。

Apache Log4j2 远程代码执行漏洞风险紧急通告 - OSCHINA - 中文开源技术交流社区，因此可以用logback日志框架替换一下。slf4j是Java的简单日志门面API，很多日志实现都可以与之集成，如JDK logging (java.util.logging), log4j和logback。优点是代码里不会有具体的日志实现类，减少侵入。与log4j相比，logback具有一些优势，如更好的性能、更少的内存使用、自动重加载配置文件以及过滤功能等。

上一篇宏哥讲解和分享了如何在控制台输出日志，但是你还需要复制粘贴才能发给相关人员，而且由于界面大小限制，你只能获取当前的日志，因此最好还是将日志适时地记录在文件中直接打包发给相关人员即可。因此这一篇宏哥主要讲解和分享如何通过log4j2将日志输出到文件中。

Apache Log4j 是一个非常古老的日志框架，并且是多年来最受欢迎的日志框架。它引入了现代日志框架仍在使用的基本概念，如分层日志级别和记录器。2015 年 8 月 5 日，该项目管理委员会宣布 Log4j 1.x 已达到使用寿命。建议用户使用 Log4j 1 升级到 Apache Log4j 2。因此宏哥觉得有必要介绍一下Log4j 2，今天就单独一篇介绍一下。2.Log4j2简介。

自动化测试中如何输出日志文件。任何软件，都会涉及到日志输出。所以，在测试人员报bug，特别是崩溃的bug，一般都要提供软件产品的日志文件。开发通过看日志文件，知道这个崩溃产生的原因，至少知道触发崩溃的条件是什么。同样在自动化测试框架设计，日志文件输出是不可或缺的。我们习惯通过日志输出来记录我们用例执行的情况。当然测试报告更直观，但是如果出现问题，往往是日志文件更有效。这里我们介绍如何通过Log4j.jar来帮助我们输出一个日志。

TestNG为日志记录和报告提供的不同选项。现在，宏哥讲解分享如何开始使用它们。首先，我们将编写一个示例程序，在该程序中我们将使用 ITestListener方法进行日志记录。1.按照宏哥前边的方法，创建一个TestNG类，并命名为：TestLog。这里宏哥直接沿用上一篇文章中的测试类。如下图所示：2.然后进行脚本编辑，前面的测试类包含三个测试方法，其中OpenBrowser和LogOut将在执行时通过，而SignIn通过将false。

TestNG还为我们提供了测试的记录功能-日志。例如，在运行测试用例期间，用户希望在控制台中记录一些信息。信息可以是任何细节取决于目的。牢记我们正在使用Selenium进行测试，我们需要有助于用户理解测试步骤或测试用例执行期间的任何失败的信息。在TestNG Logs的帮助下，可以在Selenium测试用例执行期间启用日志记录。

其实前边好像简单的提到过测试报告，宏哥觉得这部分比较重要，就着重讲解和介绍一下。报告是任何测试执行中最重要的部分，因为它可以帮助用户了解测试执行的结果、失败点和失败原因。另一方面，日志记录对于密切关注执行流程或在出现任何故障时进行调试很重要。默认情况下，TestNG 会为其测试执行生成不同类型的报告。这包括一个 HTML 和一个 XML 报告输出。TestNG 还允许其用户编写自己的报告程序并将其与 TestNG 一起使用。还有一个选项可以编写自己的记录器，TestNG 在运行时会通知这些记录器。

其实前边好像简单的提到过测试报告，宏哥觉得这部分比较重要，就着重讲解和介绍一下。报告是任何测试执行中最重要的部分，因为它可以帮助用户了解测试执行的结果、失败点和失败原因。另一方面，日志记录对于密切关注执行流程或在出现任何故障时进行调试很重要。默认情况下，TestNG 会为其测试执行生成不同类型的报告。这包括一个 HTML 和一个 XML 报告输出。TestNG 还允许其用户编写自己的报告程序并将其与 TestNG 一起使用。还有一个选项可以编写自己的记录器，TestNG 在运行时会通知这些记录器。

在实际测试过程中，我们经常会遇到这样的情况，开发由于某些原因导致一些模块进度延后，而你的自动化测试脚本已经提前完成，这样就会有部分模块测试，有部分模块不能进行测试。这就需要我们暂时不让一些test case执行。今天宏哥主要讲解的就是在工作中遇到这种情况如何处理，不影响你的测试进度。

经过前边几篇知识点的介绍，今天宏哥就在实际测试中应用一下前边所学的依赖测试。这一篇主要介绍在TestNG中一个类中有多个测试方法的时候，多个测试方法的执行顺序或者依赖关系的问题。如果不用dependsOnMethods,testNG会自动根据@Test方法名称的首字母排序来执行测试方法，而不是按照你设计的测试用例来执行方法。多的不说，少的不唠，我们开始今天讲解和分享。

今天本来是打算实践应用一下前边的知识点，但是忘记漏了依赖的一个知识点，宏哥个人觉得还是比较重要的，所以今天先说这个，下一篇再讲解和分享实际应用。今天主要讲解一下依赖测试的依赖机制。

上一篇讲解了依赖测试的各种方法，今天继续讲解依赖测试的方法，这一篇主要是讲解和分享通过xml文件配置组名依赖方法（ 主要是测试组的用法）。废话不说，直接上干货。

今天主要是讲解和分享：TestNG中一个类中有多个测试方法的时候，多个测试方法的执行顺序或者依赖关系的问题。如果不用dependsOnMethods,testNG会自动根据@Test方法名称的首字母排序来执行测试方法。但是有时，我们可能需要以特定顺序调用测试用例中的方法，或者可能希望在方法之间共享一些数据和状态。TestNG支持这种依赖关系，因为它支持在测试方法之间显式依赖的声明。

今天这一篇宏哥主要是结合实际工作中将遇到的测试场景和前边两篇学习的知识结合起来给大家讲解和分享一下，希望以后大家在以后遇到其他的测试场景也可以将自己的所学的知识应用到测试场景中。

上一篇中介绍了DataProvider如何传递参数，以及和一些其他方法结合传递参数，今天宏哥接着把剩下的一些常用的也做一下简单的介绍和分享。

上一篇文章中宏哥简单的讲解了一下通过xml文件传递参数，这一篇宏哥讲解通过通过@DataProvider传递参数，也就是我们常说的数据驱动测试。如何利用TestNG实现DDT（数据驱动测试 Data Driver Test），什么是数据驱动测试呢？且听宏哥娓娓道来。数据驱动测试是指使用相同的测试用例，但是每次都使用不同的测试数据，进行的一种测试。这些测试数据，通常来自于外部，如.csv文件，.xsl文件，文本文件，或者来自数据库。数据驱动测试是一种最常见的自动化测试技术，用于在许多不同的输入中验证应用程序。

上一篇文章中，从TestNg的特点我们知道支持变量，那么我们这一篇就通过变量参数来启动不同的浏览器进行自动化测试。那么如何实现同时启动不同的浏览器对脚本进行测试，且听宏哥娓娓道来。

前面文章细心的小伙伴会发现宏哥在运行测试用例的时候有的是在main方法下，而有的不需要用main方法去执行用例，那么为什么有的就不需要在main方法下就能够成功运行测试用例了。这就需要单元测试框架的支持，这篇宏哥就来简单介绍TestNG单元测试框架的安装和基本使用。TestNG按照官方的定义：TestNG是一个测试框架，其灵感来自JUnit和NUnit，但引入了一些新的功能，使其功能更强大，使用更方便。TestNG是一个测试框架，它能覆盖不同层级的测试，例如，单元测试，集成测试，端对端测试等。

前面宏哥介绍了几种关于时间等待的方法，也提到了，在实际自动化测试脚本开发过程，百分之90的报错是和元素因为时间不同步而发生报错。本文介绍如何新建一个自定义的类库来解决这个元素同步问题。这样，我们在写脚本的时候，就直接调用该类方法就可以。在脚本中调用我们的元素同步方法,在另外一个包lessons下新建一个测试类，测试调用类方法。

Java自动化测试开发中，需要将一些易变的配置参数放置再 XML 配置文件或者 properties 配置文件中。然而 XML 配置文件需要通过 DOM 或 SAX 方式解析，而读取 properties 配置文件就比较容易。因此今天宏哥讲解和分享如何读取properties配置文件的内容。

在实际测试中，我们不仅需要读取Excle，而且有时候还需要读取CSV类的文件。如何去读取CSV的文件，宏哥今天就讲解和分享一下，希望对你能够有所帮助。前面介绍了如何读取excel文件，本篇介绍如何读取vsc文件，同样需要用到第三方lib去处理读取csv文件的数据。csv是【comma-separated values】的缩写，代表一种包含数据列表的纯文本文件格式，这些csv文件通常用于在不同应用程序之间交换数据。

今天继续操作Excle，小伙伴或者童鞋们是不是觉得宏哥会介绍第三种工具操作Excle，今天不介绍了，有两种就够用了，其实一种就够用了，今天主要是来介绍如何使用不同的数据类型读取Excel文件。在实际测试中，您可能不得不处理除String之外的多个数据类型的Excel文件数据。在本教程中，我们将使用不同的数据类型读取Java中的excel文件。

前面介绍了POI可以操作excel，也简单的提到另一个操作excle的工具，本篇介绍一个其他的可以操作excel的工具，但是这个工具有一个前提，excel文件版本只能是97-2003版本，如果是2007或者以上版本是操作不了的，所以，还是建议掌握POI操作excel文件。不管这个Jexcel只能操作2003版本的excel，我们先来看看如何读取一个2003版本excel内的数据。

在自动化测试，有些我们的测试数据是放到excel文件中，尤其是在做数据驱动测试的时候，所以需要懂得如何操作获取excel内的内容。POI（基于Apache的POI类库。

今天这一篇，宏哥主要讲解：利用WebDriver 提供可以读取、添加和删除cookie 信息的相关操作方法。验证浏览器中是否存在某个cookie。原因是：因为基于真实的cookie 的测试是无法通过白盒和集成测试完成的。

今天按照原计划宏哥要用实例来给小伙伴或童鞋们来演示一下，如何利用cookie实现跳过验证码进行登录。这个场景是自动登陆。有很多系统的登陆信息都是保存在cookie里的，因此只要往cookie中添加正确的值就可以实现自动登陆了。什么图片验证码、登陆的用例就都是浮云了。而且登录往往就自动化测试的第一步，系统都登录不进去,后边无论是多么高大上都是白扯。因此宏哥拿出一篇文章的篇幅对其进行介绍和分享，希望对你能够有所帮助。

前边介绍了三种截图方法，各有各的优点吧，今天宏哥主要是介绍一下cookie。Cookie内记录用户名和密码(加密)信息，只要请求时服务器收到Cookie，识别成功，默认为已登陆，今天通过本文给大家分享Selenium对Cookie的操作方法。HTTP协议是无状态的协议。一旦数据交换完毕，客户端与服务器端的连接就会关闭，再次交换数据需要建立新的连接，这就意味着服务器无法从连接上跟踪会话。也就是说即使第一次和服务器连接后并且登录成功后，第二次请求服务器依然不能知道当前请求是哪个用户。

当本机上没有浏览器，需要远程调用浏览器进行自动化测试时，需要用到RemoteWebDirver。），注册一下基本上几个小时后，就可以用了有兴趣的你也可以自己申请一个。文章中可能前后的服务器不一样，所以截图有点瑕疵，抱歉啊。RemoteWebDriver包括两部分：客户端和服务端1）客户端就是我们要运行测试用例（脚本）2）服务端就是我们启动的服务。

按照计划宏哥今天将介绍java+ selenium自动化测试截图操作实现的第三种截图方法，也就是截图的第三剑客 - 截取某个元素（或者目标区域）的图片。在测试的过程中，有时候不需要截取整个屏幕，只需要截取某个元素（或者目标区域）的图片，今天宏哥就来讲解和分享这些内容。

前面我们介绍了Selenium中TakeScreenshot类来截图，得到的图片是浏览器窗口内的截图。有时候，只截浏览器窗口内的图是不够的，而且TakeScreenshot截图只针对浏览器的web事件，假如你在运行脚本过程，windows上有一个其他软件弹出了一个购物的弹窗页面，这个时候就会干扰你截图。所以，有时候我们需要整个屏幕截图，这个时候我们就需要用到Robot这个类。

今天本来是要介绍远程测试的相关内容的，但是宏哥在操作服务器的时候干了件糊涂的事，事情经过是这样的：本来申请好的Windows服务器用来做演示的，可是服务器可能是局域网的，连百度都不能访问，宏哥想调试一下网络，禁用网卡，然后重启网卡，结果禁用后就连不上了。。。。就只能等服务器分配的管理员在物理机操作了，他给我分配的估计是虚拟机的服务器。唉，不能演示了，那么宏哥就来介绍java+ selenium自动化测试截图操作的实现，大致分为三篇，每篇介绍一种截图方法，你喜欢那种就用那种。

前几天，有人私信里留言问宏哥，分页怎么自动化测试了，完了给他说了说思路，不知道最后搞定没有，索性宏哥就写一篇文章来讲解和介绍如何处理分页。