有效的軟件用例編寫規則

　　將一大組人聚集在一起是困難的;

　　理論上，在用例上投入的人越多，就能越快的完成用例編寫工作;

　　大的團隊會變得低效;

　　大型編寫團隊可能會通過集體討論的形式開發用例，添加許多不必要的特性;

　　所以：

　　一個由2人或3人組成的團隊足夠小，容易交流和達成一致;

　　可以使用幾個SmallWritingTeam，但應當制定一位用例設計師，以保證所有用例與愿景一致。

　　最終目的是使過程保持在可管理狀態，大的團隊將在管理上投入更多的精力。

　　2.2 ParticipatingAudience

　　沒有涉眾提供的信息和反饋，就不能滿足他們的需要;盡可能使客戶和內部涉眾積極參與用例開發過程。

　　2.3 BalancedTeam

　　由一些個性相似、意見相同的個人組成的團隊開發用例，可能會得到一組缺乏創見、范圍狹窄的用例，這種用例不能滿足每個人的需要。

　　因此，為小組配備具有不同專長的人員，以維護開發過程中涉眾的利益，確保團隊中包括開發人員和最終用戶。

　　最大好處是使編寫人員在用例中使用常見的、可理解的術語。

　　第三章 過程

　　編寫好的用例是極其個性化的，每個人都有他自己的風格，每個組織都有根據自己的文化和業務需要做事情的方式，因此，沒有創建用例的通用過程。

　　3.1 BreadthBeforeDepth

　　原因：

　　需求收集是一個發現過程，用例編寫是一個迭代過程;

　　人們很早就開始編寫用例的細節;

　　人們浪費了精力或陷入了太多的細節，通常都會失去重點，無法描述所有可能的擴展條件;

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