Mantis使用及提单细则

1、邵勇新Mantis功能使用Bug跟踪流程提单规范细则注册注册1.账号请输入姓名的拼音.2.输入正确的Email.3.通过Email邮件激活Mantis账号.4.设置登录密码.5.检查账号密码是否可以正常登录.搜索过滤功能搜索过滤功能1.可以通过条件进行搜索.2.将条件都关闭，可以通过问题 单号进行单条问题搜索.提单前提单前1.当右上角选择为“所有项目”.2.点击提交问题，出现左边项目 选择画面.3.选择正确的项目进行提单.添加分类添加分类1.选择管理项目管理出现左图.2.将应用按照功能模块划分.3.将每个模块作为一个分类进行添加.添加版本添加版本1.选择管理项目管理 出现左图.2.与项目经理讨

2、论版本划分方案.3.根据项目迭代特点制定版本划分方案.添加项目成员添加项目成员1.选择管理项目管理出现上图.2.确定项目组成员.3.将项目组成员加入到项目中.4.设置成员操作权限.设置标签设置标签1.选择管理标签管理出现上图.2.确认需要添加的标签.3.测试Leader找PPQA帮忙添加.个人设置个人设置1.选择个人资料更改个人设置出现上图.2.主要用于设置邮件通知.设置问题单列表项设置问题单列表项1.选择个人资料管理列出 现上图.2.可以设置查看问题单列表项.3.可以设置打印问题单列表项.4.可以设置导出表CSV/Excel 问题单列表项.分类:由隶属于哪个分类测试组长在项目前期整理添加，如

3、在项目过程中发生变化，由测试更新. 测试人员在提交Bug时，请正确选择问题.如果涉及到好几个模块的Bug, 测试可以确定分类的，那就选择确定的分类，如果不能确认属于哪个分类，那就选择第 一个涉及的模块.属性分类：功能界面性能网络异常压力交互兼容内存出现频率:如果问题小于100%大于50%出现，选择（总是）；如果问题小于50%大于10%出现,选 择（有时）；如果问题小于10%出现，选择（无法复现）.严重性:小错误-界面文字图片显示或提示性不准确的问题，以及不合理性问题.很严重-功能不可用或严重背离需求的问题.崩溃-应用崩溃或僵死等严重问题.优先级 :高-很严重或崩溃的问题，或影响迭代版本发布的问

4、题.中-功能性问题.低-小细节的显示问题.产品版本 :问题单产生时的软件版本号.分派给 :下个环节问题单跟踪处理者(对应的开发,测试,主审人).摘要 :崩溃修改引入版本号模块名称:崩溃修改引入1.2.2.1注册：使用一个已经注册过的账号注册发生崩溃.描述:【前提条件】： 机型:XXXX 系统:XXXX 其他:XXXX【步骤以及现象】:XXXXXXXXXXX【预期结果】:XXXXXXXXXX 提交者:姓名+联系方式【前提条件】 机型：iphone 4gs 系统：4.1 其他系统也有此现象【步骤和现象】 首页面点击新建，新建普通记事，点击语音输入，点击取消后立即点击返回 客户端崩溃【预期结果】 客

5、户端不会崩溃【前提条件】 机型：iphone 4gs 系统：4.1 其他系统也有此现象【步骤和现象】1.进入天天应用首页. 2.点击“新建”选项，选择普通记事.3.从工具栏选择“语音输入”图标.4.在语音输入框上点击“取消”按钮，立即点击“返回”按钮，应用崩溃-KO.【预期结果】4.应用可以正常返回，不出现崩溃.回归测试提单 :如果不是修改引入的选择No,如果是修改引入的选择Yes.问题单状态 :请参见问题单状态详细说明.上传文件:.如果涉及到界面/提示等问题,请将问题图片附上(图片不用打包).如有正确的高 保真,请把高保真也附上.如是崩溃问题,请将Log附上.目标版本:首先需要修改的版本.在

6、提交Bug时由测试选择.是否已经合入主线:记录是否将修改的代码合入了主线版本.这个由开发在将修改代码合入了主线版本后选择的,初始状态是(未合入),如果Bug已经修改,代码且已经合入了主线,则选择(已合入).(在此解释演示版本、上线版本、主线版本)测试人员提交缺陷单（PR）,状态:分派给,处理状态:未处理.以后这两个选项就保持这个状态, 不做任何处理和关注. 当测试提交了PR以后,大家只要关注PR分配在谁名下,以及”问题单状态”.测试经理审核:测试组员提交PR,将分派给选择测试负责人,问题单状态选择”测试经理审核”.项目经理审核:当测试经理看到自己名下有状态为”测试经理审核”的PR时,测试经理进

