如果你正在糾結(jié) 2026 年自動(dòng)化測(cè)試怎么學(xué)或者已經(jīng)用 Selenium 寫了不少腳本但發(fā)現(xiàn)腳本總被頁(yè)面改動(dòng)、隨機(jī)彈窗、環(huán)境差異打穿這篇內(nèi)容正好覆蓋你的問題。AI 自動(dòng)化測(cè)試不是把原來的工具鏈換掉而是在現(xiàn)有 Selenium、Playwright、Appium、pytest 這套體系上加入大模型輔助寫腳本、自動(dòng)生成測(cè)試數(shù)據(jù)、分析失敗日志、智能識(shí)別異常彈窗這些能力。效果不是“以后不用寫代碼”而是“寫代碼的效率和抗坑能力明顯提升”。這篇文章會(huì)按一條完整學(xué)習(xí)路徑展開從技術(shù)棧選型、環(huán)境準(zhǔn)備到 Web UI 自動(dòng)化、接口自動(dòng)化、App 自動(dòng)化三個(gè)主要方向再到 AI 大模型如何在用例生成、調(diào)試排錯(cuò)、結(jié)果分析里落地最后給出就業(yè)方向、簡(jiǎn)歷項(xiàng)目和面試準(zhǔn)備建議。內(nèi)容定位是 0 基礎(chǔ)也能跟做的實(shí)戰(zhàn)教程不是理論科普。建議你跟著每章代碼實(shí)際跑一遍再結(jié)合自己的項(xiàng)目改成帶業(yè)務(wù)含義的測(cè)試腳本。1. 2026 年為什么必須學(xué) AI 自動(dòng)化測(cè)試測(cè)試行業(yè)的崗位要求這兩年變化很明顯。只寫“點(diǎn)點(diǎn)點(diǎn)”的手工測(cè)試崗位在減少自動(dòng)化測(cè)試、測(cè)試開發(fā)、質(zhì)量效能工程師這類崗位的需求在增加。而 2026 年更明顯的變化是AI 工具已經(jīng)成為測(cè)試工程師日常工作的標(biāo)配。1.1 AI 給自動(dòng)化測(cè)試帶來的四個(gè)實(shí)際變化第一腳本生成效率大幅提升。以前寫一個(gè)登錄流程的 Selenium 腳本從定位元素到編寫斷言至少需要半小時(shí)現(xiàn)在給 AI 一段頁(yè)面描述或需求文字幾分鐘就能得到第一版腳本。第二失敗排查成本下降。腳本跑掛以后以前要看截圖、看日志、猜原因現(xiàn)在可以把報(bào)錯(cuò)堆棧、截圖信息、頁(yè)面 DOM 片段一起丟給大模型AI 能快速給出可能的原因和修復(fù)方案。第三測(cè)試數(shù)據(jù)生成更靈活。特別是接口測(cè)試和邊界值測(cè)試手寫數(shù)據(jù)質(zhì)量低AI 可以根據(jù)接口參數(shù)約束生成一批合理的、不合理的、邊界的數(shù)據(jù)組合。第四UI 異常彈窗不再是無解問題。隨機(jī)彈窗、活動(dòng)浮層、系統(tǒng)級(jí)彈窗是 UI 自動(dòng)化最常遇到的坑現(xiàn)在可以通過 AI 輔助識(shí)別彈窗位置和類型結(jié)合代碼里的統(tǒng)一處理邏輯去規(guī)避。1.2 什么人適合讀這篇教程這套內(nèi)容適合四類人計(jì)算機(jī)相關(guān)專業(yè)在校生想在大四前積累一個(gè)能寫進(jìn)簡(jiǎn)歷的項(xiàng)目手工測(cè)試或功能測(cè)試工程師想轉(zhuǎn)自動(dòng)化測(cè)試方向剛?cè)胄械淖詣?dòng)化測(cè)試工程師想補(bǔ)上 AI 輔助開發(fā)和接口自動(dòng)化的短板對(duì)質(zhì)量效能感興趣的后端或前端開發(fā)想做一下測(cè)試基礎(chǔ)設(shè)施。零基礎(chǔ)不需要擔(dān)心。第一章到第四章會(huì)從環(huán)境開始帶后面每一章都有可運(yùn)行代碼。2. AI 自動(dòng)化測(cè)試核心能力速覽在開始動(dòng)手之前先建立整體技術(shù)圖景。2026 年做 AI 自動(dòng)化測(cè)試主要涉及下面幾層能力。能力模塊具體工具 / 框架解決什么問題AI 編程助手Cursor、GitHub Copilot、通義靈碼等輔助生成測(cè)試腳本、調(diào)試報(bào)錯(cuò)、解釋框架用法大模型 APIOpenAI、Claude、國(guó)內(nèi)大模型接口等測(cè)試數(shù)據(jù)生成、斷言分析、日志摘要、測(cè)試報(bào)告總結(jié)Web 自動(dòng)化Selenium、Playwright瀏覽器端 UI 自動(dòng)化和跨瀏覽器測(cè)試接口自動(dòng)化requests、pytest、Allure后端 API 功能測(cè)試、鑒權(quán)測(cè)試、全鏈路驗(yàn)證移動(dòng)端自動(dòng)化Appium、AirtestAndroid / iOS App UI 自動(dòng)化單元測(cè)試框架pytest、JUnit、TestNG組織和執(zhí)行測(cè)試用例、生成報(bào)告持續(xù)集成Jenkins、GitLab CI、GitHub Actions自動(dòng)觸發(fā)測(cè)試、定時(shí)執(zhí)行、結(jié)果通知輔助能力Docker、Allure、Faker、OpenCV環(huán)境隔離、報(bào)告可視化、測(cè)試數(shù)據(jù)生成、圖像識(shí)別2.1 核心學(xué)習(xí)重點(diǎn)排序如果時(shí)間有限按下面的優(yōu)先級(jí)學(xué)對(duì)就業(yè)幫助最大Python 基礎(chǔ) pytest 測(cè)試框架。這是自動(dòng)化測(cè)試最核心的底座。接口自動(dòng)化測(cè)試。接口自動(dòng)化性價(jià)比極高能覆蓋大部分回歸場(chǎng)景。Web UI 自動(dòng)化建議直接學(xué) Playwright 為主Selenium 要懂原理。AI 工具輔助開發(fā)。不是只會(huì)用而是能寫清楚需求詞讓 AI 穩(wěn)定產(chǎn)出可用腳本。App 自動(dòng)化。作為加分項(xiàng)特別是 Airtest 這種上手快的工具。3. 適用場(chǎng)景與使用邊界AI 自動(dòng)化測(cè)試最適合解決哪些問題這里先說清楚避免走偏。3.1 能解決什么問題回歸測(cè)試。每次發(fā)版前跑一遍核心用例發(fā)現(xiàn)問題不用等人肉點(diǎn)。冒煙測(cè)試。新環(huán)境部署完用自動(dòng)化快速驗(yàn)證主流程是否可用。接口數(shù)據(jù)校驗(yàn)。批量驗(yàn)證接口返回結(jié)構(gòu)、字段值、狀態(tài)碼是否合規(guī)。多瀏覽器兼容驗(yàn)證。Playwright 可以同時(shí)跑 Chrome、Edge、Firefox。App 核心流程驗(yàn)證。登錄、注冊(cè)、下單、支付等關(guān)鍵路徑。失敗快速定位。通過 AI 分析日志和截圖縮小排查范圍。3.2 不適合什么場(chǎng)景自動(dòng)化測(cè)試不是萬能藥這些場(chǎng)景不要硬上視覺交互特別復(fù)雜的純 UI 界面頻繁改版且無穩(wěn)定定位符一次性驗(yàn)證任務(wù)寫腳本的成本比手工點(diǎn)還高強(qiáng)驗(yàn)證碼場(chǎng)景尤其是滑塊、點(diǎn)選、行為驗(yàn)證碼不建議做繞過處理高度依賴真實(shí)用戶數(shù)據(jù)和第三方服務(wù)的測(cè)試環(huán)境。3.3 合規(guī)與安全邊界這一點(diǎn)非常重要。無論是 Web 自動(dòng)化還是 App 自動(dòng)化只能在你有權(quán)測(cè)試的系統(tǒng)內(nèi)進(jìn)行。不要對(duì)未經(jīng)授權(quán)的網(wǎng)站寫爬取腳本不要用自動(dòng)化繞過風(fēng)控、破解驗(yàn)證碼、抓取用戶隱私數(shù)據(jù)。工作中接到的測(cè)試任務(wù)如果在生產(chǎn)環(huán)境執(zhí)行需要確認(rèn)權(quán)限和影響范圍。涉及用戶真實(shí)信息時(shí)一律使用脫敏或 Mock 數(shù)據(jù)。4. 環(huán)境準(zhǔn)備與前置條件從零開始的完整環(huán)境按下面順序準(zhǔn)備Windows / macOS / Linux 都適用。4.1 Python 環(huán)境建議安裝 Python 3.10 或更高版本安裝時(shí)勾選“Add Python to PATH”。python --version pip --version如果 Python 命令提示不存在把 Python 安裝目錄和 Scripts 目錄加入系統(tǒng)環(huán)境變量。4.2 Node.js 環(huán)境Playwright 依賴 Node.js但 Python 版 Playwright 也需要瀏覽器驅(qū)動(dòng)管理功能建議安裝 Node.js 18 或更高版本。node --version npm --version4.3 項(xiàng)目虛擬環(huán)境不要直接往全局環(huán)境里裝一堆包使用虛擬環(huán)境隔離項(xiàng)目。mkdir ai_test_project cd ai_test_project python -m venv venvWindows 激活虛擬環(huán)境venv\Scripts\activatemacOS / Linux 激活虛擬環(huán)境source venv/bin/activate安裝基礎(chǔ)依賴pip install pytest pytest-html requests selenium playwright allure-pytest faker安裝 Playwright 瀏覽器內(nèi)核playwright install chromium這里說明一下playwright install會(huì)下載瀏覽器本體如果網(wǎng)絡(luò)較慢需要耐心等待如果下載失敗檢查代理設(shè)置或使用國(guó)內(nèi)鏡像源。4.4 項(xiàng)目目錄結(jié)構(gòu)建議測(cè)試項(xiàng)目從一開始就保持清晰結(jié)構(gòu)后續(xù)維護(hù)會(huì)舒服很多。ai_test_project/ ├── config/ │ └── settings.py # 全局配置環(huán)境地址、超時(shí)時(shí)間、瀏覽器類型 ├── testcases/ │ ├── test_login.py # 登錄模塊用例 │ ├── test_order.py # 訂單模塊用例 │ └── test_api_demo.py # 接口用例 ├── pages/ # 頁(yè)面對(duì)象封裝 │ ├── base_page.py │ └── login_page.py ├── data/ # 測(cè)試數(shù)據(jù)文件 ├── reports/ # 測(cè)試報(bào)告輸出 ├── logs/ # 運(yùn)行日志 ├── utils/ # 工具函數(shù) └── conftest.py # pytest 鉤子和 fixture5. 用 AI 輔助編寫第一個(gè) Web 自動(dòng)化測(cè)試新手第一次寫 UI 自動(dòng)化最容易卡在元素定位和等待策略上。這一節(jié)我直接用 Playwright 演示再給一個(gè) Selenium 版本做對(duì)比。5.1 需求描述先給清楚在 AI 工具里寫需求不要只寫“幫我寫個(gè)登錄測(cè)試”要給出被測(cè)頁(yè)面地址頁(yè)面結(jié)構(gòu)或元素特征輸入數(shù)據(jù)預(yù)期結(jié)果運(yùn)行環(huán)境示例需求描述用 Python Playwright 寫一個(gè)登錄測(cè)試 1. 打開 http://example.com/login 2. 輸入用戶名 test_user 3. 輸入密碼 123456 4. 點(diǎn)擊登錄按鈕 5. 斷言登錄成功后跳轉(zhuǎn)到首頁(yè)且頁(yè)面包含歡迎 6. 使用 fixture 管理瀏覽器啟動(dòng)和關(guān)閉5.2 從 AI 得到的 Playwright 代碼示例import re import pytest from playwright.sync_api import Page, sync_playwright pytest.fixture(scopefunction) def page(): with sync_playwright() as p: browser p.chromium.launch(headlessFalse) context browser.new_context() page context.new_page() yield page context.close() browser.close() def test_login(page: Page): page.goto(http://example.com/login) page.fill(#username, test_user) page.fill(#password, 123456) page.click(button[typesubmit]) page.wait_for_url(re.compile(rhttp://example.com/home)) assert 歡迎 in page.content()這段代碼只能在你有權(quán)限訪問的測(cè)試環(huán)境運(yùn)行。實(shí)際項(xiàng)目中http://example.com/login要替換成自己的測(cè)試地址。5.3 關(guān)鍵點(diǎn)等待策略新手最常見的報(bào)錯(cuò)是元素找不到核心原因是頁(yè)面加載慢。Playwright 最大的優(yōu)勢(shì)是自動(dòng)等待默認(rèn)會(huì)等元素可操作后再執(zhí)行操作。Selenium 則需要自己處理顯式等待。Selenium 版本示例import time from selenium import webdriver from selenium.webdriver.common.by import By from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC driver webdriver.Chrome() try: driver.get(http://example.com/login) WebDriverWait(driver, 10).until( EC.presence_of_element_located((By.ID, username)) ) driver.find_element(By.ID, username).send_keys(test_user) driver.find_element(By.ID, password).send_keys(123456) driver.find_element(By.CSS_SELECTOR, button[typesubmit]).click() WebDriverWait(driver, 10).until( EC.url_contains(/home) ) assert 歡迎 in driver.page_source finally: driver.quit()5.4 如何讓 AI 生成穩(wěn)的腳本從我的經(jīng)驗(yàn)看讓 AI 生成腳本要注意三點(diǎn)第一把元素定位方式寫清楚。如果 AI 不認(rèn)識(shí)頁(yè)面就必須告訴它“用戶名輸入框是 id 為 username 的 input”這類信息。否則它生成的定位符可能完全對(duì)不上。第二要求 AI 加異常截圖和日志。你可以在需求里加一句“定位失敗時(shí)截圖并記錄日志”這能顯著提高腳本的可維護(hù)性。第三生成后不能直接信任。第一版腳本能運(yùn)行不代表斷言邏輯正確要人工審查測(cè)試用例的業(yè)務(wù)含義確認(rèn)它真的在驗(yàn)證用戶關(guān)心的功能。5.5 頁(yè)面對(duì)象模式封裝項(xiàng)目大了以后不要把元素選擇器散落在用例里。用 Page Object 模式把頁(yè)面封裝起來AI 輔助下可以批量生成。# pages/login_page.py from playwright.sync_api import Page class LoginPage: def __init__(self, page: Page): self.page page self.username_input #username self.password_input #password self.submit_button button[typesubmit] def goto(self) - None: self.page.goto(http://example.com/login) def login(self, username: str, password: str) - None: self.page.fill(self.username_input, username) self.page.fill(self.password_input, password) self.page.click(self.submit_button)用例里調(diào)用from pages.login_page import LoginPage def test_login_with_page_object(page): login_page LoginPage(page) login_page.goto() login_page.login(test_user, 123456) assert page.url.endswith(/home)6. 接口自動(dòng)化測(cè)試實(shí)戰(zhàn)接口自動(dòng)化是目前性價(jià)比最高的自動(dòng)化方向。相比 UI 測(cè)試它跑得穩(wěn)、執(zhí)行快、定位問題直接非常適合 CI 集成。6.1 用 pytest requests 構(gòu)建基礎(chǔ)接口測(cè)試這里以一個(gè)簡(jiǎn)單的 REST API 為例實(shí)際項(xiàng)目請(qǐng)?zhí)鎿Q為你的接口地址。import requests import pytest BASE_URL https://api.example.com def get_token(username: str, password: str) - str: response requests.post( f{BASE_URL}/auth/login, json{username: username, password: password}, timeout10, ) response.raise_for_status() return response.json()[token] pytest.fixture(scopesession) def auth_token(): return get_token(test_user, 123456) def test_get_user_info(auth_token): headers {Authorization: fBearer {auth_token}} response requests.get(f{BASE_URL}/user/info, headersheaders, timeout10) assert response.status_code 200 data response.json() assert username in data assert created_at in data def test_create_order(auth_token): headers {Authorization: fBearer {auth_token}} payload { product_id: 1001, quantity: 2, address: 測(cè)試地址, } response requests.post(f{BASE_URL}/order/create, jsonpayload, headersheaders, timeout10) assert response.status_code in (200, 201) assert response.json()[status] success6.2 AI 自動(dòng)生成邊界測(cè)試數(shù)據(jù)接口測(cè)試不只是“正常流程能通”更要測(cè)異常輸入。你可以把接口文檔里的參數(shù)約束發(fā)給 AI讓它生成一批測(cè)試用例。示例提示詞以下是訂單創(chuàng)建接口的參數(shù)說明 - product_id: string必填長(zhǎng)度6到20 - quantity: int必填1到99 - address: string必填長(zhǎng)度5到200 - coupon_id: string選填長(zhǎng)度8 請(qǐng)生成10個(gè)測(cè)試用例包含正常數(shù)據(jù)、邊界值、缺失字段、非法類型、超長(zhǎng)字段。 輸出為JSON數(shù)組每個(gè)用例包含用例名、請(qǐng)求體、預(yù)期狀態(tài)碼。這是 AI 比較擅長(zhǎng)的事情生成后用 pytest 參數(shù)化直接跑。import pytest TEST_CASES [ {name: 正常下單, payload: {product_id: 100001, quantity: 1, address: 測(cè)試地址測(cè)試}, expected: 201}, {name: 商品ID太短, payload: {product_id: 1, quantity: 1, address: 測(cè)試地址測(cè)試}, expected: 400}, {name: 數(shù)量為0, payload: {product_id: 100001, quantity: 0, address: 測(cè)試地址測(cè)試}, expected: 400}, {name: 數(shù)量超上限, payload: {product_id: 100001, quantity: 100, address: 測(cè)試地址測(cè)試}, expected: 400}, {name: 地址過短, payload: {product_id: 100001, quantity: 1, address: 短}, expected: 400}, ] pytest.mark.parametrize(case, TEST_CASES, idslambda c: c[name]) def test_create_order_boundary(auth_token, case): headers {Authorization: fBearer {auth_token}} response requests.post( f{BASE_URL}/order/create, jsoncase[payload], headersheaders, timeout10, ) assert response.status_code case[expected]6.3 接口自動(dòng)化框架搭建設(shè)計(jì)很多面試題會(huì)問“接口自動(dòng)化測(cè)試框架怎么搭建”答案不是背概念而是說清楚分層結(jié)構(gòu)。推薦按下面五層設(shè)計(jì)層級(jí)內(nèi)容職責(zé)配置層config/env.yaml管理環(huán)境地址、賬號(hào)、超時(shí)時(shí)間數(shù)據(jù)層data/cases.xlsx 或 JSON存放測(cè)試數(shù)據(jù)請(qǐng)求封裝層utils/http_client.py統(tǒng)一處理請(qǐng)求、鑒權(quán)、日志用例層testcases/test_xxx.py業(yè)務(wù)場(chǎng)景和斷言報(bào)告層Allure / pytest-html輸出可讀報(bào)告6.4 用 Faker 生成測(cè)試數(shù)據(jù)接口測(cè)試經(jīng)常需要隨機(jī)手機(jī)號(hào)、隨機(jī)姓名用 Faker 可以實(shí)現(xiàn)。from faker import Faker fake Faker(zh_CN) def generate_user(): return { name: fake.name(), phone: fake.phone_number(), email: fake.email(), } def test_register_user(): user generate_user() response requests.post( f{BASE_URL}/auth/register, jsonuser, timeout10, ) assert response.status_code 2017. App 自動(dòng)化測(cè)試與異常彈窗處理移動(dòng)端自動(dòng)化有兩個(gè)主流方向Appium 功能強(qiáng)但要配置的環(huán)境較多Airtest 適合游戲和安卓設(shè)備的快速腳本錄制。這里重點(diǎn)講兩種工具的分工以及一個(gè)高頻面試題非預(yù)期彈窗導(dǎo)致失敗怎么解決。7.1 Appium 基礎(chǔ)示例Appium 通過 WebDriver 協(xié)議控制設(shè)備和應(yīng)用。接設(shè)備前先確認(rèn)調(diào)試模式打開并且設(shè)備上安裝了被測(cè) App。from appium import webdriver desired_caps { platformName: Android, platformVersion: 13.0, deviceName: Android Emulator, appPackage: com.example.app, appActivity: .MainActivity, noReset: True, } driver webdriver.Remote(http://127.0.0.1:4723/wd/hub, desired_caps) driver.implicitly_wait(10)實(shí)際項(xiàng)目中appPackage和appActivity需要按被測(cè) App 的信息替換。7.2 Airtest 快速上手Airtest 的定位更偏向圖像識(shí)別適合游戲和控件結(jié)構(gòu)不清晰的 App。from airtest.core.api import * connect_device(Android:///) start_app(com.example.app) touch(Template(login_button.png)) wait(Template(home_page.png), timeout10) assert_exists(Template(welcome_text.png), 登錄后進(jìn)入首頁(yè))Airtest 的優(yōu)點(diǎn)是上手快缺點(diǎn)是圖像模板在分辨率變化后可能失效所以控件定位優(yōu)先的方案仍然要會(huì)。7.3 非預(yù)期彈窗導(dǎo)致失敗的統(tǒng)一處理方案這是自動(dòng)化測(cè)試?yán)锓浅＝?jīng)典的痛點(diǎn)腳本跑著跑著突然彈出活動(dòng)浮層、公告彈窗、隱私政策彈窗下一步的控件被遮擋測(cè)試失敗。常規(guī)處理方案有四種在關(guān)鍵操作前增加彈窗掃描遇到彈窗時(shí)根據(jù)文本或控件特征識(shí)別并關(guān)閉關(guān)閉失敗時(shí)截屏并重試配合 AI 判斷彈窗類型下面是一個(gè) Playwright 場(chǎng)景下的模擬思路from playwright.sync_api import Page class PopupHandler: def __init__(self, page: Page): self.page page self.close_selectors [ .modal .close-btn, .popup .close, text我知道了, text關(guān)閉, text知道了, ] def try_close_popup(self) - bool: for selector in self.close_selectors: try: locator self.page.locator(selector) if locator.count() 0 and locator.first.is_visible(): locator.first.click(timeout2000) return True except Exception: continue return False def test_with_popup_handler(page: Page): page.goto(http://example.com/home) handler PopupHandler(page) handler.try_close_popup() page.click(text開始購(gòu)買)更進(jìn)階的做法是第一次運(yùn)行時(shí)把彈窗截圖收集下來交給 AI 識(shí)別彈窗類型并輸出推薦處理方式然后把這些規(guī)則寫回配置文件。這樣遇到新彈窗時(shí)測(cè)試框架能自動(dòng)應(yīng)用處理策略避免每次都失敗。8. 大模型深度融入測(cè)試開發(fā)的進(jìn)階玩法前面的章節(jié)還是“AI 輔助寫代碼”這一章升級(jí)到“AI 參與測(cè)試決策”。8.1 AI 輔助斷言傳統(tǒng)斷言是“等于某個(gè)值”但很多 UI 結(jié)果不是固定值而是語(yǔ)義化的內(nèi)容。比如“頁(yè)面出現(xiàn)登錄成功的提示”提示文案可能是“登錄成功”“歡迎回來”“登錄成功歡迎您”。用正則寫很麻煩用大模型做語(yǔ)義斷言則更靈活。from openai import OpenAI client OpenAI(api_keyyour_api_key) def ai_assert(text: str, expected: str) - bool: prompt f判斷下面文本是否表達(dá){expected}的意思只回答是或否\n{text} response client.chat.completions.create( modelgpt-4o-mini, messages[{role: user, content: prompt}], temperature0, ) answer response.choices[0].message.content.strip() return answer.startswith(是)注意這里調(diào)用的是通用大模型接口實(shí)際項(xiàng)目中要按你的模型供應(yīng)商和私有化部署情況調(diào)整。8.2 AI 分析失敗日志接口測(cè)試或 UI 測(cè)試跑掛后把報(bào)錯(cuò)信息、請(qǐng)求參數(shù)、響應(yīng)內(nèi)容拼成一個(gè) prompt讓大模型給出定位建議。這比人肉讀日志快很多。def analyze_failure(feature: str, exception: str, screenshot_desc: str) - str: prompt f 我是測(cè)試工程師有一個(gè)自動(dòng)化用例失敗。 功能模塊{feature} 異常信息{exception} 截圖描述{screenshot_desc} 請(qǐng)分析可能原因并按優(yōu)先級(jí)給出排查步驟。 response client.chat.completions.create( modelgpt-4o-mini, messages[{role: user, content: prompt}], temperature0.2, ) return response.choices[0].message.content8.3 AI 生成測(cè)試用例的設(shè)計(jì)模式讓 AI 生成測(cè)試用例時(shí)建議使用“明確輸入物 明確約束 明確輸出形式”的結(jié)構(gòu)。示例系統(tǒng)有一個(gè)優(yōu)惠券列表接口參數(shù)包括 - page: int默認(rèn)1 - size: int默認(rèn)10最大100 - status: string可選值active, expired, used - sort: string可選值created_at, expired_at 請(qǐng)生成 1. 正常場(chǎng)景用例 2. 分頁(yè)邊界場(chǎng)景 3. 排序字段校驗(yàn)場(chǎng)景 4. 權(quán)限異常場(chǎng)景 每個(gè)用例給出接口路徑、查詢參數(shù)和斷言點(diǎn)。8.4 AI 在 CI 流程中的定位最常見的整合方式是測(cè)試失敗 - 腳本自動(dòng)收集日志和截圖 - 調(diào)用大模型分析 - 把分析結(jié)果寫入報(bào)告或釘釘/飛書通知。這樣測(cè)試人員第二天不需要打開一堆報(bào)告只看 AI 總結(jié)摘要即可。def parse_allure_and_notify(): # 讀取 allure 報(bào)告中的 failed cases failed_cases read_failed_cases() summary summarize_with_llm(failed_cases) send_dingtalk_message(summary)9. 從入門到就業(yè)的能力模型與項(xiàng)目路線標(biāo)題里說“學(xué)完即可就業(yè)”這里不能承諾什么但每個(gè)技術(shù)方向?qū)?yīng)的崗位能力是可以拆出來的。2026 年想拿到自動(dòng)化測(cè)試相關(guān)工作建議按下面的能力模型對(duì)照檢查。9.1 崗位能力對(duì)照表崗位方向核心技能加分項(xiàng)自動(dòng)化測(cè)試工程師Python、pytest、Selenium / Playwright、接口自動(dòng)化Allure、Docker、CI測(cè)試開發(fā)工程師框架設(shè)計(jì)、底層封裝、CI/CD 集成、工具開發(fā)自研平臺(tái)、二次開發(fā)能力AI 質(zhì)量工程師AI 輔助測(cè)試、Prompt 工程、大模型 API 接入模型評(píng)估、數(shù)據(jù)標(biāo)注流程移動(dòng)測(cè)試工程師Appium / Airtest、真機(jī)與模擬器、性能測(cè)試iOS / Android 平臺(tái)差異經(jīng)驗(yàn)9.2 簡(jiǎn)歷項(xiàng)目怎么寫很多初學(xué)者的簡(jiǎn)歷寫著“熟悉 Selenium”但缺少項(xiàng)目細(xì)節(jié)。建議至少準(zhǔn)備一個(gè)完整項(xiàng)目寫清以下信息項(xiàng)目背景被測(cè)系統(tǒng)是什么業(yè)務(wù)。技術(shù)棧Python pytest Playwright Allure。個(gè)人職責(zé)搭建 UI 自動(dòng)化框架封裝公共方法編寫 30 條核心回歸用例接入 Jenkins 定時(shí)執(zhí)行。量化結(jié)果用例數(shù)量、執(zhí)行時(shí)間、發(fā)現(xiàn)的缺陷數(shù)、線上回歸效率提升比例。AI 實(shí)踐通過大模型生成了多少條接口測(cè)試數(shù)據(jù)失敗日志分析效率提升多少。推薦做一個(gè)帶數(shù)據(jù)看板的開源或模擬項(xiàng)目把報(bào)告截圖放進(jìn)作品集面試時(shí)直接展示。9.3 常見面試題應(yīng)對(duì)除了會(huì)寫代碼還要能回答以下問題Selenium 和 Playwright 的區(qū)別是什么顯式等待和隱式等待的區(qū)別接口自動(dòng)化測(cè)試框架怎么搭建遇到非預(yù)期彈窗導(dǎo)致用例失敗怎么處理怎么判斷一個(gè)用例是穩(wěn)定用例還是脆性用例自動(dòng)化測(cè)試能做手工測(cè)試百分之多少的替代大模型如何輔助生成和維護(hù)測(cè)試用例如何保證測(cè)試數(shù)據(jù)不污染生產(chǎn)環(huán)境每個(gè)問題回答時(shí)都帶一個(gè)實(shí)際案例。比如“非預(yù)期彈窗”就直接講本章的掃描關(guān)閉策略“接口框架搭建”就畫分層結(jié)構(gòu) 代碼目錄。10. 常見問題與排查方法下面是自動(dòng)化測(cè)試項(xiàng)目里最高頻的問題清單建議收藏當(dāng)工具表用。問題現(xiàn)象可能原因排查方式解決方案Python 命令找不到未加入 PATH輸入where python查看重裝 Python 并勾選 Add to PATHpip 安裝慢或超時(shí)默認(rèn)源不穩(wěn)定查看報(bào)錯(cuò)信息使用國(guó)內(nèi)鏡像源pip install -i https://pypi.tuna.tsinghua.edu.cn/simple 包名Playwright 瀏覽器下載失敗網(wǎng)絡(luò)問題查看下載日志配置鏡像環(huán)境變量后重試playwright install啟動(dòng) Chrome 報(bào)錯(cuò) SessionNotCreatedChromeDriver 版本不匹配檢查瀏覽器版本和驅(qū)動(dòng)版本使用 Selenium Manager 自動(dòng)匹配或手動(dòng)下載對(duì)應(yīng)驅(qū)動(dòng)頁(yè)面元素找不到加載慢 / 元素在 iframe / 元素是動(dòng)態(tài)渲染檢查頁(yè)面結(jié)構(gòu)、增加等待、打印 page.title使用顯式等待Playwright 可開啟自動(dòng)等待用例偶發(fā)失敗彈窗遮擋 / 時(shí)序問題 / 測(cè)試數(shù)據(jù)重復(fù)查看失敗截圖和錄屏確認(rèn)失敗一致性加入彈窗處理機(jī)制使用獨(dú)立測(cè)試數(shù)據(jù)接口返回 401token 過期或未傳檢查請(qǐng)求頭增加 token 自動(dòng)刷新機(jī)制接口請(qǐng)求超時(shí)測(cè)試環(huán)境服務(wù)慢或網(wǎng)絡(luò)隔離使用 curl 手動(dòng)請(qǐng)求確認(rèn)增加超時(shí)配置和重試機(jī)制批量任務(wù)跑到一半卡住資源占用過高 / 某個(gè)用例死鎖查看日志定位卡住的用例增加單用例超時(shí)和失敗重試限制并發(fā)數(shù)Allure 報(bào)告無數(shù)據(jù)allure 環(huán)境變量缺失或生成目錄錯(cuò)誤檢查命令產(chǎn)物目錄重新安裝 allure 并確認(rèn)--alluredir路徑10.1 自動(dòng)化測(cè)試中 AI 輔助 Debug 的具體操作碰到報(bào)錯(cuò)先不要急著人工讀日志把下面三個(gè)信息交給 AI用例名稱和業(yè)務(wù)步驟完整報(bào)錯(cuò)堆棧失敗截圖或頁(yè)面 HTML 片段AI 給出的答案不一定完全正確但它能快速縮小范圍。常見的失敗原因集中在定位符失效、等待時(shí)間不夠、環(huán)境數(shù)據(jù)被污染、接口返回異常四類從這幾個(gè)方向排查效率最高。11. 最佳實(shí)踐與使用建議項(xiàng)目落地階段建議按下面的規(guī)則執(zhí)行能少踩很多坑。11.1 測(cè)試數(shù)據(jù)管理不用生產(chǎn)環(huán)境真實(shí)數(shù)據(jù)跑測(cè)試。準(zhǔn)備獨(dú)立的測(cè)試賬號(hào)、測(cè)試商品、測(cè)試優(yōu)惠券數(shù)據(jù)在每次運(yùn)行前重置。用 Faker 生成的數(shù)據(jù)要特別注意唯一性比如使用時(shí)間戳或 UUID 后綴。import uuid unique_username ftest_{uuid.uuid4().hex[:8]}11.2 用例穩(wěn)定性優(yōu)先自動(dòng)化用例的價(jià)值在于穩(wěn)定執(zhí)行。寧可少寫 10 條不穩(wěn)定用例也不要保留一條動(dòng)不動(dòng)就失敗的用例。每次運(yùn)行失敗后把失敗原因分類記錄彈窗類、數(shù)據(jù)類、環(huán)境類要分開處理不要都用重試掩蓋問題。11.3 在 CI 中集成自動(dòng)化測(cè)試推薦先做接口自動(dòng)化接入 Jenkins再逐步加入 UI 自動(dòng)化。# .gitlab-ci.yml 示例 stages: - test api-test: stage: test script: - pip install -r requirements.txt - pytest testcases/test_api_demo.py --alluredirreports/allure-results artifacts: paths: - reports/allure-results11.4 合規(guī)與安全提醒所有自動(dòng)化腳本都只用于被授權(quán)測(cè)試的系統(tǒng)。人臉、聲音、用戶身份信息、支付信息和版權(quán)素材等敏感數(shù)據(jù)在測(cè)試環(huán)境中必須脫敏。不要使用自動(dòng)化工具繞過登錄驗(yàn)證、抓取受限數(shù)據(jù)、攻擊第三方服務(wù)。AI 輔助生成的測(cè)試數(shù)據(jù)也必須在隔離環(huán)境里運(yùn)行確認(rèn)無風(fēng)險(xiǎn)后才能使用。11.5 持續(xù)學(xué)習(xí)路徑自動(dòng)化測(cè)試技術(shù)棧更新速度快建議定期關(guān)注Playwright 官方文檔的版本更新pytest 插件生態(tài)AI 編程助手的測(cè)試能力變化各家大模型 API 的函數(shù)調(diào)用能力優(yōu)先形成“框架能力 業(yè)務(wù)理解 AI 輔助”的組合而不是單純會(huì)記 API。12. 怎么規(guī)劃自己的 2026 學(xué)習(xí)計(jì)劃如果你是完全零基礎(chǔ)建議按四周安排不要貪多。第一周基礎(chǔ)與環(huán)境完成 Python 基礎(chǔ)語(yǔ)法學(xué)習(xí)重點(diǎn)掌握列表、字典、函數(shù)、類、文件讀寫。完成環(huán)境搭建跑通 pytest 第一個(gè)用例。學(xué)會(huì)用 pytest 批量執(zhí)行和斷言。第二周接口自動(dòng)化學(xué)習(xí) requests 庫(kù)完成 5 個(gè)接口用例。學(xué)習(xí) pytest 參數(shù)化和 fixture。嘗試用 AI 生成接口測(cè)試數(shù)據(jù)和用例。跑通 Allure 報(bào)告并生成 HTML。第三周Web UI 自動(dòng)化學(xué)習(xí) Playwright 定位方式、等待策略、iframe 處理。完成登錄、下單、列表頁(yè)三個(gè)核心流程。封裝 Page Object。第四周App 自動(dòng)化 項(xiàng)目整合使用 Airtest 或 Appium 跑一個(gè)移動(dòng)端核心流程。把接口測(cè)試和 UI 測(cè)試放到同一個(gè) pytest 工程里。將項(xiàng)目文檔、截圖、報(bào)告整理成簡(jiǎn)歷項(xiàng)目材料。2026 年最應(yīng)該重視的 AI 能力純手工編寫測(cè)試腳本的時(shí)代還在但效率邊界已經(jīng)很明顯。大模型在測(cè)試領(lǐng)域的價(jià)值不是替代測(cè)試工程師而是把重復(fù)性勞動(dòng)壓縮到最低讓測(cè)試人員把精力集中在設(shè)計(jì)場(chǎng)景、評(píng)估風(fēng)險(xiǎn)和判斷結(jié)果上。正式開始之前最值得先驗(yàn)證的事情是把你手頭最熟悉的頁(yè)面或接口需求給 AI讓它生成一條能通過的用例然后人工審查這段測(cè)試代碼是否真的覆蓋了業(yè)務(wù)預(yù)期。這個(gè)過程跑完你基本就掌握了 AI 自動(dòng)化測(cè)試的核心工作模式。自動(dòng)化測(cè)試這條路沒有捷徑路徑很清晰會(huì)寫腳本、懂框架、會(huì)處理不穩(wěn)定問題、能用 AI 提速。把這篇文章里每一章代碼都跑通再結(jié)合一個(gè)真實(shí)業(yè)務(wù)系統(tǒng)做完整項(xiàng)目后面投遞相關(guān)崗位時(shí)你的實(shí)際產(chǎn)出會(huì)比簡(jiǎn)歷上的文字更有說服力。