Selenium+TestNG实战-3 对第一个登录脚本 大家来找茬
- 测试相关
- 时间:2017-11-16 09:14
- 6694人已阅读
🔔🔔好消息!好消息!🔔🔔
如果您需要注册ChatGPT,想要升级ChatGPT4。凯哥可以代注册ChatGPT账号,代升级ChatGPT4
有需要的朋友👉:微信号
前面一篇,我们一气呵成地完成了第一个Selenium自动化脚本的编写过程。当然是我完全给你灌输了这些代码和代码的解释,也许你还没有掌握。因为,我没有教你如何元素定位,如何写精确的xpath表达式,如何高效写测试断言。这些东西,有些你可以去我博客看看对应文章,有些是无法教会你,需要你多多练习,自己思考和总结。本篇,我们来找找上一篇自动化用例的不合理之处有哪些。
面向过程
上面一篇脚本,其实就是面向过程的思维下写的结果。我们把完成用户登录这个场景看过一个过程,这个过程细分很多步骤,每个步骤都利用我们知道的方法去实现了相关操作,最终实现了效果,这个就是典型的面向过程的思维。
面向对象
我们知道Java主要是面向对象编程。其实WebDriver driver = new ChromeDriver()就体现了面向对象的特性。我们利用面向对象中类和对象来看这个登录过程。浏览器是一个对象,因为具体到了ChromeDriver,然后登录页面是一个对象,页面元素是页面的属性。而元素本身也看着是一个对象,元素有各种操作方法。业务功能登录,可以看做是页面的一个方法。这个登录场景,其实我们完全可以用面向对象的做法来实现。
框架
框架就是很多程序片段组合而成的程序。Selenium本身就是一个框架,提供了很多API供我们调用。这里说的框架是关于我们写脚本,或者如何合理,高效组织这个自动化测试项目。下面几个针对前面一篇写脚本方法的问题,来告诉你为什么要写框架。
问题1:如何测试50个用户登录
前面我们完成了一个用户登录,那么如何测试登录50个用户呢?按期前面方式写50个这样的脚本吗?显然不合理
问题2:代码阅读性太差
我们把各种数据,例如浏览器地址,用户名和密码和业务功能代码都写同一个类文件。现在代码行不多,看起来还好,如果代码多了,数据多了,简直无法读下去。
问题3:如何写几百个测试用例
我们一个用例写到了main方法,如果100个用例,我们怎么写,如何管理用例,如何执行用例?
问题4:运行结果缺少跟踪
上面我们把结果打印到了控制台,我们能不能添加运行日志,记录每行代码的运行记录,方便出了问题进行调试。而且发送了错误,能不能截图。如果有测试结果报告更好。
问题5:不支持多人同时写脚本
一个组肯定不只是一个人去写自动化测试脚本,如果多人加入,如何管理冲突。如何减少代码的重复。
其实问题还有很多,反过来,如果你有了框架的思想,那么面试中,自动化测试框架给你解决了什么问题,类似这样的问题就很好回答了。
Selenium+Testng+POM框架
Selenium肯定要,我们需要利用slenium提供的API去操作元素和操作浏览器。Selenium只是提供了最底层的操作元素的方法,有时候我们需要在这个基础上进行二次开发,封装成新的类,供我们在测试脚本中调用。
TestNG是Java语言中一个非常流行的单元测试框架。TestNG提供了很多方式或者方法,让我们可以高效管理成千上百的测试用例。关于TestNG我博客里对应的入门系列文章。本实战也会涉及到一些常用的用例管理方法。还有一个就是,TestNG支持测试完后输出html文件格式的测试报告。
POM
POM不是框架,更多是思想。最简单,POM就是页面对象模型,一个分层的思想。我们写用例也好,开发设计程序也好,都会去想办法实现分层。我们这里分层,主要是业务逻辑功能和测试脚本数据进行分离。业务逻辑都在一个个页面上操作,可以理解页面的一些Action。而测试脚本一般是调用页面的Action进行测试,加上断言。我们这里就把Action和TestCase进行分层。
Action有很多,每个页面都有不同Actions,这里我们采用POM思想,每个页面看着一个对象。每个页面主要有元素和很多Actions。利用PageFactory进行页面对象的初始化。
页面基类,我们把很多页面进行抽象,抽出相同的部分。把相同部分写到一个父类文件,然后不同页面对象都继承该父类。基类抽象的部分有selenium提供的webdriver的一些事件或者方法,还有一些其他我们自定义的工具类或者方法。
后面的文章,我会带大家利用wordpress这个本地环境,逐步去搭建和实现这个框架的骨干部分,然后进行如何写自动化用例这块。