|
|
|
|
公众号矩阵

Selenium WebDriver自动化测试的十大优秀实践

本文将和您讨论Selenium WebDriver API是如何使用浏览器驱动,与真实浏览器相交互,以及在Selenium自动化测试中的十种优秀实践。

作者:陈峻来源:51CTO|2021-11-05 09:00

【51CTO.com快译】目前,广受开发界欢迎的Selenium,不但是针对Web应用的自动化开源框架,而且可以处理诸如网站监控等各种管理任务。同时,作为科技行业内,最为流行的开源式自动化测试工具,Selenium为端到端测试提供了强大的、基于浏览器的自动化测试服务。

Selenium WebDriver从诞生之日起也备受欢迎。它既可以直接运行在浏览器上,又能够使用浏览器的内置功能,去触发那些由测试人员编写的自动化测试。如下图所示,Selenium WebDriver 架构由Selenium客户端库、JSON Wire协议、浏览器驱动、以及浏览器,四个主要模块构建而成。

凭借着多年使用Selenium框架的经验,我将在下面和您讨论Selenium WebDriver API是如何使用浏览器驱动,与真实浏览器相交互,以及在Selenium自动化测试中的十种优秀实践,以方便您开发设计出优秀的、且具有可扩展性的测试套件。

自动化测试的优秀实践

1. 设置命名约定。为已创建的每种类型文件建立标准化的命名约定,将有助于简化开发和Selenium的测试过程。例如:根据项目的某个阶段性需求,贵团队可能需要临时增加某个成员临时编写的测试代码。不过在几个月后,当您的团队重新访问该测试时,您可能已记不得、或无法弄清当初的意图与目的,而只能被动地留存到开发完整的实施阶段。因此,我们需要通过以一种“不言自明(self-explanatory)”的方式,去命名各种测试用例,以方便您和您的团队快速地了解其测试特性与意图,避免花费时间进行不必要的来回滚屏,或反复浏览与比对。此外,如果某些测试在执行阶段出现了失败,那么我们只需快速地查看测试名称,便可以轻松地定位是哪些功能出现了问题。

2. 避免阻止休眠的调用。作为显式等待的一个例子,休眠模式虽然并非Selenium WebDriver的特性,但是大多数编程语言的常见功能。当您的程序正在运行时,Thread.Sleep()通常会在某个线程中,按照设定的方式,执行各种自动化检查。一旦满足调用的条件,它就会指示应用程序在一段时间内,除了休眠,不做任何事。

不过,Selenium提供了隐式(Implicit)和显式(Explicit)等待两种方式,能够比休眠更加有效地处理各种延迟。其中,隐式等待会通知目标浏览器,为页面上现存的所有Web元素,等待指定的持续时间。如果某个元素的可用性快于隐式延迟时间,那么程序将会顺利地移至下一行代码执行。可见,我们需要避免阻止休眠的调用。让Selenium自行使用隐式和显式等待来进行处理。请通过链接-- https://itnext.io/how-to-using-implicit-and-explicit-waits-in-selenium-d1ba53de5e15,了解更多有关Selenium隐式和显式等待的信息。

3. 选择最适合的Web定位器。我们在执行Selenium自动化测试时,可能碰到的一项挑战是,如果那些与测试代码中使用到的定位器相关的具体实现发生了变化,那么我们必须对自动化测试进行相应的更改。其中包括:ID、名称、链接文本、XPath、CSS选择器、DOM定位器等(请参见下表)。

可见,对于如此繁多的Web定位器,我们有必要选择合适的定位器,以尽量减少由于用户界面的变化,而对测试引发的影响。其中,ID、Class和Name不仅易于使用,而且相对其他Web定位器更加稳定。请通过链接--https://itnext.io/the-concept-of-the-right-locator-for-selenium-webdriver-automated-scripts-5b8c6bf528e5,了解更多有关Selenium WebDriver自动化脚本如何选择恰当的定位器的概念。

4. 实施日志记录和报告。如果在某个广泛的测试套件中,有个特定的测试失败了,那么我们可能很难准确地定位失败的测试用例。对此,测试控制台(或后台)日志记录,将有助于我们更好地理解代码,在测试代码中找到适当的位置,进而及时抑制问题。

