Bug管理系统说明文档
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Page ▪ 5
▪ 管理理念是围绕产品展开的，因此首先要做 的就是创建一个产品
创建一个产品
▪ 新增产品的时候，需要设置产品的名称、代 码，对应负责人信息。
▪ 需求定义：需求设计，规格说明书等word 文档来定义产品的需求
▪ 在系统中建议按照独立的功能点来写好需求， 方便后续的追踪。
Page ▪ 6
Page ▪ 7
产品需求样本
创建项目 并分解
指派任务
Page ▪ 8
项目需要关联产品，设置团队，计 划项目工时。一般来说这个项目需 要设置研发主管，研发负责人和研 发工程师。
项目需要关联需求并激活之后：项 目周期确定，项目资源确定，需求 已经明确，接下来就是对项目的任 务分解。
任务的分解可以包括：设计，开发， 测试，测试环境的部署等。任务分 解的粒度越小越好管理。
Page ▪ 17
创建版本
版本主要的作用在于明确测试的范畴，方便测试人员和开发人员的互动，以及解决 不同版本的发布和bug修复等问题。首先是团队经过开发，完成了若干需求或解决 了一些bug后发布负责人就可以创建一个版本提交测试了。
Page ▪ 18
Page ▪ 19
Q&A
▪ 开启IE浏览器,输入 http://192.168.10.20/index.php
▪ 系统登陆用户名：
▪ 杨杰雄：yjx 余乐： yul
▪ 密码初始：hzcc@2019
▪ 第一次登陆后可能存在打不开的情况， 退出浏览器后重新进入即可
账户登录及说明
Page ▪ 3
登录页面
Page ▪ 4
Bug管理系统首页简介
Bug的详情说明
Pa百度文库e ▪ 13
Bug的历史记录详情
Page ▪ 14
Bug汇总表
Page ▪ 15
项目汇总表
Page ▪ 16
集成subverion
▪ 系统已经可以和subversion集成。 – 通过在提交subversion的时候所写的注释来进行关联，比如： task#123,ddd,d,ddd, bug#234,story#123,456。 – 部署同步脚本。 – 然后在相应的bug详情页面就可以看到本次提交的修改文件列表， 可以进行diff查看。
如果bug验证没有通过需要 激活重新打回：测试验证 bug失败 => 激活bug => 开 发解决bug => 测试验证 => 测试关闭。
还有一个流程就是bug关闭 之后，又发生了。关闭Bug => 重新激活bug => 开发解 决bug => 测试验证 => 测 试关闭。
Bug的提交以及流转
Page ▪ 12
Bug管理系统说明文档 --杭州长川科技股份有限公司
2019/12/05 杨杰雄
Page ▪ 2
项目软件的核心流程
▪ 产品经理维护产品和需 求
▪ 项目经理建立项目，关 联需求
▪ 研发主管/经理为需求分 解任务，指派任务
▪ 研发工程师领取分配的 任务，进行开发，提交 测试，并解决Bug
▪ 测试工程师进行版本的 测试验证，提交bug
项目进展到后期的主要工作就是测 试，测试人员和开发通过Bug来进 行互动，确保产品的最终质量。
在研项目情况汇总表
Page ▪ 9
任务列表以及任务的执行
Page ▪ 10
Bug的基本处 理流程
Page ▪ 11
缺陷处理的基本流程是： 测试提交bug => 开发确认 bug => 开发解决bug => 测 试验证bug ,通过=> 测试关 闭bug。
▪ 管理理念是围绕产品展开的，因此首先要做 的就是创建一个产品
创建一个产品
▪ 新增产品的时候，需要设置产品的名称、代 码，对应负责人信息。
▪ 需求定义：需求设计，规格说明书等word 文档来定义产品的需求
▪ 在系统中建议按照独立的功能点来写好需求， 方便后续的追踪。
Page ▪ 6
Page ▪ 7
产品需求样本
创建项目 并分解
指派任务
Page ▪ 8
项目需要关联产品，设置团队，计 划项目工时。一般来说这个项目需 要设置研发主管，研发负责人和研 发工程师。
项目需要关联需求并激活之后：项 目周期确定，项目资源确定，需求 已经明确，接下来就是对项目的任 务分解。
任务的分解可以包括：设计，开发， 测试，测试环境的部署等。任务分 解的粒度越小越好管理。
Page ▪ 17
创建版本
版本主要的作用在于明确测试的范畴，方便测试人员和开发人员的互动，以及解决 不同版本的发布和bug修复等问题。首先是团队经过开发，完成了若干需求或解决 了一些bug后发布负责人就可以创建一个版本提交测试了。
Page ▪ 18
Page ▪ 19
Q&A
▪ 开启IE浏览器,输入 http://192.168.10.20/index.php
▪ 系统登陆用户名：
▪ 杨杰雄：yjx 余乐： yul
▪ 密码初始：hzcc@2019
▪ 第一次登陆后可能存在打不开的情况， 退出浏览器后重新进入即可
账户登录及说明
Page ▪ 3
登录页面
Page ▪ 4
Bug管理系统首页简介
Bug的详情说明
Pa百度文库e ▪ 13
Bug的历史记录详情
Page ▪ 14
Bug汇总表
Page ▪ 15
项目汇总表
Page ▪ 16
集成subverion
▪ 系统已经可以和subversion集成。 – 通过在提交subversion的时候所写的注释来进行关联，比如： task#123,ddd,d,ddd, bug#234,story#123,456。 – 部署同步脚本。 – 然后在相应的bug详情页面就可以看到本次提交的修改文件列表， 可以进行diff查看。
如果bug验证没有通过需要 激活重新打回：测试验证 bug失败 => 激活bug => 开 发解决bug => 测试验证 => 测试关闭。
还有一个流程就是bug关闭 之后，又发生了。关闭Bug => 重新激活bug => 开发解 决bug => 测试验证 => 测 试关闭。
Bug的提交以及流转
Page ▪ 12
Bug管理系统说明文档 --杭州长川科技股份有限公司
2019/12/05 杨杰雄
Page ▪ 2
项目软件的核心流程
▪ 产品经理维护产品和需 求
▪ 项目经理建立项目，关 联需求
▪ 研发主管/经理为需求分 解任务，指派任务
▪ 研发工程师领取分配的 任务，进行开发，提交 测试，并解决Bug
▪ 测试工程师进行版本的 测试验证，提交bug
项目进展到后期的主要工作就是测 试，测试人员和开发通过Bug来进 行互动，确保产品的最终质量。
在研项目情况汇总表
Page ▪ 9
任务列表以及任务的执行
Page ▪ 10
Bug的基本处 理流程
Page ▪ 11
缺陷处理的基本流程是： 测试提交bug => 开发确认 bug => 开发解决bug => 测 试验证bug ,通过=> 测试关 闭bug。