這個測試平臺每周日自動清零，卻讓3000+QA工程師搶著用

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

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

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

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

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

同一個登錄框，兩種人進去看到的是兩個世界。這才是真實的企業軟件：權限不是開關，是迷宮。

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

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

02 | 真實場景的"臟數據"美學

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

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

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

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

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

03 | 從練習場到職業跳板

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

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

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

有用戶在評論里問：能不能保留我的測試數據？阿比蓋爾的回復很直接：「生產環境會為你的測試數據保留嗎？」

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

阿比蓋爾最近一條更新是詢問社區：如果開放"災難恢復"挑戰，讓測試人員在平臺重置后驗證數據完整性，會不會太殘酷？評論區最高贊的回復是：「比凌晨三點被叫起來修生產bug溫柔多了。」