spec撰寫

關於SPEC，何者描述錯誤？

• SPEC完成後就不該再有任何更動，避免分歧

• SPEC是一份規格文件，用於定義產品或項目的需求和功能

• 維護和撰寫良好的SPEC可以降低溝通成本

• 撰寫SPEC時應確保文件能達成有效溝通

關於產險前端SPEC撰寫規範何者錯誤？

• 是交付PG開發的主要依據，也是交接時的必須文件

• 把握好撰寫的基本原則就能寫出滿分的SPEC

• 前後端SA之間應保持溝通，當有相關的修改時，應記得更新SPEC內容

• SPEC應僅描述需求和說明流程相關內容，不應撰寫程式碼細節

關於使用Ｍarkdown語法，以下描述何者正確？

• Markdown語法只能用於撰寫HTML文件

• Markdown語法撰寫的文件沒有預覽器的輔助無法閱讀

• Markdown語法能透過解析工具轉換為JavaScript格式

• 採用Markdown撰寫spec的除了易讀易寫，還能幫助進行版本控制

關於 Mermaid 語法的描述何者正確？

• Mermaid 語法能用來繪製流程圖

• Mermaid 語法在所有的Markdown 預覽器中都被原生支援

• ＧitHub, GitLab等基於Web的Markdown編輯器和版本控制平台不支援
  Mermaid

• Mermaid 語法易讀易寫，適合用來撰寫Spec全文

下列敘述的情境何者正確？

• spec內容全部交由前端開發人員撰寫就好，因為他們最懂網頁開發技術細節

• spec應由開發團隊一起討論出的內容而來，在滿足需求的同時也會反覆審閱和更新內容

• 為了方便開發，直接將設計師的UI設計稿當成spec交付即可，不需要額外的文字說明

• 完成初稿後的spec就不需要再做更動，不然會有分歧和混淆