怎麼寫開發用例?

最近在搞軟件構建,總結下編寫開發用例的知識。測試

用例是什麼?

用例是文本形式的描述,使用系統實現用戶目標的情節發現和紀錄功能性需求

用例要說明的內容:

  • 場景的簡單描述
  • 關於場景的假設條件
  • 用例的發起參與者
  • 場景的前置條件
  • 場景中與系統相關的步驟序列
  • 場景完成後的後置條件
  • 用例的收益參與者

開發用例

編寫用例的目的

用例是軟件構建過程當中常常被提到的名詞。測試用例是爲了讓測試人員更好的測試,一樣的道理開發用例就是更好的指導開發人員完成編碼。
在這要說的是兩個基本目標:編碼

  • 覆蓋全部需求
    經過用例對產品需求進行有效的整理,並將需求轉成一個個用例。
  • 指導開發
    完整的用例減小開發人員在編碼階段對功能需求的重複思考,一方面能夠調高效率,另外一方面也能避免功能背離需求的狀況。

編寫用例

下面經過對用例的幾個必備因素聊一聊寫開發用例。code

描述

描述要表達的基本含義就某某(角色)經過【xxx】(功能)作xxx,以達到xx的目的。由此能夠得出用例描述所要體現出如下幾個基本信息:開發

  • 參與者——角色
  • 行爲——功能
  • 目的——產生的影響

前置條件

前置條件就是說用戶要作這件事情以前,必需要完成的事情或者具有的條件,沒有作到這個條件不能執行當前行爲。這個一般指業務上的一些前置,例如:必須登陸;必須是某某角色。產品

後置條件

後置條件是執行完用例後產生的一些影響,好比:添加完信息後列表能夠顯示出來。效率

執行步驟

步驟主要說明用例在業務上的執行步驟。登錄

寫用例的粒度

粒度是一個很關鍵的問題,通常用例能夠按照功能點劃分,可是若是功能業務邏輯十分複雜,且很是耗時,這時是有必要拆分下用例,以便能分析問題逐個解決。另一個多是功能十分簡單,沒有具體的業務且耗時較短,這類看似沒有必要寫成一個用例,可是若是是一個獨立的功能,仍是要寫的。軟件

檢查項

檢查項不是用例必須的因素,但我的認爲檢查項十分有用,至少對於開發來說。檢查項應該是越詳細越好,一方面能夠清晰的體現業務的約束和邊界爲開發提供有利的幫助,另外一方面能夠很好的驗證開發的完整性。總結

相關文章
相關標籤/搜索