缺陷和任务管理

Bug&Task的处理流程FG.研发部作者：余西鹏目录软件Bug处理流程图；Bug的提交和跟踪（测试）；Bug的处理（开发）；测试任务提交与跟踪；Jira的基本使用；一、BUG的处理流程

1.1Bug处理流程图提交一个新的Bug到缺陷管理库（JIRA）；TL检查是否Bug并指派给模块负责人；模块DL分配Bug给相关开发人员；开发人员分析/修改Bug；测试人员验证关闭Bug；特殊情况的处理；一、BUG的处理流程

1.2Bug处理步骤分解二、Bug的提交和跟踪

2.1提交Bug必要元素新建Bug包含元素：概要：简述bug出现的结果*模块：选择Bug属于Android/ios/CMS/Java等模块*Build_V：发现Bug的版本，如V2.3.3*级别：选择Bug严重级别，如致命/严重/一般*缺陷类型：如功能错误/用户界面Found：内部发现版本号B01/B02*概率：填写Bug出现的概率*开发者：将问题指派给测试负责人*前提条件：描述Bug发生的必要前提条件描述：描述复现Bug的详细步骤实际结果：描述Bug出现的结果预期结果：描述复现步骤期望达到的结果

注意：标准*的项目为必填项目Submitted

一个新的Bug被提交到库中；Checked

测试Leader将check后的Bug指派给开发人员；Assigned

开发Leader分配Bug给指定开发人员；Opened

开发人员解决分配给自己的Bug;或修改的Bug未通过验证，Resolved后被重新openResolved

开发人员对Bug修正完毕；Duplicate

测试人员所报的重复BugPostponed

Bug延期解决Monitor

Bug重现频率较低，要求测试人员跟踪Notbug

误报或者客户理解错误，由测试leader与产品或PM确认是否成立Unsure

开发人员对认为非Bug忽略的问题由测试负责人确定是否成立；Closed

Bug修改通过测试验证后被关闭；

注意：bug在Jira库中最终只有两个状态Notbug和Closed二、Bug的提交和跟踪

2.2

Bug的状态说明二、Bug的提交和跟踪

2.3

Bug的状态转化图二、Bug的提交和跟踪

2.4提交Bug的填写说明Resolved

对修正完的Bug进行回归验证，通过关闭，否则重开并添加回归说明；Monitor

对重现率较低的Bug需在不同环境下重现并加验证说明（终端、网络等不同条件）Unsure

开发人员对认为非Bug忽略的Bug测试负责人确定成立则确认，否则重开；二、Bug的提交和跟踪

2.4测试人员对Bug的状态的跟踪解决bug时，需要开发人员选择处理结果，并需要在“备注”中分析Bug产生原因，以避免Bug的再次出现。处理结果如下：ResolutionsFixed：仅仅对真正解决了该问题的才能选择此项Won’tFixed：通常为“忽略该未知问题”的操作选择此项Duplicate：通常对选择“问题重复”的操作选择此项Incomplete：对“需要测试人员协助”选择此项CannotReproduce：对“需要测试人员协助”的操作选择此项三、Bug的处理（开发）

3.1开发对Bug产生原因进行分析三、Bug的处理（开发）

3.2

Assigned状态下的BUG处理说明三、Bug的处理（开发）

3.2

Opened状态下的BUG处理说明三、Bug的处理（开发）

3.2

Resolve状态下的BUG处理说明New开发人员提交测试测试任务至Jira库中，测试负责人需要指派任务Open测试人员接收到任务后，能执行任务的状态Close当测试通过后，Jira在库中的状态Rejected当测试不通过，测试拒绝继续后将返回给开发人员，此时需要重新更新版本后重新打开任务进行提交测试

注意：最终任务只存在close的状态四、测试任务的提交与跟踪

4.1

Task状态说明开发提交任务开发人员有新版本或回归需求时可将Task提交到JIRA中

新建Task含以下主要元素：

概述：简洁描述任务内容。如【Android2.3.4】活动版本功能测试*存放地址(SVN)

:将需要测试的软件包和相关资料存放于svn中*模块：选择任务归属模块。Android*内部测试版本：填写每次提交的版本。如V2.3.4*内部版本号：选择第几次转测。如B01/B02*

描述：简单描述版本新增需求/功能/修改功能*开发者：选择测试负责人四、测试任务的提交与跟踪

4.2开发人员提交Task元素说明四、测试任务的提交与跟踪

4.3开发人员提交Task填写说明创建属于自己的过滤器：五、Jira的基本使用篇

5.1创建属于自己的过滤器去浏览BU