Mantis 使用杂记

Mantis是一个非常好用的Bug管理工具,也可以用作任务管理工具.

我前东家折腾过好多项目管理工具,例如project Server,Dot-Project,TimeSheet, 

结果都用了几个月之后就半途而废了.究其原因,Boss想知道每个项目的进度和费用,但

小兵们是不关心的,没有办法保证录入数据的质量. 所以就搞不下去.

反而用的最好的是Mantis,因为它好用,易用,有用. Dev和QA都离不开它.像葛优的那句"我还是相信群众"

 

使用过程中碰到的一些问题:

1. DEV和QA练太极推手,Feedback来Feedback去,浪费了不少时间.

解决办法: QA在Issue描述要写清楚,测试环境,重现步骤,最好配上截图.

DEV有疑问通过RTX等工具或当面即时沟通,  减少Feedback等待时间.

2. QA不清楚哪些Resolved的bug是在下个版本可以进行回归测试.

解决办法:加强版本管理.录入bug的时候要注明在哪个版本发现的,

PM在发布新版本测试时,要在Mantis上把Issue的FixInVersion的值修改为新版本.

3. 要在一批Resolved的Bugs里面挑出若干Urgent的在分支版本上也进行fix

 

 

解决办法: DEV在Resolve Issue的时候要写Note,修改了哪些文件. 当然要配合像

TFS这样的基于Changeset的代码管理系统会比较方便, 你只要写一个Changeset#就可以了.

4. 一批New的Bugs没人管

 

解决办法:PM的责任是把New的Bug根据Priority分配下去,包产到户. 但一次不要分配过多(不超过5个为宜)

 

 5. 自定义Custom field，如定义一个deadline的field，类型是Date，默认值可以设为{Today}，

Some samples:

- {tomorrow}
- {yesterday}
- {+2 days}
- {next week}
- {last week}