大家晚安！ 這段時間我的更新頻率會稍微放慢一些，主要在處理搬家的各項瑣事。不過，這段空檔也讓我能靜下心來梳理未來的寫作方向。 我一直在思考，除了單純的技術工具，測試工程師還能為團隊帶來什麼價值？未來，我希望透過這個部落格，紀錄我在「品質工程」這條路上...

前言：表面缺截圖，裡面缺的是別的東西某天下午，我快把新功能測完了——正準備補剩下的幾個 edge case（邊緣案例）、抓截圖、錄影、整理報告——測試站的登入服務掛了。 時間點剛好。功能驗證做得差不多，但 artifacts（截圖、錄影等測試產出） ...

前言：那個下午我意識到自己錯放了位置最近我在測一個篩選功能。 四個條件、每個三到四個值，光是基本組合就上百種；再加上排序、分頁、清除按鈕、預設值的交互——整整兩天，我坐在電腦前面，一組一組點下去、等載入、比對結果、寫紀錄。 到了第二天下午，我手指麻了...

前言：一個聽起來很合理的提案某次會議，測試主管講了一個聽起來非常合理的構想： 「現在不是流行 vibe coding 嗎？開發那邊都會留一份 specs.md，我們就拿那個丟給 AI，請它幫我們生測試案例。這樣 QA 也可以加速。」 會議室點頭的...

前言：一個讓人難受的場景想像一個畫面：迭代尾聲，你加班把上百條測試案例全部跑完，報告漂漂亮亮、綠燈整片，信心滿滿地說「可以上線了」。結果上線不到一小時，客服群組跳出第一個 ticket——某個你從來沒想過的操作組合，讓後端噴出 500。 你心裡浮出那...

最近在 Ministry of Testing (MoT) 論壇看到一個值得深思的討論：「我們是否跑了比實際需求更多的回歸測試？」 在手動測試、自動化測試領域，我們很容易陷入「數量迷思」。當腳本從 100 條增加到 1000 條時，表面上覆蓋率更高、...

對於初入職場的測試工程師（QA）來說，「績效指標（KPI/OKR）」往往像是一層迷霧。 我們的工作目標是確保產品品質，但「品質」本身是一個抽象且難以被單一數字定義的概念。在實際的職場運作中，公司需要量化數據來評估成效，而身為初階工程師，我們...

「我們只要確保功能照著規格跑就好，底層邏輯是開發的事。」 這句話，你聽過嗎？在許多測試團隊中，主管可能因為專案時程緊迫、人力不足，或是為了釐清責任歸屬，傾向讓 QA 待在「黑箱測試」的安全區。 但身為第一線的測試工程師，我們心裡明白：只做黑箱測試，其...

就在我們還在習慣 Appium 2.0 的獨立 Driver 安裝架構時，Appium 3.0 已經正式進入大家的視野。 這次的升級並不像從 v1 到 v2 那樣有翻天覆地的架構改變，但卻有幾個針對「現代化」與「安全性」的關鍵修正。如果你正在考慮將團...

最近接到一個需求：驗證「語音聊天室自動錄音功能」。為了確保行銷團隊拿到的音訊檔案完整且無損，我嘗試使用 Audacity 搭配 FFmpeg 來進行驗證。 沒想到，光是安裝工具就踩了一點小坑，這篇文記錄一下解決過程與我的測試計畫。 1. 工具準備：W...