Playwright系列：​第16章 Playwright测试封装与部署

在前面几章中,我们已经掌握了编写 Playwright 测试脚本的主要技能。但是,光会编写测试脚本还不够,我们还需要考虑:

1. 如何管理和维护大量的测试脚本?

2. 如何复用测试逻辑避免重复开发?

3. 如何定期自动执行测试并生成报告?

要解决以上问题,我们需要对 Playwright 测试进行封装和部署。封装可以实现测试脚本的复用和维护,部署可以实现定期自动执行测试和报告生成。

本章我们将学习如何封装 Playwright 测试以及部署测试用例,来完善测试开发的最后一环。

Playwright 测试封装

为了便于管理和维护测试脚本,我们需要对测试进行封装和模块化设计。常见的封装方式有:

1. 测试用例类:将同一测试场景的多个测试脚本封装在一个测试用例类中。

2. 测试函数:提取公共测试逻辑封装为测试函数,在测试脚本中调用。

3. 页面对象:将页面元素和操作封装在页面对象中,测试脚本通过页面对象与页面交互。

4. 常量和配置:将测试脚本需要改变的参数提取为常量和配置,便于后续维护。

测试封装

为了便于管理和维护测试脚本,我们需要对测试进行封装和模块化设计。

常见的封装方式有:

1. 测试用例类:将同一测试场景的多个测试脚本封装在一个测试用例类中。例如:

class TestSearch:
    def test_search_by_keyword(self):
        ...

    def test_search_by_category(self):
        ...

2. 测试函数:提取公共测试逻辑封装为测试函数,在测试脚本中调用。例如:

def login(page):
    page.click('login-button')
    page.fill('username', 'demo@example.com')
    page.fill('password', '123456')
    page.click('submit-button')

def test_login():
    page = browser.newPage()
    
login(page)
# 验证登录成功
...

3. 页面对象:将页面元素和操作封装在页面对象中,测试脚本通过页面对象与页面交互。例如:

class SearchPage:
    def __init__(self, page):
        self.page = page
    def search_by_keyword(self, keyword):
        self.page.fill('search-input', keyword)
        self.page.click('search-button')
    def search_by_category(self, category):
        self.page.click(f'category-{category}')
        self.page.click('search-button')

测试脚本通过:

search_page = SearchPage(page)
search_page.search_by_keyword('iphone')

与页面对象交互。

4. 常量和配置:将测试脚本需要改变的参数提取为常量和配置,便于后续维护。例如:

# 常量
URL = 'https://example.com'
# 配置
config = {
'username': 'demo@example.com',
'password': '123456'
}

测试脚本通过 config['username'] 等使用配置。

以上就是 Playwright 测试封装的常用方式。通过良好的封装,我们可以编写出可维护的测试脚本,实现测试逻辑的复用,方便后续修改和扩展

测试部署

有了大量的测试用例,我们需要一种方式来定期自动执行这些测试并生成报告。这就是测试部署要解决的问题。

常见的测试部署方式有:

1. Jenkins:开源的CI/CD软件,可以通过 Pipeline 定期构建并运行测试,生成测试报告。

2. GitHub Actions:GitHub 的CI服务,可以在 push 请求触发时运行测试,并在 Pull Request 中显示测试结果。

3. GitLab CI:GitLab 的CI服务,与 GitHub Actions 类似,可以在 merge 请求触发测试。

4. 自定义脚本:编写自己的 Shell 脚本,使用 cron 定期执行测试并发送测试报告。

以 Jenkins 为例,Playwright 测试部署步骤是:

1. 编写 Jenkinsfile,定义测试任务。使用 node { ... } 声明一个基于 Node.js 的流水线。

2. 在测试环境中安装 Playwright:npm install playwright。

3. 执行测试命令:npx playwright test tests/ 运行测试文件夹中的所有测试。

4. 生成测试报告:npx playwright show-report。

5. 将测试报告以 Archive Artifact 的形式保存下来:archiveArtifacts 'playwright-report-*/*.html'.

6. 配置定期构建,如每天晚上 22 点构建一次。

7. 浏览生成的测试报告,查看测试结果和详细信息。

8. 如果测试失败,需要修复测试或应用代码,然后重新构建。

以上就是使用 Jenkins 部署 Playwright 测试的基本步骤。通过部署,我们的测试可以全自动执行和报告生成,开发者无需手动运行测试,大大提高了测试效率。这是实现持续集成和持续交付必不可少的一步。

总结

通过本章的学习,我们掌握了如何对 Playwright 测试进行封装和部署。封装可以实现测试逻辑的复用和脚本的可维护,部署可以实现定期自动执行测试和报告生成。

这使我们的测试流程真正做到:修改代码 -> 自动构建 -> 运行测试 -> 生成报告 -> 修复问题 -> 重新构建。这是保障产品质量和交付频率的有力措施。

那么,Playwright系列之旅到这里就真的结束了。

通过前面16章的学习,我们已经系统和全面地掌握了Playwright的知识体系,并能够运用这些知识进行:

- UI测试:测试常见页面元素和交互。

- 登录与权限:处理登录和权限系统测试。

- 模拟输入:鼠标、键盘及Touch等输入测试。

- 页面载入:页面内容、属性等测试。

- 文件上传:测试文件和图片上传功能。

- 异常测试:生成并检测各类异常。

- 性能测试:采集性能指标和生成Lighthouse报告。

- 可视化测试:录制和回放测试,生成视频和截图报告。

- 测试封装与部署:管理测试脚本,定期执行测试。

这些知识涵盖了大部分实际项目测试的需求。配合Playwright强大的API,你可以设计出高效和全面,同时兼顾质量和发布频率的测试方案。

我相信通过阅读这16章内容,对Playwright和自动化测试你有了很深入的认识。希望你能将所学知识运用在实践中,设计出高质量的测试,最大限度地发挥Playwright的功能,让测试真正成为开发过程中的重要组成部分

开源优测