Search Header Logo

spec撰寫

Authored by 汪又新 汪又新

Computers

Professional Development

Used 1+ times

spec撰寫
AI

AI Actions

Add similar questions

Adjust reading levels

Convert to real-world scenario

Translate activity

More...

    Content View

    Student View

5 questions

Show all answers

1.

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

關於SPEC,何者描述錯誤

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

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

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

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

2.

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

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

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

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

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

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

3.

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

關於使用Markdown語法,以下描述何者正確?

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

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

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

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

4.

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

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

Mermaid 語法能用來繪製流程圖

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

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

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

5.

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

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

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

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

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

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

Access all questions and much more by creating a free account

Create resources

Host any resource

Get auto-graded reports

Google

Continue with Google

Email

Continue with Email

Classlink

Continue with Classlink

Clever

Continue with Clever

or continue with

Microsoft

Microsoft

Apple

Apple

Others

Others

Already have an account?