最全阿里十年测试老鸟解析UI自动化测试_ui自动化测试落地方案(1),我先收藏为敬

img
img

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

2.E2E测试(End-to-end Test)

端到端测试,模拟用户真实使用场景的测试

测试金字塔的顶层(UI测试)并非这里字面意义上的“UI测试”,这一点比较有误导性,对于现代前端应用,UI测试侧重产品的UI交互是否正确,模拟后端进行测试也可以,放在单元测试里去做也可以。

而E2E测试,是需要模拟用户真实场景的测试,检查整个系统是否以正确的方式运作。

所以广义上的“UI测试”(测试金字塔的UI Tests)可以认为是E2E测试。

什么场景适合
  1. 需求稳定,不会频繁变更
  2. UI界面稳定,变动少
  3. 项目周期长
  4. 大量的回归测试

一、技术选型

目前市面上常见的几种E2E测试方案有

  1. 基于WebDriver:Selenium,Appium
  2. 基于CDP:Puppeteer,Playwright
  3. Inject Script:Cypress

二、方案落地

最终针对常用的业务场景,我选择了Codeceptjs,这是一个E2E的测试集成框架,统一了用户层的api,可以选择多种不同的测试方案,Web端支持Playwright、WebDriver、Puppeteer、Protractor、TestCafe、Nightmare,手机端支持Appium、Detox。

  1. 在PC端使用Playwright
  2. 在APP端使用Appium

在项目落地前,还有个问题需要确定:

  1. E2E测试代码放哪里?(有以下两个选择)
  2. 跟随项目代码:便于跟随项目的变动进行迭代
  3. 独立仓库维护:独立维护,跟项目仓库解耦

两种选择各有利弊,第一种方案适合项目开发人员维护测试代码,第二种方案适合测试人员独立维护测试代码

三、初始化项目

安装codeceptjs

npm install -D codeceptjs

初始化项目

npx codeceptjs init

选择测试框架

? What helpers do you want to use?
❯◉ Playwright
 ◯ WebDriver
 ◯ Protractor
 ◯ Puppeteer
 ◯ Appium
 ◯ Nightmare
 ◯ FileSystem

选择完Playwright,输入完一些自定义配置就会开始安装对应的测试框架以及创建一系列的文件。 安装完成后,会提示你创建一个测试文件,输入文件名后,就可以开始愉快的编写测试代码啦。

// 目录结构
|- output // 测试报告文件夹
|- specs // 测试代码文件夹
 |- login_test.js 
|- codecept.conf.js // codecept配置文件
|- jsconfig.json
|- package.json
|- steps_file.js // 给实例对象绑定一些公共方法

基础示例
Feature('登录')

Scenario('跳转到首页', async ({ I }) => {
  await I.amOnPage('/')
  await I.seeInCurrentUrl('/login')
  I.fillField('[name="login-phone"]', 1234567890)
  I.fillField('[name="sms-code"]', 123)
  I.click('登录', '[type="submit"]')
  await I.see('经理', '.role-item')
  I.click('text="经理"')
  I.click('text="确 定"')
  await I.seeInCurrentUrl('/home')
})

如上代码,就是一个基础登录流程的E2E测试代码,想了解Playwright的相关api可以看这里

Page Object Model

POM是自动化测试代码中最基础的设计模式,核心思想就是将交互和业务解耦,把能够复用的交互层代码进行抽离。

创建PageObject页面

npx codeceptjs gt  // 也等于 npx codeceptjs generate:pageobject

POM代码

// pages/User.js
const { I } = inject()

class User {
  async login (mobile, token) {
    await I.seeInCurrentUrl('/login')
    I.fillField('[name="login-phone"]', mobile)
    I.fillField('[name="sms-code"]', token)
    I.click('登录', '[type="submit"]')
  }

  async chooseRole (roleName, actionName = '确 定') {
    const hasRoleName = tryTo(() => I.see(roleName, '.role-item'))
    if (hasRoleName) {
      I.click(`text="${roleName}"`)
      I.click(`text="${actionName}"`)
    }
  }
}

