# 測試檔案

測試檔案是規格的一部分，在「消化需求」的階段，也需要一併消化測試檔中的資訊。

在撰寫測試的過程中，會將文字/圖像需求中不易表達的模糊地帶，轉換成更具體的規格（例如變數命名、路由設計，以及對流程的控制）。

在 AC 提供的指定專案中，已經預先寫好測試檔案，這些測試檔案也是規格的一部分，開發小組務必在消化需求的階段，一併分析測試檔案中的規格定義，並且登記在小組的共享檔案裡。

<font color="#f00">**絕對不要到最後一刻才去瞭解測試檔裡的資訊。**</font>

### 常見疑惑：自己的寫法也可成立，但無法通過測試⋯⋯
再次強調，**測試是規格需求的一部分**，同一種需求，落實在實作上可能會有很多種不同的作法，但如果今天定義了測試檔案，就會試圖在測試定義一套明確的實作方法。

因此，在有定義測試的情況下，一定要優先瞭解在測試中定義的規格，再開始設計實作。<font color="#f00">絕對不要到最後一刻才去瞭解測試檔裡的資訊。</font>

### 疑問：我們可以自己去改測試嗎？
**測試是規格檔案的一部分。**
現階段，我們尚未開放同學直接修改規格檔案。

因此，若同學對於測試中的指定寫法產生疑惑，認為測試規格有更動的必要，需要發起討論與溝通。

你可以透過以下管道提出意見：

* 若是比較開放式的疑問、靈感，建議在 sprint meeting 中提出，也聽聽其他同學的意見
* 若涉及較多實作細節，需要深入研究後才能回答，建議考慮直接和導師討論，或者在 Lighthouse 的 Q&A 留言。

若判斷有重大影響，AC 必須在賽期間發出 pull request，AC 會立刻公告通知所有同學更新上游。若非上述嚴肅情況，在賽期間會盡可能協調，在大多數同學完成開發以後，再更新官方檔案。

\
\
[回到首頁](https://hackmd.io/@2022-Oct-Twitter/Hk9m-Pn-j/%2Feax7gnB7R3KcclDqf27iDA%3Fview)