NEW
Font size
S
M
L
XL
Worksheetsspec撰寫
Total questions: 5
Worksheet time: 3mins
Name
Class
Date
1.
關於SPEC，何者描述錯誤？
a)
SPEC完成後就不該再有任何更動，避免分歧
b)
SPEC是一份規格文件，用於定義產品或項目的需求和功能
c)
維護和撰寫良好的SPEC可以降低溝通成本
d)
撰寫SPEC時應確保文件能達成有效溝通
2.
關於產險前端SPEC撰寫規範何者錯誤？
a)
是交付PG開發的主要依據，也是交接時的必須文件
b)
把握好撰寫的基本原則就能寫出滿分的SPEC
c)
前後端SA之間應保持溝通，當有相關的修改時，應記得更新SPEC內容
d)
SPEC應僅描述需求和說明流程相關內容，不應撰寫程式碼細節
3.
關於使用Ｍarkdown語法，以下描述何者正確？
a)
Markdown語法只能用於撰寫HTML文件
b)
Markdown語法撰寫的文件沒有預覽器的輔助無法閱讀
c)
Markdown語法能透過解析工具轉換為JavaScript格式
d)
採用Markdown撰寫spec的除了易讀易寫，還能幫助進行版本控制
4.
關於 Mermaid 語法的描述何者正確？
a)
Mermaid 語法能用來繪製流程圖
b)
Mermaid 語法在所有的Markdown 預覽器中都被原生支援
c)
ＧitHub, GitLab等基於Web的Markdown編輯器和版本控制平台不支援
Mermaid
d)
Mermaid 語法易讀易寫，適合用來撰寫Spec全文
5.
下列敘述的情境何者正確？
a)
spec內容全部交由前端開發人員撰寫就好，因為他們最懂網頁開發技術細節
b)
spec應由開發團隊一起討論出的內容而來，在滿足需求的同時也會反覆審閱和更新內容
c)
為了方便開發，直接將設計師的UI設計稿當成spec交付即可，不需要額外的文字說明
d)
完成初稿後的spec就不需要再做更動，不然會有分歧和混淆
Reset
