BMW

-别蒙我
随笔 - 45, 文章 - 13, 评论 - 38, 引用 - 0
数据加载中……

Mantis中的状态

在 Mantis中的 问题状态一共有以下几种
10:new,20:feedback,30:acknowledged,40:confirmed,50:assigned,80:resolved,90:closed
10:新建,20:反馈,30:公认,40:已确认,50:已分派,80:已解决,90:已关闭

问题完成度有以下几种:
10:open,20:fixed,30:reopened,40:unable to reproduce,50:not fixable,60:duplicate,
70:no change required,80:suspended,90:won\'t fix
10:未处理,20:已修正,30:重新打开,40:无法重现,50:无法修复,60:重复问题,70:不是问题,
80:暂停,90:不做修改

可以在管理里面看到默认流程下的各种状态和完成度,一些基本的应该是这样吧:
角色有以下几种
报告人
修改人
测试人
审核人


流程1
报告-审核-修改-测试-关闭
一个问题来了以后,经过审核人审核,提出修改意见,然后指派给修改人员,
修改人员修改完成后指派测试人员,或者由审核人指派测试人员,测试完毕后关闭
如果有问题仍然存在,问题状态为反馈,完成度为 ,重新打开

过程               问题状态               完成度
新报告问题         新建                   未修改
审核后             已确认,已分派         未修改
修改后             已解决                 已修正,无法重现,重复问题,不是问题,暂停,不修改
测试后             已关闭,反馈           已修正,无法重现,重复问题,不是问题,暂停,不修改,重新打开


流程2
报告-审核-测试-关闭
当审核认为不需要修改的时候可以直接将问题分派给测试人员,由测试人员测试,
如果有问题仍然存在,问题状态为反馈,完成度为 ,重新打开

过程               问题状态               完成度
新报告问题         新建                   未修改
审核后             已确认,已分派         未修改,无法重现,重复问题,不是问题,暂停,不修改
测试后             已关闭,反馈           已修正,无法重现,重复问题,不是问题,暂停,不修改 ,重新打开

但是其中的公认是什么意思呢?在什么时候使用?

如果没有到最后也没有什么好的理解,我准备把这个状态更改为 “设计”
也就是说,一个问题需要重新更改设计,这个动作修改人是不能完成的,也就是所要增加一个角色“设计人员”
流程3

报告-审核-设计-审核-修改-测试-关闭
过程               问题状态               完成度
新报告问题         新建                   未修改
审核后             设计,已分派           未修改
设计后             已确认                 未修改
审核后             已确认,已分派         未修改
修改后             已解决                 已修正
测试后             已关闭,反馈           已修正,重新打开

 


 

posted on 2005-08-19 13:57 bmw 阅读(3049) 评论(8)  编辑 收藏 网摘 所属分类: 配置管理

评论

#1楼 [楼主]   回复  引用  查看    

acknowledged -公认 一个网站是这么介绍的:
http://beta.sanctum.nioga.net/html/using_mantis.html

Anything else means don't test it.

'new' means it's not fixed yet.
'acknowledged' means fixed, but not yet available.
2005-08-26 10:13 | bmw      

#2楼 [楼主]   回复  引用  查看    

Bugs generally move through the following stages:

New
this means that it's in Mantis, but nobody has done anything with it (except perhaps read it)
Acknowledged
often, a new bug will become acknowledged just to that we can tell you that we've seen it and are looking into it. Sometimes, this stage will be skipped.
Feedback
This means that we need more information from you (or other people) about the bug you've reported.
Assigned
This means that someone has taken on the responsibility of fixing this particular bug. No time frame for a fix is implied by a bug entering this stage.
Resolved
This means that the developer who worked on the fix believes that the problem is solved. Bugs remain in state once they enter it, right up until you, the reporter of the bug, mark them ...
Closed
This means that the bug reporter (you) has confirmed that the bug is fixed. In general, we rely on reporters to close bugs they reported. You can do this at any time, which can be useful if a new version of Ardour fixes the bug as a side-effect without any developer explicitly attempting to fix the bug. Just mark it closed if this happens, with a note on what happened.
2005-08-26 10:22 | bmw      

