Bug管理系统说明文档.pptx

2019/12/05

杨杰雄

Bug管理系统说明文档

--杭州长川科技股份有限公司

项目软件的核心流程

产品经理维护产品和需求

项目经理建立项目，关联需求

研发主管/经理为需求分解任务，指派任务

研发工程师领取分配的任务，进行开发，提交测试，并解决Bug

测试工程师进行版本的测试验证，提交bug

账户登录及说明

开启IE浏览器,输入0/index.php

系统登陆用户名：

杨杰雄：yjx余乐：yul

密码初始：hzcc@2019

第一次登陆后可能存在打不开的情况，退出浏览器后重新进入即可

登录页面

Bug管理系统首页简介

创建一个产品

管理理念是围绕产品展开的，因此首先要做的就是创建一个产品

新增产品的时候，需要设置产品的名称、代码，对应负责人信息。

需求定义：需求设计，规格说明书等word文档来定义产品的需求

在系统中建议按照独立的功能点来写好需求，方便后续的追踪。

产品需求样本

创建项目

并分解

指派任务

项目需要关联产品，设置团队，计划项目工时。一般来说这个项目需要设置研发主管，研发负责人和研发工程师。

项目需要关联需求并激活之后：项目周期确定，项目资源确定，需求已经明确，接下来就是对项目的任务分解。

任务的分解可以包括：设计，开发，测试，测试环境的部署等。任务分解的粒度越小越好管理。

项目进展到后期的主要工作就是测试，测试人员和开发通过Bug来进行互动，确保产品的最终质量。

在研项目情况汇总表

任务列表以及任务的执行

Bug的基本处理流程

缺陷处理的基本流程是：测试提交bug=开发确认bug=开发解决bug=测试验证bug,通过=测试关闭bug。

如果bug验证没有通过需要激活重新打回：测试验证bug失败=激活bug=开发解决bug=测试验证=测试关闭。

还有一个流程就是bug关闭之后，又发生了。关闭Bug=重新激活bug=开发解决bug=测试验证=测试关闭。

Bug的提交以及流转

Bug的详情说明

Bug的历史记录详情

Bug汇总表

项目汇总表

集成subverion

系统已经可以和subversion集成。

通过在提交subversion的时候所写的注释来进行关联，比如：task#123,ddd,d,ddd,bug#234,story#123,456。

部署同步脚本。

然后在相应的bug详情页面就可以看到本次提交的修改文件列表，可以进行diff查看。

创建版本

版本主要的作用在于明确测试的范畴，方便测试人员和开发人员的互动，以及解决不同版本的发布和bug修复等问题。首先是团队经过开发，完成了若干需求或解决了一些bug后发布负责人就可以创建一个版本提交测试了。

QA