編寫有效用例筆記-第八章 擴充套件 – tommwq.tech/blog
主成功場景執行到某個步驟時，由於一些特定條件，執行步驟會出現分支。擴充套件就是某個特定條件和後續的執行步驟。擴充套件是用例中非常重要的部分。並非每個操作都會按預想的方式成功，程式必須可以處理這些情況。如果在開發階段才意識到這些擴充套件場景，會大大增加開發周期和風險。大多數情況下，擴充套件場景包括：
編寫擴充套件也有一些準則：
壞：對於無法測驗的條件，不要包含到擴充套件場景中。顧客忘記了密碼。
好：系統測驗到等待顧客輸入密碼的時間超過限制。
擴充套件：如果擴充套件的層次過多，或被多個地方使用，可以將擴充套件轉換為用例。2a. 資金不足：
2a1. 系統通知顧客，要求輸入乙個新的金額。
2a2. 顧客重新輸入金額。
《編寫有效用例》閱讀筆記三
基於資料庫操作的小用力稱為crud用例，每個小用例都表達了單獨需求，在處理這種用例是會有兩種不同的方法，可以將其分離或者先使用單個管理實體用例對其處理。在提取系統用例時或有許多用例大致相同，對此可能會建立一種通用搜尋機。用例每個目標步驟的命名類似於程式語言中的子過程呼叫，而且用例是有人而不是計算機使...
《編寫有效用例》閱讀筆記一
這個學期的好幾門課程都會用到uml用例圖的相關知識，可見用例的重要性。用例圖作為軟體開發需求分析階段的主要表現形式，有很多值得去學習和研究的內容。這本書通過對具體的一些用例的分析，介紹了一些編寫有效用例的方法和技巧。這本書分為 用例體部分 經常討論的主題 對忙於編寫用例的人的提示 幾個部分，單從名稱...
編寫有效用例 閱讀筆記05
編寫了那麼多的用例，那用例到底是幹嘛的？用例為管理者指明應提交給使用者的系統功能。用例的標題指明主執行者的需求，同時系統也必須支援這些需求，而用例描述則說明了系統需要什麼功能以及將提供什麼服務。在一開始接觸用例的時候，uml課程中提及過用例的優先順序以及用例版本號等其他細節，對於這些資訊的彙總可以稱...