【實戰筆記】語音聊天室錄音測試：從 FFmpeg 安裝到「口頭標記」驗證法

最近接到一個需求：驗證「語音聊天室自動錄音功能」。為了確保行銷團隊拿到的音訊檔案完整且無損，我嘗試使用 Audacity 搭配 FFmpeg 來進行驗證。

沒想到，光是安裝工具就踩了一點小坑，這篇文記錄一下解決過程與我的測試計畫。

1. 工具準備：Windows 版 Audacity 導入 FFmpeg

如果你在 Windows 上使用 Audacity，卻發現無法匯入特定的音訊格式（如 AAC 或 WMA），那是因為缺少了 FFmpeg 函式庫。

安裝避坑指南：

1. 不要只從官網下載 Audacity，你需要額外的 FFmpeg 外掛。
2. 前往 LAME & FFmpeg download page 下載對應版本。
3. 關鍵步驟： 下載 .exe 安裝檔後執行，並在 Audacity 的 偏好設定 > 程式庫 中手動定位 avformat 檔案的位置。

搞定工具後，才能開始真正的測試工作。

---

2. 測試計畫：語音錄音完整性驗證 (2026/03/24)

這次測試的核心目標是：以「最直覺、低成本」的人工方式，驗證 GCP Bucket 上的檔案完整性。

測試範圍 (Scope)

• 包含： App 端錄音啟動、GCP Bucket 檔案完整性對照。
• 不包含： 後端底層服務測試、影音直播流測試。

風險評估 (Risks)

• 環境穩定性：若 RD 突然在測試環境佈版，會干擾錄音檔案生成。

---

3. 測試方法：「口頭標記」黃金 3 步驟

為了確保長達數十分鐘的錄音沒有「隱形斷層」，我設計了一套口頭標記法，這比單純看波形圖更有效：

1. 開頭（啟動驗證）： * 動作：大聲說出「我是 [姓名]，現在時間 [X時X分]，錄音開始。」
   • 目的：確認錄音與直播同步啟動，且基本音量正常。
2. 中間（心跳驗證）： * 動作：在直播第 10 分鐘說出「現在是中間點，測試錄音是否持續。」
   • 目的：確認時間軸對齊，防止錄音中途自動斷開。
3. 結尾（結束驗證）： * 動作：結束前說出「現在時間 [X時X分]，錄音結束，總時長約 [X] 分鐘。」
   • 目的：確認檔案封裝完整，沒有因為關閉直播導致檔案損毀 (Corrupted)。

進階情境：網路不穩與 App 閃退

除了正常流程，我也測試了「異常中斷」：

• 情境： 在第 1 分鐘人為斷網或強制關閉 App。
• 預期： 檢查 GCP 上的檔案是否仍能正常讀取（封裝成功），且中斷期間的處理符合預期。

---

4. 驗證工具：FFmpeg 指令

除了用耳聽，我還會用 ffmpeg 快速檢查檔案是否損壞：

ffmpeg -v error -i your_audio_file.mp4 -f null -

---

5. 結語

其實這麼測試遠遠不夠完整，但畢竟這功能還算MVP，後續如果完整了，就再做更完整的測試