7、行审核,判定此PR是一个Bug且和以前提交的PR不重复,那测试经理再将此PR分派给项目经理,问题单状态改为”项目经理审核”.(有时项目经理无时间顾及PR,那就由测试经理直接将PR分派给对应的开发).开发定位,修改:当项目经理看到自己名下有问题单状态为”项目经理审核”的PR时,项目经理进行审核,判定此PR是一个Bug且和以前提交的PR不重复,那项目经理再将此PR分派给对应的开发,问题单状态改为”开发定位,修改”.不是问题,驳回:.当项目经理在审核PR的时候,发现此PR不是Bug,可以写清楚注释,然后将PR分派给测试经理,将问题单状态改为”不是问题,驳回”.当开发定位在自己名下PR时,发现此PR不

8、是Bug,可以写清楚注释,然后将PR分派给测试经理,将问题单状态改为”不是问题,驳回”.测试经理组织测试:当开发将自己名下PR修改以后,且提交了修改代码,将PR分派给测试经理,且问题单状态改为”测试经理组织测试”.测试人员回归测试:当测试经理发现自己名下有”测试经理组织测试”的PR单时,积累一定数量后,让开发打个测试版本,然后将这些PR分派给对应的Bug提交者,让他们进行回归测试.三版验证：当测试发现“测试人员回归测试”状态的偶现问题单时，将状态改为“三版验证”，在以后的新版本都需要搜出这些Bug验证加备注，当连续三个版本都不复现，那么将单子关闭.回归不通过，继续修改：当PR提交者看到自己名下

9、有“测试人员回归测试”的PR时，使用最新版本进行回归测试，如果测试不通过，则将该PR分派给对应的开发，将问题单状态改为“回归不通过，继续修改”.重复：当开发发现自己名下，问题单状态为“开发定位，修改”的PR进行定位，如果发现已经有和此PR相同的PR，则将我们内部提交的PR分派给测试经理，并将问题状态改为“重复”.（在备注中一定要写清楚相同PR的Bug ID）当项目经理在审核PR的时候，发现有重复PR，可以将内部的PR问题单状态改为“重复”，分派给测试经理.（在备注中一定要写清楚相同PR的Bug ID ）关闭（重复关闭）：.当测试经理在审核PR，发现重复PR时，将内部的PR问题单状态改为“关闭（

10、重复关闭）”（在备注中一定要写清楚相同PR的Bug ID ）.当测试经理看到自己名下有“重复”状态的问题单，进行确认，如果确实重复，将此PR问题状态改为“关闭（重复关闭）”.关闭（非问题关闭):测试经理在审核PR时，确认不是问题的，或看到自己名下“不是问题，驳回”状态的PR，确认不是PR的，将状态改为“关闭（非问题关闭）”.关闭(内部关闭)：当测试在回归来自客户提交的PR时，如果回归通过，那么暂时将PR问题单状态改为“关闭（内部关闭）”.关闭(修改关闭)：.当测试在回归内部的“测试人员回归测试”状态的PR时，如果回归通过，则将此PR状态改为“关闭（修改关闭）”.Mantis上的某Bug为“关闭

11、（内部关闭）”状态，且当华为Bug库的此Bug改为“关闭 （修改关闭）”时，测试将Manis中此问题单状态改为“关闭（修改关闭）”.主审人裁决：当测试经理看到自己名下有问题单状态为“挂起”的，那么测试经理需要审核，如果坚持是一个PR,那么可以将PR分派给主审人，问题单状态改为“主审人裁决”.挂起：当主审人看到自己名下有“主审人裁决”的PR时，需要组织测试经理和项目经理一起讨论，如果确认问题改起来存在很大的风险或存在技术瓶颈，那么可以将问题状态改“挂起”，写清楚挂起的原因.转需求：当主审人看到自己名下有“主审人裁决”的PR时，需要组织测试经理和项目经理一起讨论，如果此问题以前无对应需求，且修改需要较多时间的，那么可以将问题状态改“转需求”。写清楚转需求的原因.测试员(测试经理审核/回归不通过，继续修改/关闭（内部关闭）/关闭(修改关闭)/三版验证）测试经理(项目经理审核/测试人员回归测试/关闭（重复关闭）/关闭（非问题关闭）/主审人裁决）开发(重复/不是问题，驳回/挂起/测试经理组织测试）项目经理(开发定位，修改/重复/不是问题，驳回/挂起)主审人(关闭（重复）/关闭（非问题关闭）/转需求/挂起）每个迭代