Mantis中角色與許可權分析

mantis中角色與許可權分析

一、角色有以下幾種

檢視人員報告人員修改人員開發人員經理管理員

二、問題狀態一共有以下幾種

10:新建,20:打回,30:公認,40:已確認,50:已分派,80:已解決,90:已關閉（放棄，阻塞）

三、問題完成度有以下幾種：

10:未處理,20:已修正,30:重新開啟,40:無法重現,50:無法修復,60:重複問題,70:不是問題,80:暫停,90:不做修改

四、工作流程

角色處理問題問題完成度問題狀態

1，報告人員提交bug和分派給開發人員未處理已分派

2，開發人員 1）修改問題已修正已解決

2）對問題情況不明確可選擇相應問題完成度打回

3）放棄修改問題未處理放棄

3，測試

人員 1）複查後bug已修改已修正關閉

對已解決的問題 2）複查後bug仍存在重新開啟已分派

對打回的問題 1）新增bug描述未處理已分派

2）存在爭議未處理阻塞

3）存在爭議，但討論後解決不是問題等關閉

4，經理對存在爭議的問題提出修改意見，決定是否關閉。

5，管理員建立專案，對測試和開發人員許可權和任務進行分配

注釋：根據實際情況把報告人員和測試人員角色統一為報告人員。

修改人員和開發人員角色統一為開發人員。

注釋：測試完成後問題狀態只有 1，關閉 2，放棄 3，阻塞。

經經理確認後問題狀態只有 1，關閉 2 ，放棄。

序列號自定義欄位的編輯和刪除操作

新增人員角色許可權到這個專案中，同時也可以修改和從專案中刪除對應的使用者。

mantis中bug共有7種流程狀態：新建、打回、公認、已確認、已分派、已解決、已關閉。

? 新建：測試人員報告乙個新的bug。

? 打回：測試人員對於「已解決」的bug，而驗證測試沒有通過的，則將bug狀態改為「打回」。

? 公認：目前不用。

? 已確認：如果測試人員提交的bug，開發經理認為不是bug，則將bug狀態改為「已確認」，同時新增相應的注釋。由開發經理和測試經理共同商量決定後由測試人員將bug狀態改為「關閉」或是「打回」。

? 已分派：開發經理將「新建」或者「打回」的bug分配給開發人員。

? 已解決：開發人員修復好分配給自己的bug後，將bug改為「已解決」。測試人員可以進行驗證測試了。

? 已關閉：測試人員將「已解決」的bug進行驗證測試，如果通過，則將bug改為「已關閉」，如果沒有通過驗證測試，則將bug改為「打回」狀態。

一術語說明 1 使用者與角色使用者與角色是使用許可權的基本單位，角色是一組具有相同限限的使用者變集。使用者與使用者之間不存在相互隸屬關係，它只能屬於某個角色，角色可以隸屬於其它角色，且可以為多重隸屬關係。2 應用模組應用模組通常是指某個頁面在web中如統計報表頁面，使用者資訊頁面等等。3 ...

認證系統提供用於識別使用者身份的功能，通常登陸功能就是認證功能讓系統知道你是誰。授權系統授予使用者可以訪問哪些功能的許可讓系統知道你在做什麼。常見的許可權控制方式 url攔截許可權控制基於過濾器實現，建立並實現過濾器的功能左側的選單請求設定 action service dao ...