1.軟件測試用例文檔怎么寫原發布者：xuzikun76
RUP模版------《測試計劃》測試計劃版本[注：以下提供的模板用于 。其中包括用方括號括起來并以藍色斜體（樣式=InfoBlue）顯示的文本，它們用于向作者提供指導，在發布此文檔之前應該將其刪除 。按此樣式輸入的段落將被自動設置為普通樣式（樣式=BodyText） 。][要定制MicrosoftWord中的自動字段（選中時顯示灰色背景），請選擇File>Properties，然后將Title、Subject和Company等字段替換為此文檔的相應信息 。關閉該對話框后，通過選擇Edit>SelectAll（或Ctrl-A）并按F9，或只是在字段上單擊并按F9，可以在整個文檔中更新自動字段 。對于頁眉和頁腳，這一操作必須單獨進行 。按Alt-F9，將在顯示字段名稱和字段內容之間切換 。有關字段處理的詳細信息，請參見Word幫助 。]修訂歷史記錄目錄1.簡介31.1目的31.2背景31.3范圍31.4項目標識32.測試需求33.測試策略33.1測試類型33.1.1數據和數據庫完整性測試33.1.2功能測試33.1.3業務周期測試33.1.4用戶界面測試33.1.5性能評價33.1.6負載測試33.1.7強度測試33.1.8容量測試33.1.9安全性和訪問控制測試33.1.10故障轉移和恢復測試33.1.11配置測試33.1.12安裝測試33.2工具34.資源34.1角色34.2系
2.如何編寫用例文檔本文由《The Object Primer 2nd Edition》的第三章改編而來 。
當記錄基于組件的系統的行為需求時，用例是最常用的技術之一 。開發人員常問的一個問題是，“用例文檔應該包括哪些信息？”盡管我在此提到的一些部分是可選的，但在我看來，將這些部分包括在用例文檔中不失為一個好主意 。
當編寫基本用例的文檔時（另請參閱前一篇技巧 Modelling essential use cases），我傾向于略去可選部分（因為基本用例關注的是是什么，而不是為什么，因此不必像系統用例那樣復雜） 。當編寫系統用例時，我通常將所有部分都包括在內 。
回顧一下，基本用例和系統用例之間的主要區別是，系統用例包括了高級實現決策，而基本用例是要以與技術和實現無關的方式捕捉用戶的意圖 。參與者 （actor） 和被包含的用例這兩個部分實際上只看用例圖即可確定 。
但是，按我的經驗，各個用例最好相互獨立 — 換句話說，用例應該包含理解它們所需的全部關鍵信息以及它們所在的上下文 。這使您的主題問題專家 （SME） 能夠分別充實各個用例 。
（他們可能上午以小組為單位協同工作，下午則各自獨立地以最快的速度充實所分配的用例，從而提高了整個小組的生產效率 。） 用例的各個組成部分 名稱 。
名稱無疑應該表明用戶的意圖或用例的用途，如“研究班招生” 。標識符 [可選] 。
唯一標識符，如 "UC1701"，在項目的其他元素（如類模型）中可用它來引用這個用例 。說明 。
概述用例的幾句話 。參與者 [可選] 。
與此用例相關的參與者列表 。盡管這則信息包含在用例本身中，但在沒有用例圖時，它有助于增加對該用例的理解 。
狀態[可選] 。指示用例的狀態，通常為以下幾種之一：進行中、等待審查、通過審查或未通過審查 。
頻率 。參與者訪問此用例的頻率 。
這是一個自由式問題，如用戶每次錄訪問一次或每月一次 。前置條件 。
一個條件列表，如果其中包含條件，則這些條件必須在訪問用例之前得到滿足 。后置條件 。
一個條件列表，如果其中包含條件，則這些條件將在用例成功完成以后得到滿足 。被擴展的用例 [可選] 。
此用例所擴展的用例（如果存在） 。擴展關聯是一種廣義關系，其中擴展用例接續基用例的行為 。
這是通過擴展用例向基用例的操作序列中插入附加的操作序列來實現的 。這總是使用帶有