Mantis系统使用培训及bug提交规范

我们按照上面ppt的方案实施了一年,能很好的适应各种情况,如果公司只有一个项目,这个方案游刃有余。但是随着公司的项目越来越多,测试的面越来越广,原先的方案设计在某些地方显的繁琐,出现的主要问题是,mantis里项目越来越多,按版本建的子项目也越来越多,举个例子,公司一个项目在mantis里一般分三个独立项目客户端,服务端,嵌入式,每个独立项目又按版本分子项目,随着版本迭代的增多,在项目选择里,会看到一个无法忍视的列表,每次测试人员报bug也很容易选错,且子项目之间名称不能重名,对以版本号命名的子项目来说很为难,当初按版本建子项目是为了方便处理每个项目的bug,这个通过其它方法也能解决,所以这个时候我们做了如下改进:

1. 所有的项目简化为一个主项目+一个子项目(遗留问题)

去掉所有子项目,用mantis的目标版本代替,如果当前迭代版本为1.2.0,则当前迭代版本的bug目标版本设置为1.2.0.

遗留问题子项目作为历史迭代未解决的问题汇总,在下次迭代的开始,项目经理可以从遗留问题里挑出本次迭代需要解决的问题,迭代完毕,会将没有解决的问题移到遗留问题里

2 启用发布版本属性

这个发布版本属性测试人员不用关心,由发布人员进行设置,主要是用来记录本次发布解决了哪些问题,对问题进行归档。

按照这个方案设计我们又使用了大半年,能达到我们的预期,子项目数骤降,列表也变的好看了,也变的易于管理了。

文末,也欢迎测试同行指点,提出更好的设计方案,一同进步。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 172,913评论 25 708
  • 先说项目开发过程中团队人员的分工协作。 一 人员安排 毕业至今的大部分项目都是独立完成,虽然也有和其他同事协作的时...
    SnowflakeCloud阅读 10,808评论 3 59
  • 1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括:需求、设...
    Mr希灵阅读 21,984评论 7 278
  • 来临速度比想象的快 现有产业+机器智能=新产业的大变革 什么职业会受影响 1.蓝领,机械重复、标准化高的机械劳动 ...
    唐花花阅读 454评论 0 0
  • 水在天上憋得发臭 苹果在冰箱里烂去 水牛瘫痪在田野里 五马分尸 丝瓜接在藤上 弯曲、裂开一条缝 地上落籽 刚好 闭...
    其影阅读 213评论 0 2