拆測試點這件事，做成可復用Skill后，我才真正理解AI測試

01、從一個普通的訂單查詢說起

事情從一個很常見的訂單查詢功能開始。

產品給我發了一段需求描述：“用戶可以根據訂單號、商品名稱、下單時間范圍來查歷史訂單，查出來的結果要分頁展示，每頁默認20條，最多展示100頁。”

換作以前，我的操作很固定——打開Excel，對著這段文字開始一條條列測試點：訂單號正確能不能查到、訂單號為空會不會提示、翻頁正不正常……花上大半天把表格填滿。

但那天我想試試AI。

我把需求復制給AI，讓它幫我列一份測試點清單。結果讓我有點意外——AI給了我二十多個測試點，里面包括“開始時間大于結束時間時給提示”“第100頁有數據、第101頁沒有數據”這種我自己寫可能會忽略的邊界場景。確實比我手動列的更全，有些點我自己都沒想到。

但高興沒持續太久。

后來我又測一個充值功能，AI給的建議里有一條：“充值金額為負數時，系統應提示‘金額不能為負數’。”我覺得有道理啊，邊界值嘛。結果到測試環境一試，發現壓根不存在這個場景——前端輸入框早就限制死了，只能輸入數字，負號根本打不進去。

這件事讓我意識到一個問題：如果我們只是簡單地把需求扔給AI，讓它“幫我寫用例”，得到的結果要么不全，要么不準。 問題不在于AI不夠聰明，而在于——我們從來沒有教過AI，測試到底是怎么一步步拆出來的。

02、不同人測出來的東西完全不同

做測試久了你會發現一個現象：同一份需求文檔，給不同的測試同學，拆出來的測試點天差地別。

• 有的人只會盯著頁面看——按鈕能不能點、字段能不能填。
• 有的人很會找規則里的漏洞——金額臨界值、字符長度上限、時間邊界挖得干干凈凈。
• 有的人異常場景想得周全——網絡斷了會怎樣、服務超時怎么辦、數據回滾有沒有問題。
• 還有的人會自然想到重復提交會不會產生兩條訂單、兩個人同時操作會不會數據錯亂。

這些差異當然跟經驗有關。但如果每次都靠個人經驗，就會出現兩個問題：今天測得好不好，全看今天誰在測；這個人走了，他的經驗也跟著走了。

等到AI來了之后，這個問題更明顯了。AI不是真的理解“拆測試點”這件事。你給它一句“幫我生成測試用例”，它通常會干兩件事：把頁面上能看到的都列一遍，再把網上常見的測試點給你鋪一遍。看起來寫了滿滿一屏，實際跟你的需求對不對得上，它不管。

問題不在AI，在于我們沒有把“測試是怎么拆出來的”這件事，用它能理解的方式講清楚。

03、我把“下意識”變成“清單”

測試老手拿到需求后，腦子里會飛快地過一套流程：主流程是什么、哪里會有分支、邊界值在哪、異常怎么提示、狀態會不會串、數據會不會亂、要不要考慮多人同時操作……這套過程，熟練的測試基本是“下意識”完成的。

問題就出在“下意識”這三個字上。因為太下意識了，所以很難講出來、很難教給別人，也很難教給AI。

我把自己這套“下意識”拆成了八個固定的檢查項：主流程、條件分支、邊界值、異常提示、狀態流轉、數據一致性、多人同時操作/重復提交/權限控制、操作失敗后能不能恢復。

這對AI特別管用。因為AI最常犯的錯不是“不會寫”，而是——主流程能寫幾條、邊界值能寫幾個，但到了“數據會不會亂”“重復提交會不會出問題”這種地方，它就不穩定了。一旦先把這八個方面固定住，AI出來的東西質量就穩了一大截。

04、不同需求，拆法完全不一樣

但光有這八個檢查項還不夠。不同類型的需求，拆法完全不一樣。同樣是“新增”兩個字，背后是完全不同的思考路徑。

第一種是改邏輯的需求。 比如“超時后自動打上‘已超時’標簽”“金額超過1000塊走另一條審批流程”。這種需求的核心不在頁面上，而在背后的判斷規則。拆的時候重點看：什么條件會觸發、判斷條件是什么、條件符合會怎樣、不符合又怎樣、臨界值是多少、數據存進數據庫對不對、接口返回對不對。

第二種是改表單的需求。 比如“新增了一個字段”“某個字段從必填改成選填”“下拉框的選項變了”。這種需求最好一個字段一個字段地拆：能不能為空、默認填什么、什么情況下才顯示、選了之后怎么回顯、提交時有沒有控制、保存之后數據對不對。

第三種是改界面的需求。 比如“標簽換個樣式”“按鈕在某種狀態下變灰”“空白頁面長什么樣”。這種需求主要看：顯示對不對、反饋及不及時、狀態切換順不順暢。

所以一個真正能用的AI工具，不能只給一份“通用測試大全”。它得能先判斷：這屬于哪一類需求？然后自動切換成對應的拆法。不是讓AI一上來就讀一大堆規則，而是讓它先判斷類型，再按對應的方式來拆。

05、還有個特別容易踩的坑：原型圖

如果測試輸入里帶了藍湖（設計師用來放設計稿的工具）鏈接，AI經常會出現一個錯誤：它會把頁面上本來就有的老字段、老按鈕、老標題，也當成“這次要新增的測試點”。

這對測試來說是致命的——我們要測的是“這次新加的東西”，不是把整個頁面從頭到尾再測一遍。

06、給想轉AI測試的新手三句話

如果你也想走向AI測試，我給你三句實在的建議：

第一，別急著堆例子。 先問自己：你拿到需求時，腦子里過的第一套流程是什么？把那套流程先寫下來，這比什么都重要。

第二，學會給需求分類。 改邏輯的、改表單的、改界面的——拆法不一樣。分不清類型，后面全是亂的。

第三，把最容易犯的錯寫成硬規定。 比如“設計稿上的老字段不等于本次新增內容”。一條明確的規則，比十段泛泛的經驗都有用。

AI正在改變測試行業，懂AI的測試工程師正變得越來越搶手。測試沒有因為AI變簡單，但我們可以因為AI變得更有價值。這個價值不在于你會不會寫測試用例，而在于你能不能教會AI像測試一樣思考。

??想了解更多漲薪技能提升方法

??可以到公主號【Atstudy技術社區】,即可加入領取 ??????

??轉行、入門、提升、需要的各種干貨資料

??內含AI測試、 車載測試、AI大模型開發、BI數據分析、銀行測試、游戲測試、AIGC