module.exports = new User()
module.exports.User = User

业务测试代码

// specs/login_test.js
Feature('登录')

Scenario('跳转到首页', async ({ I, User }) => {
  await I.amOnPage('/')
  await User.login(1234567890, 123)
  await User.chooseRole('经理')
  await I.seeInCurrentUrl('/home')
})

BDD

全称:Behavior-driven Development

中文:行为驱动开发

BDD是一种敏捷软件开发的技术,大致流程如下图:

  1. 业务方、产品经理、开发人员、测试人员一起讨论并明确需求
  2. 使用Gherkin来编写描述业务场景的测试用例
  3. 开发人员根据Gherkin写的测试用例来编写代码
  4. 测试人员根据Gherkin写的测试用例来验收测试

BDD最重要的一个特性是:由非开发人员编写测试用例,而这些测试用例是使用自然语言编写的 DSL(领域特定语言)。

这样有助于克服开发人员对构建产品需求的理解与业务人员对需求引起的技术困难理解之间的差距。

Gherkin 是一种DSL,最初由BDD测试框架Cucumber提出。

优点:

  1. 支持多语言
  2. 业务人员可以读懂
  3. 可以描述软件行为

Gherkin以.feature后缀的文件为载体。

每个Gherkin场景都有一个基本的模式,其中包括:条件(假如),事件(当)和结果(那么)

// features/login.feature
# language: zh-CN
功能: 登录
  场景: 跳转到首页
    假如 进入项目根路径
    那么 进入到登录页面
    当 登录账号1234567890
    当 选择经理角色
    那么 进入到首页

给对应的步骤编写测试代码

// step_definitions/steps.js
const { I } = inject()
// Add in your custom step files

Given('进入项目根路径', () => {
  I.amOnPage('/')


![img](https://img-blog.csdnimg.cn/img_convert/cad8d854b8a6523b4eb814b8c641c3f8.png)
![img](https://img-blog.csdnimg.cn/img_convert/f417166d5791b06b8d05acded76a03be.png)

**网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。**

**[需要这份系统化的资料的朋友,可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**

**一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**

图片转存中...(img-EC2OCx9g-1715486119771)]

**网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。**

**[需要这份系统化的资料的朋友,可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**

**一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**

  • 15
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Python Web自动化测试是使用Python编程语言进行Web应用程序的自动化测试。通过自动化测试,可以模拟用户行为、检测应用程序的功能和性能,并确保应用程序在不同浏览器和操作系统上的正常运行。 Python Web自动化测试通常包括以下几个步骤: 1. 环境设置:首先,需要安装Python解释器和相关的库,如Selenium、Requests等。这些库提供了用于模拟用户行为和与Web应用程序进行交互的功能。 2. 页面元素定位:在进行Web自动化测试之前,需要确定要测试的页面元素,如按钮、输入框、链接等。使用Selenium库提供的定位方法,可以通过标签名称、类名、ID、CSS选择器等方式找到页面元素。 3. 编写测试脚本:使用Python编写测试脚本,通过调用Selenium库提供的方法,模拟用户的操作,如点击按钮、输入文本、跳转页面等。同时,可以使用断言来验证页面元素的存在、文本内容的正确性等。 4. 执行测试脚本:执行编写好的测试脚本,可以使用命令行工具或集成开发环境来运行。在执行过程中,可以实时查看测试结果,并生成测试报告。 5. 分析测试结果:根据测试结果,分析应用程序的功能是否正常,是否存在Bug或性能问题。如果发现问题,可以通过调试和修复代码来解决。 总结来说,Python Web自动化测试是使用Python编程语言和相关库对Web应用程序进行自动化测试的过程。通过模拟用户行为,可以有效地验证应用程序的功能和性能,并提高测试效率和质量。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [【自动化测试】如何做好python接口/web自动化测试?看看8年测试老鸟的总结......](https://blog.csdn.net/shuang_waiwai/article/details/127808096)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值