軟件測試之編寫用例文檔 軟件測試工具
關鍵字：用例文檔 Scott Ambler 闡明了基本用例和系統用例之間的區別，并針對如何編寫這兩類用例的文檔提出了一些建議（主要討論系統用例）。本文由《The Object Primer 2nd Edition》的第三章改編而來。
當記錄基于組件的系統的行為需求時，用例是最常用的技術之一。開發人員常問的一個問題是，“用例文檔應該包括哪些信息？”盡管我在此提到的一些部分是可選的，但在我看來，將這些部分包括在用例文檔中不失為一個好主意。當編寫基本用例的文檔時（另請參閱前一篇技巧 Modelling essential use cases），我傾向于略去可選部分（因為基本用例關注的是是什么，而不是為什么，因此不必像系統用例那樣復雜）。當編寫系統用例時，我通常將所有部分都包括在內�；仡櫼幌�，基本用例和系統用例之間的主要區別是，系統用例包括了高級實現決策，而基本用例是要以與技術和實現無關的方式捕捉用戶的意圖。
參與者 (actor) 和被包含的用例這兩個部分實際上只看用例圖即可確定。但是，按我的經驗，各個用例最好相互獨立 — 換句話說，用例應該包含理解它們所需的全部關鍵信息以及它們所在的上下文。這使您的主題問題專家 (SME) 能夠分別充實各個用例。（他們可能上午以小組為單位協同工作，下午則各自獨立地以最快的速度充實所分配的用例，從而提高了整個小組的生產效率。）
用例的各個組成部分
名稱。名稱無疑應該表明用戶的意圖或用例的用途，如“研究班招生”。
標識符 [可選]。唯一標識符，如 "UC1701"，在項目的其他元素（如類模型）中可用它來引用這個用例。說明。概述用例的幾句話。
參與者 [可選]。與此用例相關的參與者列表。盡管這則信息包含在用例本身中，但在沒有用例圖時，它有助于增加對該用例的理解。
狀態 [可選]。指示用例的狀態，通常為以下幾種之一：進行中、等待審查、通過審查或未通過審查。
頻率。參與者訪問此用例的頻率。這是一個自由式問題，如用戶每次錄訪問一次或每月一次。
前置條件。一個條件列表，如果其中包含條件，則這些條件必須在訪問用例之前得到滿足。
后置條件。一個條件列表，如果其中包含條件，則這些條件將在用例成功完成以后得到滿足。
被擴展的用例 [可選]。此用例所擴展的用例（如果存在）。擴展關聯是一種廣義關系，其中擴展用例接續基用例的行為。這是通過擴展用例向基用例的操作序列中插入附加的操作序列來實現的。這總是使用帶有 <> 的用例關聯來建模的。
被包含的用例 [可選]。此用例所包含用例的列表。包含關聯是一種廣義關系，它表明對處于另一個用例之中的用例所描述的行為的包含關系。這總是使用帶有 <> 的用例關聯來建模的。也稱為使用或具有 (has-a) 關系。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
