有效的軟件用例編寫規則

　　從早期獲得概述是有益的;

　　最初編寫的細節越多，在了解系統后必須進行的改變也就越多;

　　所以：

　　通過首先開發用例的概述來保存精力，然后逐步增加細節，并行開發一組相關用例。

　　完成概述用例后，隨著對系統了解的增多，不斷提高用例精度，避免突然開發完所有用例或一次只開發一個用例的傾向。

　　3.2 SpiralDevelopment(螺旋式開發)

　　原因：

　　理解系統的行為可能會花掉大量時間，要求漸進式分析;

　　拖延是昂貴的。要盡快完成用例的編寫;

　　對需求進行分析后，需求很可能會發生變化;

　　需求成本的錯誤是昂貴的;

　　所以：

　　以一種迭代的，寬度優先的方式開發用例，每次迭代都會提高用例集的準確性和精度。

　　基本過程：

　　從簡單的東西開始，如一個參與者/用例列表;

　　簡要描述用力主場景，即高層用例，以包含用例的主要范圍;

　　擴展摘要的子集，并填充細節;

　　評審并調整;

　　3.3 MultipleForms

　　不同的項目需要不同程度的形式化，每個人對模板都有不同的偏好，要求每個人都使用相同的用例模板只會起到相反的作用。

　　原因：

文章來源于領測軟件測試網 http://www.kjueaiud.com/