在流行编程语言中,我们经常用到的日志级别包括:调试性、通知性、警告性、错误和重要的日志等。不过,在测试的过程中,添加不必要的日志,也可能会拖慢测试的整体进程。因此,我建议您仅在有助于跟踪那些失败原因的场景中,添加具有相应错误级别的日志。请通过链接--https://itnext.io/implement-logging-and-reporting-best-practices-2cc4b58de9d3,了解更多有关实施日志记录和报告的优秀实践。

5. 使用各种设计模式和原则。面对设计和开发自动化过程中的潜在问题,开发人员往往会事先制定和采用各种模式。对此,我们可以回溯到《设计模式(Design Patterns)》一书。该书提供了各种面向对象编程的适用模式。您几乎能够为每一种问题找到对应的解决方案。当然,此类设计模式的概念也在不断迭代和发展。新的工厂(Factory)和装饰(Decorator)模式也被加入了进去。请通过链接--https://antony-s-smirnov.medium.com/all-about-design-patterns-in-automation-testing-7276ad051db8,了解更多有关自动化测试中的设计模式。

6. 集中式的文件夹结构。在Selenium团队的中央存储库中,开发和Selenium测试人员,更愿意使用约定好的命名规则和定义好的文件夹结构。而没人愿意将时间浪费在,错误文件名和代码问题所产生的负面影响上。例如:在处理那些使用Selenium框架的测试时,我们必须关注测试代码的可维护性。通常,标准的项目是由Src和Test文件夹所组成。其中,Src文件夹可以包含各种子目录,例如:页面对象、帮助函数、以及那些包含在测试场景中的Web定位器文件。而Test文件夹则包含了各种实际的测试实现。

7. 数据驱动测试。被开发出的Web应用也需要针对不同的浏览器、设备、以及操作系统的组合(即多种数据集)进行测试。通过Selenium,您可以使用数据驱动框架、关键字驱动框架、以及两者的混合。由于被输入的测试数据,往往取自外部Excel或CSV等文件,因此数据驱动框架会在如何将数据集与实际测试代码分离的方面,十分有效。在测试自动化脚本中,对测试值进行硬编码,并非一种可扩展的解决方案。它往往会导致不必要的软件臃肿、以及重复性的测试代码。因此,更好的方案是,使用通过Selenium实现数据驱动的参数化测试。参数化将有助于针对不同的输入组合(或数据集),去执行各种测试用例。例如:使用TestNG进行参数化、JUnit参数化、以及开展数据驱动的测试等。请通过链接--https://antony-s-smirnov.medium.com/how-to-use-the-data-provider-pattern-in-the-project-ea12430d9275,了解更多有关如何在项目中使用数据提供者的模式。

8. 在适当的场景中使用断言和验证。

9. 避免代码的重复,或包装Selenium的各种调用。

10. 在Selenium中,使用针对JUnit和TestNG编写的并行测试案例。

原文标题:The best practices test automation withSeleniumWebDriver ,作者: Anton Smirnov

【51CTO译稿,合作站点转载请注明原文译者和出处为51CTO.com】

【编辑推荐】

  1. 鸿蒙官方战略合作共建——HarmonyOS技术社区
  2. 企业在协作工具方面很难跟上安全性和合规性的步伐
  3. Windows 11截图工具出现崩溃Bug 微软:正在修复
  4. 【王顶】基于 Mocha 的自动化测试框架视频课程(上)
  5. 美国商务部宣布制裁四家销售黑客工具的公司
  6. 十个可视化 CSS 工具, 快速生成 CSS 片段
  7. 微软披露Windows 11截图工具崩溃原因,并称更多应用受影响
【责任编辑:华轩 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

带你轻松入门 RabbitMQ

带你轻松入门 RabbitMQ

轻松入门RabbitMQ
共4章 | loong576

53人订阅学习

数据湖与数据仓库的分析实践攻略

数据湖与数据仓库的分析实践攻略

助力现代化数据管理:数据湖与数据仓库的分析实践攻略
共3章 | 创世达人

14人订阅学习

云原生架构实践

云原生架构实践

新技术引领移动互联网进入急速赛道
共3章 | KaliArch

42人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微