200行Python+Playwright，把15小时手动QA活干成4分钟

一、15小时重复点击，逼出一个“偷懒”的程序员

谁懂啊？有这样一群QA，每天的工作不是深耕测试逻辑，而是机械地重复同一个动作：打开测试环境、登录账号、钻三层菜单、填表单、点提交、等加载、查表格，周而复始，枯燥到灵魂出窍。

去年有个程序员，就亲眼看着团队陷入这样的内耗——一个回归测试流程，手动跑一次要3小时，而他们每周要发5次版本，算下来每周有15小时，全耗在这种无意义的重复操作上。更让人崩溃的是，人一无聊就容易出错，手动测试漏测、误判的情况频频发生，反而拖慢了版本上线速度。

所有人都默认“这就是QA的工作”，唯独他不想忍：明明是确定性的流程，为什么要让人类做机器的活？于是他上手写代码，没想到200行Python+Playwright，直接把3小时的手动活压缩到4分钟，还零差错。

这看似是一次简单的“偷懒”，实则解决了无数团队的核心痛点，但很多人不知道：自动化测试真的能替代手动QA吗？普通人能复刻这份高效吗？这背后藏着的，是多数团队都在踩的自动化误区。

二、核心拆解：从0到1，复刻200行代码搞定QA自动化的全过程

他没有用复杂的测试框架，也没有搭建庞大的Selenium网格，只靠Python和Playwright两个工具，就完成了全流程自动化。整个过程分为6个关键步骤，每一步都有详细代码，普通人跟着做就能上手。

第一步：选对工具，少走80%的弯路

他放弃了常用的Selenium，选择了Playwright，核心原因就3个，每一个都戳中手动测试和传统自动化的痛点：

1. 自动等待元素，不用写大量sleep()语句，避免因页面加载慢导致的测试失败；

2. 内置网络和控制台检查，调试起来更高效，不用额外装插件；

3. 选择器更稳定，不容易因页面布局变化而失效。

关键信息：Playwright是微软开源的自动化测试工具，完全免费，GitHub星数高达4.5万+，支持Python、JavaScript等多种语言，安装简单，新手也能快速上手。

安装步骤（复制就能执行）：

pip install playwrightplaywright install

执行完这两句，浏览器二进制文件会自动下载，无需额外配置，直接就能开始写脚本。

第二步：梳理流程，先定规则再写代码

这是最关键也最容易被忽略的一步——他没有上来就写代码，而是先把QA的手动流程拆解成清晰的、可确定的步骤，避免“代码写得再溜，流程混乱也白搭”。

最终梳理后的核心流程：

1. 登录测试环境（staging）；

2. 创建一个新的测试账号；

3. 导航到账单页面，提交一笔模拟购买；

4. 验证发票是否正常生成；

5. 确认后台任务是否正确处理。

这一步他还删掉了两个冗余的手动检查步骤，让流程更简洁，也为后续代码简化打下基础——记住：自动化的前提是“流程确定性”，手动流程混乱，自动化只会更乱。

第三步：编写基础脚本，实现登录自动化

Playwright的Python API是异步的，能高效处理多个浏览器事件，下面是最基础的登录脚本，仅几十行代码，就能替代几十次手动输入和点击：

import asynciofrom playwright.async_api import async_playwrightasync def run_test():    # 启动浏览器（无头模式，不弹出浏览器窗口）    async with async_playwright() as p:        browser = await p.chromium.launch(headless=True)        page = await browser.new_page()        # 导航到登录页面        await page.goto("https://staging.example.com/login")        # 填写账号密码        await page.fill("#email", "test_user@example.com")        await page.fill("#password", "password123")        # 点击提交按钮（Playwright会自动等待按钮可点击）        await page.click("button[type=submit]")        # 等待仪表盘加载完成，确认登录成功        await page.wait_for_selector("#dashboard")        print("Login successful")        # 关闭浏览器        await browser.close()if __name__ == "__main__":    asyncio.run(run_test())

这一段代码的核心优势的是：不用手动添加等待时间，Playwright会自动等待元素加载完成，避免了Selenium中常见的“元素未加载就点击”的报错，稳定性大幅提升。

第四步：避坑关键：选对选择器，避免脚本频繁失效

他的第一版脚本经常崩溃，不是Playwright不好用，而是选择器选得太随意——一开始他用“div > div:nth-child(3) > button”这种依赖页面布局的选择器，只要前端稍微调整布局，脚本就会失效。

后来他调整了策略，优先使用语义化选择器，彻底解决了脚本脆弱的问题，推荐两种实用选择器：

# 1. 按文本选择（直观，不易失效）await page.click("text=Create Account")# 2. 按data-testid选择（最稳定，需前端配合添加）await page.locator("[data-testid=create-account]").click()

这里有个实用建议：如果你的前端团队没有添加data-testid属性，一定要主动提出——这个属性专门用于自动化测试，不会影响页面显示，却能避免后续大量的脚本修改工作。

第五步：完善流程，实现账号创建与发票验证

登录功能稳定后，他继续扩展脚本，实现了测试账号创建和发票验证的自动化，这两步直接替代了近10分钟的手动操作：

