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 ，放弃 。
查看人员的权限最低
1. 能查看BUG信息和打印
2. 查看问题注释
3. 查看和下载BUG附件
4. 查看和下载项目文档。
5. 搜索问题及过滤问题
适用对象：
希望能够通过查看项目内容，来了解项目进度，下载相关的项目文档，但不参考任何修改活动的人员。
浏览bug信息时，可以问题提醒，最主要是的是能够及时报告问题
报告人员权限：
1. 查看/报告问题和打印
2. 问题提醒
3. 修改问题状态
4. 添加/删除/修改 问题注释
5. 上传/删除 BUG附件
6. 启动/取消 监视问题
7. 搜索问题及过滤问题
适用对象：
能够在第一时间描述问题出错信息，并能及时提交出问题时的确切证据的人员
如公司中的专职测试人员(QA专员)。
修改人员除了拥有和报告人员基本的权限之外，还具有以下权限：
修改BUG问题和创建子项问题的权限
有权限添加该问题的子项问题
或者可以与其它BUG_ID建立依赖关系，方便查找问题
修改人员的权限
· 查看/报告/修改问题，添加子项问题和建立依赖关系和打印
· 问题提醒
· 修改问题状态
· 添加/删除/修改 问题注释
· 上传/删除 BUG附件
· 启动/取消 监视问题
· 搜索问题及过滤问题
适用对象：
1. 能够在第一时间描述问题的出错信息，并能及时提交出问题时的确切证据。
2. 并能管理相关的问题类型，熟悉所有问题之间的联系的管理人员。
如公司中的专职测试人员(QA专员)或者QA管理员
开发人员除了拥有和修改人员所有的权限之外，还具有以下权限：
分派问题给指定用户；移动问题；删除问题；移动问题；删除问题
开发人员的权限
· 查看/报告/修改问题，添加子项问题和建立依赖关系和打印
· 移动/删除/复制 问题
· 问题提醒
· 修改问题状态
· 添加/删除/修改 问题注释
· 上传/删除 BUG附件
· 启动/取消 监视问题
· 搜索问题及过滤问题
适用对象：
1. 能够在第一时间描述问题的出错信息，并能及时提交出问题时的确切证据。
2. 并能管理相关的问题类型，熟悉所有问题之间的联系的管理人员。
3. 直接涉及开发过程中的编程人员
如公司中的QA管理员，研发人员
经理除了拥有和开发人员基本的权限之外，还具有以下权限：
可以浏览更多的问题信息，包括
还未指定人员的问题
已解决的问题
最近做过修改的问题
项目文档管理
编辑/删除/添加 新的项目文档
管理中心
在项目管理中，可以点击其中已经存在的项目进行管理
如对项目名称进行变更，添加子项目。
编辑/删除分类项目名称，添加版本控制序列号
自定义字段的编辑和删除操作
添加人员角色权限到这个项目中，同时也可以修改和从项目中删除对应的用户。
Mantis中bug共有7种流程状态：新建、打回、公认、已确认、已分派、已解决、已关闭。
? 新建：测试人员报告一个新的bug。
? 打回：测试人员对于 “已解决”的bug，而验证测试没有通过的，则将bug状态改为“打回”。
? 公认：目前不用。
? 已确认：如果测试人员提交的bug，开发经理认为不是bug，则将bug状态改为“已确认”，同时添加相应的注释。由开发经理和测试经理共同商量决定后由测试人员将bug状态改为“关闭”或是“打回”。
? 已分派：开发经理将“新建”或者“打回”的bug分配给开发人员。
? 已解决：开发人员修复好分配给自己的bug后，将bug改为“已解决”。 测试人员可以进行验证测试了。
? 已关闭：测试人员将“已解决”的bug进行验证测试，如果通过，则将bug改为“已关闭”，如果没有通过验证测试，则将Bug改为“打回”状态。