枫格Bug和Task处理流程文档V1.1选编.ppt

BugTask的处理流程 ;目 录;一、BUG的处理流程 1.1 Bug处理流程图;提交一个新的Bug到缺陷管理库（JIRA）； TL检查是否Bug并指派给模块负责人； 模块DL分配Bug给相关开发人员； 开发人员分析/修改Bug； 测试人员验证关闭Bug； 特殊情况的处理；;二、Bug的提交和跟踪 2.1 提交Bug必要元素;Submitted 一个新的Bug被提交到库中； Checked 测试Leader将check后的Bug指派给开发人员； Assigned 开发Leader分配Bug给指定开发人员； Opened 开发人员解决分配给自己的Bug;或修改的Bug未通过验证，Resolved后被重新open Resolved 开发人员对Bug修正完毕； Duplicate 测试人员所报的重复Bug Postponed Bug延期解决 Monitor Bug重现频率较低，要求测试人员跟踪 Not bug 误报或者客户理解错误，由测试leader与产品或PM确认是否成立 Unsure 开发人员对认为非Bug忽略的问题由测试负责人确定是否成立； Closed Bug修改通过测试验证后被关闭； 注意：bug在Jira库中最终只有两个状态 Not bug 和 Closed ;;;Resolved 对修正完的Bug进行回归验证，通过关闭，否则重开并添加回归说明； Monitor 对重现率较低的Bug需在不同环境下重现并加验证说明（终端、网络等不同条件） Unsure 开发人员对认为非Bug忽略的Bug测试负责人确定成立则确认，否则重开； ; 解决bug时，需要开发人员选择处理结果，并需要在“备注”中分析Bug产生原因，以避免Bug的再次出现。处理结果如下： ;三、Bug的处理（开发） 3.2 Assigned状态下的BUG处理说明;三、Bug的处理（开发） 3.2 Opened状态下的BUG处理说明;三、Bug的处理（开发） 3.2 Resolve状态下的BUG处理说明;New 开发人员提交测试测试任务至Jira库中，测试负责人需要指派任务 Open 测试人员接收到任务后，能执行任务的状态 Close 当测试通过后，Jira在库中的状态 Rejected 当测试不通过，测试拒绝继续后将返回给开发人员，此时需要重新更新版本后重新打开任务进行提交测试 注意：最终任务只存在close的状态;开发提交任务 开发人员有新版本或回归需求时可将Task提交到JIRA中 新建Task含以下主要元素： 概 述：简洁描述任务内容。如 【Android 2.3.4】活动版本功能测试 * 存放地址(SVN) :将需要测试的软件包和相关资料存放于svn中 * 模 块： 选择任务归属模块。Android * 内部测试版本：填写每次提交的版本。如 V 2.3.4 * 内部版本号：选择第几次转测。如 B01/B02 * 描 述：简单描述版本新增需求/功能/修改功能 * 开发者：选择测试负责人;四、测试任务的提交与跟踪 4.3 开发人员提交Task填写说明;四、测试任务的提交与跟踪 4.4 开发人员提交Task实例;创建属于自己的过滤器：;五、Jira的基本使用篇 5.2 创建BUG或TASK过滤器条件;五、Jira的基本使用篇 5.3 保存属于自己的过滤器;五、Jira的基本使用篇 5.4 去创建BUG或TASK