Playwright的测试定义为什么不写在测试类定义内部

由Python转到Typescript的Playwright，有一个比较难理解的问题：在用Python的unittest/pytest写测试用例的时候，都是把测试方法写在测试类的定义里的；但是Playwright(Typescript)中，看到的是把测试方法都写在测试类的定义之外。针对这个问题，ChatGPT的解答如下：

在 Playwright 或其他类似的自动化测试框架中，测试函数通常不会写在测试类定义内部，而是采用独立的测试函数结构。这是因为现代的 JavaScript/TypeScript 测试框架（如 Jest、Mocha 或 Playwright）更倾向于将测试用例以独立的函数形式组织，而不是依赖于面向对象的类结构。这样做有以下几个优点：

1. 简洁性和易用性

测试框架通常采用简单的函数式写法（例如 test、it 等），这比将测试逻辑包装在类中更加直观和易于理解。测试函数通常接收一个回调函数，执行测试逻辑后即可自动生成报告和结果。

import { test, expect } from '@playwright/test';

test('should load the homepage', async ({ page }) => {
  await page.goto('https://example.com');
  const title = await page.title();
  expect(title).toBe('Example Domain');
});

2. 无需继承的灵活性

Playwright 采用基于函数的方式，使得你不需要创建和管理类的继承关系，减少了样板代码。每个测试用例都可以是一个独立的、可重用的函数，而不需要继承一个父类。

test('should open a new tab', async ({ page }) => {
  const newPage = await page.context().newPage();
  await newPage.goto('https://example.com');
  // 进一步的测试代码
});

3. 并发执行与隔离

Playwright 支持并发执行测试。每个测试用例可以在独立的上下文中运行，而不依赖于全局状态或类实例。每个测试函数都会自动传递一个新的上下文（如 page 对象），这样就能确保测试之间相互独立，避免了类级别的共享状态问题。

4. 自动化测试框架的最佳实践

测试框架（包括 Playwright、Jest、Mocha 等）通常基于声明式的接口而非面向对象的类结构，旨在让测试代码更符合“行为驱动开发”（BDD）的模式，简洁、可读性强，适合编写大量小而独立的测试用例。

5. 模块化和可组合性

测试函数通常是无状态的，并且可以通过参数传递特定的环境配置（如 page、context 等）。这种函数式的写法让测试代码更加模块化，可以轻松地组合、重用和扩展不同的测试场景。

结论：

将 Playwright 的测试逻辑写在测试函数（而非类内部）中，是为了简化测试的书写、提高可读性、方便并发执行，并让框架更灵活易用。如果你想要使用类结构，也可以通过继承和扩展框架提供的功能来组织你的测试代码，但这种方法不是必须的，且在 Playwright 中不常见。