Use case與user story在不同項目中定義會有一定區別，此處只討論最大眾的定義。

最基本的區別：1. use case是以用例圖表示(例描述的是參與者與系統之間的對話，但是這個對話的細節并沒有在用例圖中表述出來，針對每一個用例我們可以用事件流來描述這一對話的細節內容。如在ATM系統中的"提款"用例可以用事件流表述如下：1. 用戶插入銀行卡 2. 輸入密碼 3. 輸入提款金額 4. 提取現金 5. 退出系統，取回銀行卡. 描述的是用戶一次進入這個系統的涉及根本數據變動的最小目的); 2.用戶業務流可能更偏寫(查詢算是一次用例,但有時候也不會歸納到用例中,包含數據變動的最小目的, 但業務流不會描述查詢.); user story是以一句話表示(笛卡爾積法分析我們如何正確使用Use Story？)。

最基本的共同點：幫助閱讀者明白該軟件應該完成什么事，促進利益相關者交流合作。

在實際使用時這兩者無高下之分，只分使用場合。

---

User story在維基百科上的定義：In software development and product management, a user story is an informal, natural language description of one or more features of a software system.

User story有其固定格式，其中應用最廣的為：

As a <role>, I want <goal/desire> so that <some reason>.

E.g. As a PO, I want to change privacy policy for the China version of the App so that local policies are updated for local market.

不過實際使用時有的公司也不會遵從這個格式，只要能把意思表達清楚即可。【個人觀點】

user story只有簡單的需求描述，而非詳細的需求規范。所以因其簡單易懂的特點，user story適用于需求探索階段，也就是sprint plainning階段與用戶討論需求時使用。

關于role：并且使用user story時，role不只有終端用戶一個角色，比如還包括backend team、PO等等。測試人員在設計case時需要把自己轉換成多個角色來設計case并確保其覆蓋場景。

關于粒度：在敏捷開發中user story的粒度一般較小，一個業務場景的備選流有時也能成為一個user story。

關于關注點：user story不會涉及系統內部的東西，主要關注業務用例而非系統用例。

---

Use case的定義為：A generalized description of a set of interactions between the system and one or more actors, where an actor is either a user or another system.

可以看出use case的關注點在于系統用例，即更適合系統設計與開發團隊使用。

作者：洛姆
鏈接：https://www.jianshu.com/p/c6978490be8d
來源：簡書
簡書著作權歸作者所有，任何形式的轉載都請聯系作者獲得授權并注明出處。

?

附錄:

?

任務Task、用例UseCase、用戶故事UserStory、場景Scenario

測試case中的場景分析法

?

總結

以上是生活随笔為你收集整理的[转]用例和用户故事的区别 useCase和useStory的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。