一個會自動"失憶"的網(wǎng)站，成了QA圈的新寵。每周日零點UTC，所有數(shù)據(jù)清零重置，用戶卻樂此不疲地往里面填測試用例。

這聽起來像個bug，其實是產(chǎn)品設計。創(chuàng)始人Abigail Armijo（阿比蓋爾·阿米霍）做了一個反常識的決定：讓練習平臺保持"出廠設置"，逼測試人員每周重新搭建環(huán)境。結(jié)果GitHub上相關(guān)挑戰(zhàn)的提交量三個月漲了47%。

01 | 為什么登錄測試比你想的復雜

大多數(shù)教程里的登錄測試長這樣：輸入用戶名、輸密碼、點登錄、驗證跳轉(zhuǎn)。阿比蓋爾在墨西哥城做了八年QA后，把這種練習稱為"玩具場景"——好看，但不經(jīng)摔。

她搭建的Testing Dojo（測試道場）是個應收賬款儀表盤，一個企業(yè)服務器下掛著多家公司，每家公司又有不同權(quán)限的用戶。管理員能注冊服務器、創(chuàng)建公司、添加用戶；普通用戶只能看報表和配置參數(shù)。

同一個登錄框，兩種人進去看到的是兩個世界。這才是真實的企業(yè)軟件：權(quán)限不是開關(guān)，是迷宮。

第一個挑戰(zhàn)要求同時覆蓋兩條路徑。管理員賬號jdoe/Admin+123能進Northwind、Contoso、Adventure Works三家公司；普通用戶janedoe/User+123只能看到Northwind的儀表盤。測試腳本得驗證的不只是"登進去"，而是"登進去后能看到什么、不能看到什么"。

阿比蓋爾把憑證直接寫在挑戰(zhàn)說明里，這不是疏漏，是設計。她見過太多新手在環(huán)境配置上卡三天，最后放棄。"我要的是測試邏輯，不是猜密碼游戲。"

02 | 真實場景的"臟數(shù)據(jù)"美學

平臺每周日重置的機制，源自阿比蓋爾在金融科技公司的親身經(jīng)歷。她回憶："生產(chǎn)環(huán)境從不會等你準備好，數(shù)據(jù)每天都在變，上游系統(tǒng)隨時抽風。"

自動重置模擬了這種不確定性。上周寫的腳本這周可能失效，因為公司ID變了、用戶權(quán)限調(diào)整了、或者某條測試數(shù)據(jù)被"同事"刪了——其他練習者也是變量。

這種設計倒逼測試人員寫出更健壯的代碼。不能硬編碼ID，得動態(tài)抓??；不能假設數(shù)據(jù)存在，得先校驗再操作；不能一個用例跑完就完事，得考慮數(shù)據(jù)隔離。

阿比蓋爾在GitHub倉庫apis3445/TestingDojo里放了自己的實現(xiàn)，但標注得很清楚：這是參考，不是標準答案。她收到的PR里，有人用Playwright做端到端，有人用Postman串API，還有人把性能測試和 accessibility（無障礙訪問）測試打包進了同一條流水線。

"我沒有預設正確答案，"她在一次回復中寫道，"就像生產(chǎn)環(huán)境不會告訴你該用什么工具。"

03 | 從練習場到職業(yè)跳板

完成挑戰(zhàn)的人會在社交平臺貼截圖或倉庫鏈接， tag上#TestingDojoChallenge。阿比蓋爾會轉(zhuǎn)發(fā)，偶爾點評。這種公開交付的壓力，讓練習有了作品集的分量。

她透露過一個細節(jié)：某拉美外包公司的技術(shù)面試，已經(jīng)開始問"你有沒有做過Testing Dojo的挑戰(zhàn)"。不是看答案對不對，是看候選人怎么描述測試策略——覆蓋了多少邊界、如何處理動態(tài)數(shù)據(jù)、有沒有考慮并發(fā)場景。

平臺目前覆蓋API測試、端到端自動化、性能測試、無障礙測試等模塊。儀表盤、網(wǎng)格、多語言切換都是真實組件，不是mock（模擬）數(shù)據(jù)。阿比蓋爾計劃每月發(fā)布新挑戰(zhàn)，下一個可能是"在數(shù)據(jù)重置中途執(zhí)行測試，驗證事務一致性"。

有用戶在評論里問：能不能保留我的測試數(shù)據(jù)？阿比蓋爾的回復很直接：「生產(chǎn)環(huán)境會為你的測試數(shù)據(jù)保留嗎？」

這句話被截圖轉(zhuǎn)發(fā)了兩百多次。有人覺得冷酷，有人覺得清醒——取決于你在QA這行待了多久。

阿比蓋爾最近一條更新是詢問社區(qū)：如果開放"災難恢復"挑戰(zhàn)，讓測試人員在平臺重置后驗證數(shù)據(jù)完整性，會不會太殘酷？評論區(qū)最高贊的回復是：「比凌晨三點被叫起來修生產(chǎn)bug溫柔多了?！?/p>