# 账号创建函数async def create_account(page):    await page.click("text=New Account")    await page.fill("#name", "Automation Test")    await page.fill("#email", "automation_test@example.com")    await page.click("button:has-text('Create')")    # 等待账号创建成功提示    await page.wait_for_selector("text=Account created")# 发票验证函数（核心业务校验，不止于UI点击）async def verify_invoice(page):    # 导航到发票页面    await page.goto("https://staging.example.com/invoices")    # 等待表格加载    await page.wait_for_selector("table")    # 查找自动化测试生成的发票    invoice = await page.locator("text=Automation Test").first    # 断言发票存在，验证业务是否正常    assert await invoice.is_visible()

最棘手的问题的是：发票不是提交购买后立即生成的，后台任务处理时间不稳定，有时3秒，有时20秒。如果用固定等待时间，要么浪费时间，要么因等待不足导致测试失败。

他用了“轮询+超时”的方法，完美解决了这个问题，代码如下：

import asyncioimport timeasync def wait_for_invoice(page, timeout=30):    start = time.time()    # 循环查询，直到超时    while time.time() - start < timeout:        await page.reload()  # 刷新页面        # 统计符合条件的发票数量        invoices = await page.locator("text=Automation Test").count()        if invoices > 0:            return True  # 找到发票，返回成功        await asyncio.sleep(2)  # 每2秒查询一次    # 超时未找到，抛出异常    raise TimeoutError("Invoice was not generated")

这种方法的优势在于：不依赖固定时间，而是根据系统实际状态判断，既高效又稳定，尤其适合分布式系统的自动化测试。

第七步：优化脚本，实现生产级可用

初期脚本虽然能用，但比较杂乱，他通过“页面对象模式”对脚本进行重构，分成三个层次，大幅提升可维护性：

1. tests/：存放测试用例（如test_purchase_flow.py）；

2. pages/：存放页面操作逻辑（如登录页、账单页）；

3. utils/：存放通用工具（如浏览器启动、关闭）。

以登录页为例，重构后的代码更简洁，后续修改选择器只需改这一个文件：

class LoginPage:    def __init__(self, page):        self.page = page  # 传入页面对象        async def login(self, email, password):        await self.page.goto("https://staging.example.com/login")        await self.page.fill("#email", email)        await self.page.fill("#password", password)        await self.page.click("button[type=submit]")        await self.page.wait_for_selector("#dashboard")

最后，他把脚本接入GitHub Actions，实现了“每提交一次代码，自动运行测试”，不用再有人手动触发，彻底解放了QA和开发的双手。

三、辩证分析：自动化不是万能的，这些坑一定要避开

200行代码搞定15小时的活，听起来是“一本万利”，但他在实操中也踩了很多坑，更重要的是，他发现：自动化测试不是用来替代手动QA的，而是用来解放手动QA的。

先肯定价值：自动化的核心优势的是“高效、稳定、可重复”——它能完美替代重复的机械操作，避免人类因疲劳、无聊导致的漏测，同时把QA从繁琐的重复劳动中解放出来，让他们专注于更有价值的边缘场景测试、逻辑漏洞挖掘，大幅提升团队的版本交付效率。

再谈局限与坑点：第一，自动化不能覆盖所有场景，尤其是那些非确定性的、需要主观判断的测试（如页面美观度、交互流畅度），手动QA依然不可替代；第二，脚本维护需要成本，如果前端频繁迭代，选择器频繁变化，维护脚本的时间可能会抵消自动化节省的时间；第三，初期投入的时间成本不可忽视，梳理流程、编写脚本、调试优化，都需要耐心，不是“写好代码就一劳永逸”。

更值得思考的是：很多团队盲目跟风做自动化，以为“自动化=高效”，结果投入了大量时间编写脚本，最后因为维护成本太高、脚本频繁失效，反而放弃了自动化，得不偿失。真正的自动化，应该是“只自动化那些能节省大量时间的核心流程”，而不是“所有流程都自动化”。

四、现实意义：不止于QA，普通人也能靠自动化“偷懒”

这个案例的价值，远不止于解决一个团队的QA痛点——它给所有程序员、职场人都提了一个醒：重复的工作，都值得被自动化。

对于开发和QA团队来说，这个案例提供了一个可复刻的自动化方案：不用依赖复杂框架，200行代码就能落地，既能解决“测试瓶颈”，又能减少漏测风险，尤其适合中小型团队，不用投入大量成本就能提升效率。更重要的是，它打破了“自动化测试很难”的误区，让更多人意识到，自动化不是资深工程师的专属，新手也能上手。

对于普通职场人来说，哪怕你不是程序员，也能从中获得启发：工作中那些重复的、机械的操作（如批量填写表格、重复点击、定期统计数据），都可以通过简单的代码或工具实现自动化，把节省下来的时间，用在更有价值的事情上。

更关键的是，这个案例证明了“懒”也是一种生产力——真正高效的人，从不会把时间浪费在无意义的重复上，而是用技术手段，让机器替自己干活。在这个效率至上的时代，会不会“偷懒”，往往决定了你的竞争力。

五、互动话题：你工作中有哪些“重复到崩溃”的操作？

看完这个案例，相信很多人都有共鸣——我们每天的工作中，总有一些重复到让人崩溃的操作：可能是QA的手动测试，可能是行政的批量录入，可能是运营的重复统计，也可能是程序员的重复调试。

你工作中最头疼的重复操作是什么？有没有尝试过用自动化解决？如果有，欢迎在评论区分享你的方法；如果没有，你觉得哪些操作值得被自动化？

另外，如果你也想尝试用Python+Playwright自动化自己的工作，评论区扣“自动化”，一起交流学习，避开那些踩过的坑！