如何用Bugzilla系统管理产品研发过中相关需求和bug

目 录

1.Bug处理流程及状态说明

2.bugs字段说明

3.查询报表的使用

4.bug系统与需求系统的整合

5.流程和用户权限

1. Bug处理流程及状态说明(1)

BUG状态流程图

BUG的状态说明

bug的处理状态说明

BUG的状态和处理状态图表说明

2.bugs字段说明(1)

3.查询报表的使用(1)

4.bug系统与需求系统的整合(1)

以前我们的需求,是放在另一个单独Bugzilla系统上。在新系统上,需求和bug 进行了整合。 需求作为一个bug,提交到Bugzilla上。并通过上面的字段与需求 产生的bug进行映射和链接。

一。提交BUG时 如果此bug是基于某个需求的,在bug录入界面下有如下两个字段: 用逗号隔开可以填写多个。

二。填写某个需求号后,打开需求界面会如下显示:此需求引出的bug会罗列出来, 如果bug被close会显示有横线,点击链接可以直接进入。

点击需求引出的某个bug链接 ,显示如下:"导致此bug的需求"处会显示需求链接。

点击显示依赖关系树 /图表,可以查看关系图表。

需求项目在Bugzilla上也是以一个产品的形式,在分类下有专门的需求分类:

5. 流程和用户权限(1)

时间: 2024-10-08 11:52:06

如何用Bugzilla系统管理产品研发过中相关需求和bug的相关文章

产品研发过程中UCD目标的制定与实现

摘 要:以用户为中心的设计(UCD, User-Centered Design)是保障产品具有较好用户体验(User Experience)的基本活动,其中可用性目标是有效衡量 UCD 活动最终效果的重要指标.本文将介绍一种可用性目标的制定过程,包括可用性目标维度及衡量指标,以及可用性目标与其他设计指标结合时其优先级的确定,可用性目标描述规范等. 关键字:以用户为中心:可用性目标:用户体验 作为一名研发咨询顾问,在为客户进行培训和咨询服务时通常遇到这样的问题: 1)究竟什么是UCD,产品的UCD

android产品研发-->总结(持续更新中)

转载请标明出处:一片枫叶的专栏 最近的android产品研发系列主要讲解的是android产品研发过程中涉及到的技术,技巧,实践等.前面我们讲解了android源码系列的文章,源码系列的文章东西比较多比较复杂,并且一些东西还没有讲完,这里已经更新了30篇了,后续的东西一定会更新的.考虑一直讲源码系列可能看的比较累,这里就有了产品研发系列的文章.本个系列的文章主要是讲解android产品研发过程中一些需要注意的技术技巧与实践.其主要面对产品研发,对App稳定性,友好型,兼容性要求较高的App. 下

android产品研发(二十一)-->UI优化

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了android产品研发过程中的代码Review.通过代码Review能够提高产品质量,增强团队成员之间的沟通,提高开发效率,所以良好的产品开发迭代过程中,代码Review是一个必不可少的步骤.那么如何进行代码Review呢?我们主要讲解了团队成员之间的代码Review,代码lint检查,开发规范等方面的知识点,更多关于代码Review相关的知识可参考我的:android产品研发(二十)–>代码Review 本文我们将讲解一下android U

android产品研发(十)-->不使用静态变量保存数据

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了Android中的几种常见网络协议:xml,json,protobuf等,以及各自的优缺点,一般而言主要我们的App涉及到了网络传输都会有这方面的内容,具体可根据项目的需求确定各自的网络传输协议.这里可参考android产品研发(九)–>App网络传输协议 而本文讲解的其实并不是一个技术方面,而是一个android产品研发过程中的技巧:尽量不使用静态变量保存核心数据.这是为什么呢?这是因为android的进程并不是安全的,包括applicat

android产品研发(一)-->实用开发规范

从这篇文章开始我们暂停一下对android源码的分析,开始讲一下android产品研发中一些常用的技术,技巧,方法,实践等姿势.这里需要强调的是我们所讲解的这些东西可能对产品开发中比较常用的,因为对于项目开发中,可能更多的强调管理,进度方法的东西,对工程化的东西比较强调,而我们这里更多的是对产品技术方面的归纳总结. 而本文中选择将开发规范作为这个系列的第一篇文章,就是个人感觉产品研发过程中,开发规范真的很重要,很重要,非常重要(重要的事情说三遍),一个好的开发规范可以让团队中的人对他人的代码更熟

产品研发核心价值流中的四大业务主线(计划控制线、质量保证线、预算费用线、工程技术线)

由美国哈佛商学院著名战略学家迈克尔·波特提出的"价值链分析法",瞄准价值和利润,把企业内外价值增加的活动分为基本活动和支持性活动,端到端的新产品开发流程是科技创新行业的核心主业务流程,产品开发周期长短.产品设计成本高低.产品研发效率优劣直接决定企业的生死存亡. 为了实现市场成功和财务成功,产品研发核心价值流程中主要包含四大业务主线(计划控制线.质量保证线.费用控制线.工程技术线),从而达到四个核心目标(快速实施.质量最优.兼顾成本.规划准确)如下图: 1. 计划控制线,以结构化的产品开

android产品研发(十九)-->android studio中的单元测试

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了webview中问题集锦,讲解了webview的性能优化.webview种入Cookie信息.activity退出的时候清除webview信息报错.如何通过java代码和js代码相互交互.webview如何下载文件以及腾讯的X5浏览服务等知识,这些都是我在使用webview中遇到的问题,难点,实践等,更多关于这些问题的说明,可以参考我的:android产品研发(十八)–>webview趟过的坑 本文我们将讲解如何在android studio

android产品研发(七)-->Apk热修复

转载请标明出处:一片枫叶的专栏 去年一整年android社区中刮过了一阵热修复的风,各大厂商,逼格大牛纷纷开源了热修复框架,恩,产品过程中怎么可能没有bug呢?重新打包上线?成本太高用户体验也不好,咋办?上热修复呗. 好吧,既然要开始上热修复的功能,那么就得调研一下热修复的原理.下面我将分别讲述一下热修复的原理,各大热修复框架的比较,以及自身产品中热修复功能的实践. 热修复的原理 通过更改dex加载顺序实现热修复 最新github上开源了很多热补丁动态修复框架,大致有: HotFix      

android产品研发(六)-->Apk混淆

前面一篇文章中我们讲解了android里面的多渠道打包,对于大型的app来说,几百个上千个渠道包都是很正常的事,所以效率定制化是一件很重要的事.主要讲解了三种多渠道打包方式,并分析了其各自的利弊,在各自产品多渠道打包的时候,可以根据自身的产品需求选择相应的打包方式. 而本文主要讲解Apk的混淆,这里的混淆分为两种代码混淆和资源文件混淆.实际的产品研发中为了防止自己的劳动成果被别人窃取,混淆代码能有效防止apk文件被反编译,进而查看源代码.说来惭愧,作为互联网创业公司的我们也确实对竞品Apk反编译