#3楼 [楼主]   回复  引用  查看    

修改日志总是不出来,但是确实发现她出来过。最后发现必须首先定义一个版本,在关闭这个缺陷记录的时候,选中一个版本号,才可以在记录里面看到。这个思想大概是要求每一个发布的缺陷修改必须承诺在一个版本中出现才可以。
还发现了一个问题,中文版自定义字段少了一个日期字段。所以在选择字段类型的时候显示@@,在strings_chinese_simplified.txt 修改这个参数的值就可以了:$s_custom_field_type_enum_string 。
2005-09-05 16:32 | bmw      

#4楼 [楼主]   回复  引用  查看    

这两天按照前些日子自以为是更改当的角色进行配置,流程总是不顺利,重新看了Mantis的角色定义,发现她根本没有测试的角色只有以下几种:
'10:viewer,25:reporter,40:updater,55:developer,70:manager,90:administrator';
'10:查看人员,25:报告人员,40:修改人员,55:开发人员,70:经理,90:管理员';
这些角色和流程中的权限是紧密相连的。

How to modify files, the access level is like this:

viewer can (other than view bugs, obviously):
- view summary
- view attachments

reporter can do everything that a viewer can, and:
- report bug
- monitor bug
- send a reminder to another user
- upload bug file
- add bugnote
- add profile
- close bug
- reopen bug
- delete bug
- move bug

updater can do everything that a reporter can, and
- update bugs

developer can do everything that a reporter can, and:
- view private news
- reopen bug
- private bug (?? seems not to be used for anything)
- handle bug
- leave a private bugnote (?)
- update bugnote
- show monitor list

manager can do everything that a developer can, and:
- upload project files
- manager project threshold
- manage news threshold
- add users to project (I think)
- manage custom field links (?)

administrator can do everything that a manager can, and:
- delete project
- create project
- "private project" (not used anywhere)
- manage users (create, modify, delete)
- manage custom fields (?)

通过这个,才更好的理解为什么后面一级的权限要比前面的大,如果更换成我定义的几个角色,就发现非常别扭了,特别是测试人员的权限为什么会比修改人员大。
但是为什么Mantis不设置测试角色呢?是不是一个developer 做出的程序一定会保证正确,然后就会放在网路上接受大家的检验?
2005-09-09 13:58 | bmw      

#5楼    回复  引用    

我理解的修改人员就是可对 bug 报告进行修改的人,是为了 Bug 管理的需要而设,不是程序修改人员。
2005-11-23 19:07 | 七楼居士 [未注册用户]

#6楼 [楼主]   回复  引用  查看    

这个倒也有道理,那么是不是修改人员,测试人员在设置角色的时候差不多?我在实际应用中,为了让每个人都可以指定下一个角色,就把所有人的权限都设置成developer。不过最近在忙其它的,没有花太多时间照顾这个。不知道楼上的应用有什么心得,交流一下。
2005-11-28 15:36 | bmw      

#7楼    回复  引用    

你的mantis状态说明在哪里找的?
怎么没有confirm的说明?
可以把相关的资料发到我的邮箱吗(blueshell@sina.com)? 我正在考虑流程安排,以后多交流一下.
2006-01-18 16:46 | guest [未注册用户]

#8楼 [楼主]   回复  引用  查看    

在 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 ,放弃 。
2007-11-27 16:53 | bmw      




标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
Google站内搜索

China-pub 计算机图书网上专卖店!6.5万品种 2-8折!
近千种 9-95 新二手计算图书火热销售中!
开发者征途系统新作:《设计模式——基于C#的工程化实现及扩展》

相关文章:

相关链接: