JIRA組件策略

Question

我最近從另一個錯誤跟蹤系統切換到JIRA，之前我們沒有使用「組件」字段。該項目非常小，所以當時似乎並不需要它。隨着項目變得越來越大，我發現組件字段可能有用，但我不確定如何拆分組件。

例如，假設我有一個銀行應用程序，並且我添加了一項功能來在賬戶之間轉賬。該功能可能被歸類爲「帳戶」組件，但它也會影響用戶界面，並且會有一些與其相關的安全問題。似乎許多問題都會產生這種橫切關注。

是否有確定如何將項目劃分爲組件的最佳實踐？ 「用戶界面」和「安全性」是否過於寬泛？

我不確定這個問題有一個單一的正確答案，所以也許它應該被轉移到一個社區維基，但任何人的洞察力可以在這裏有所幫助。

Answer 1

如果組件對每個組件都有明顯的默認分配（組件引導），那麼它們將非常有用。另一種方法是等待一段時間並使用標籤。查看是否有用戶喜歡使用的常用標籤，然後在幾周內爲這些標籤創建組件。

〜馬特

Answer 2

創建bug的用戶在報告問題時可以添加多個組件。因此，他們可以選擇賬戶，轉賬和安全問題（或貸款，支付和安全問題），作爲受特定錯誤影響的所有組件。任何組件組合都可以放在一起，以便開發團隊確切知道這個錯誤發生的位置。

Answer 3

我們使用的組件領域的公司大多是集羣中的一個有意義的方式問題，因此，對這些組件的報告可以給你的反饋您的應用程序開發的一部分，得到最多的問題，或最大的變化（導致最多的錯誤）正在發生。有時，組件反映項目的組織結構，那麼默認受託人的方面是有效的（正如@mdoar所回答的那樣）。但即使如此，項目的概述也是最有趣的一個方面。