bug管理_bug管理工具 - CSDN
精华内容
参与话题
  • 五大最受欢迎的BUG管理系统

    千次阅读 2019-06-06 08:33:29
    五大最受欢迎的BUG管理系统 经过认真的查找和比较,选出以下五大为比较受欢迎的BUG管理系统。 以下简单介绍一下其功能优缺点和资源获取方式吧:1、QC(QualityCenter) 是原MercuryInteractive公司(现已被HP收购)...

    五大最受欢迎的BUG管理系统


    经过认真的查找和比较,选出以下五大为比较受欢迎的BUG管理系统。
    以下简单介绍一下其功能优缺点和资源获取方式吧:
    1、 QC(Quality Center)
    是原Mercury Interactive公司(现已被HP收购)生产的企业级基于WEB测试管理工具,需要安装配置IIS和数据库,系统资源消耗比较大;功能很强大,结合有BUG管理,需求管理及用例管理等功能;和其它的测试工具,比如Loardrunner测试工具的接口做得比较好,数据可以在它们中共享;英文版的且易用性不是很好,最重要的是收费且价格不扉;破解版的网上也很多但找起来和破解也比较费事,且性能就不那么稳定。
    资源地址:Http://www.hp.com
    2、 Bugzilla
    Bugzilla是由Mozilla公司提供的基于Web方式,免费的开源的一款功能强大的Bug管理系统,比如强大的检索功能,强大的后端数据库支持, 丰富多样的配置设定等;安装需要Perl和配置MYSQL数据库,过程比较繁琐,修改配置文件比较麻烦;英文版的,能汉化但是汉化后容易出现乱码;  
    资源地址:http://www.bugzilla.org
    3、BugFree
     基于WEB的,配置安装简单,只需到网上获取安装包,再配下PHP通用的环境即可;纯功能型的界面就无所谓美观;没有直接的截图功能但是可以以附件的形式存在;也有简单的报表统计功能;整体使用还是比较容易上手,而且是开源免费中文版的BUG管理系统。
    资源地址:http://www.bugfree.org.cn
    4、 EasyBUG
    基于WEB的在线的,不用配置;界面很漂亮,操作容易上手,基本上只要是会上网的人一看就会用;区别其它工具且最实用的一点是截图功能强大,且是以图片的形式直接存在,而不是以附件的形式存在;BUG解决流程也有记录在案;丰富的统计报表,一目了然;是国产的,有中英文版的而且免费的。
    资源地址:http://www.EasyBug.net
    5、 Mantis
    一款基于Web的Php+Mysql的开源BUG管理系统,一款简单实用的系统,也有截图功能,不过是以附件的形式存在,报表功能比较强大,需要配置才可用,是英文版的,不过可以通过汉化包和配置来汉化,有邮件支持但也需要修改配置。
    资源地址:http://www.mantisbt.org
        之所以贴出来大家共享,是为了让和我们一样还在决定使用什么BUG管理系统或打算换BUG管理系统的人做个参考,经过亲身体验,要知道这绝不是个简单省力的活。

    根据我个人的感觉,JIRA明显要好于mantis. 当然,价格也不菲。 

    我们用URTracker,很好用。看了一下那个EasyBUG,界面还是不错的,不过太简单了,基本的字段设置、流程设置、权限设置都没有的。适合1-5人的小团队使用。 

    Quality Center和TestDirector可不是一个 千万别弄混了  虽然都是属于HP Mercury的缺陷管理工具     

    用过Bugzilla和Mantis,目前在用:redmine + james + svn。 

    本人接触过Bugfree、QC(Quality Center)、CQ(Clear Quest)、JIRA
    比较而言,CQ和JIRA在管理BUG方面还是不错的。JIRA在流程上支持自定义工作流,配置较为灵活,功能很强大,和SVN也有接口,方便将版本库信息带入BUG系统。
    QC功能强大,但是有时稳定性不是很好。以前用的时候,曾经出现数据丢失的情况。
    BUGfree,结合case 和 bug ,在单个方面不如前面的产品,但是它是开源的,目前已经转到禅道项目管理软件了,BUGfree本身不再更新了。 

    用过户bugzilla和bugfree,呵呵,bugzilla安装真麻烦,功能比bugfree强大。对于小的项目来说,用bugfree比较合适

    展开全文
  • Bug管理的一般流程

    千次阅读 2016-07-17 18:01:16
    软件Bug的状态 新信息(New):测试中新报告的软件缺陷 打开(Open):被确认并分配给相关开发人员处理 修正(Fixed):开发人员已修正,等待测试人员...Bug管理的一般流程 测试人员提交新的Bug入库,错误状态为New。 高

    软件Bug的状态

    新信息(New):测试中新报告的软件缺陷

    打开(Open):被确认并分配给相关开发人员处理

    修正(Fixed):开发人员已修正,等待测试人员验证

    拒绝(Declined):拒绝修改缺陷

    延期(Deferred):不在当前版本修复的错误,下一版修复

    关闭(Closed):错误已被修复


    Bug管理的一般流程

    测试人员提交新的Bug入库,错误状态为New。

    高级测试人员验证错误,如果确认是错误,分配给相应的开发人员,设置状态为Open。如果不是错误,则拒绝,设置为Declined状态。

    开发人员查询状态为Open的Bug,如果不是错误,则置状态为Declined;如果是Bug则修复并置状态为Fixed。不能解决的Bug,要留下文字说明及保持Bug为Open状态。对于不能解决和延期解决的Bug,不能由开发人员自己决定,一般要通过某种会议(评审会)通过才能认可。

    测试人员查询状态为Fixed的Bug,然后验证Bug是否已解决,如解决置Bug的状态为Closed,如没有解决置状态为Reopen。

    展开全文
  • bug管理

    2019-09-20 16:18:47
    BUG提交规范 1、标题 2、步骤描述 ①、步骤使用序号编排 ②、在特定情况下发生的问题,还需提供准确的前提条件 ③、精准的描述bug产生的路径后,再描述现象 如: >打开客户端进行首页->点击“我的...
    BUG提交规范

    1、标题

    2、步骤描述

    ①、步骤使用序号编排
    ②、在特定情况下发生的问题,还需提供准确的前提条件
    ③、精准的描述bug产生的路径后,再描述现象
    如:
    >打开客户端进行首页->点击“我的”页面->点击用户头像进入个人资料页
    >个人资料页点击头像选择拍照->拍照后点击保存头像
    >从个人资料页返回 “我的”页面,查看头像是否更新
    ④、若步骤并不能必现错误,需要说明出现错误的概率(需要多次测试的基础上,若必现则填写100%,若偶现,则执行多次后统计概率填写)

     

    3、期望结果

    按照测试步骤应该得到的正确结果,应严格按照产品需求描述,并且结果必须是肯定的
    期望结果不应包含该测试步骤,要是简单的一个结果

     

    4、实际结果

    按照测试步骤出现的错误结果,对错误的结果进行描述,必要时附上截图,或录屏(录屏工具:录屏大师[android] 、AirPlayer[ios],iTools[ios]。)
    ①、UI类型:必须要附截图
    ②、功能类型:必要的截图和录屏
    ③、奔溃类型:log日志

     

    5、所属产品-->所属版本---->所属模块--->功能

    6、严重程度

    ①、Blocker:非常严重--系统(功能)无法执行、内存溢出或其他异常导致的奔溃、无法启动,应用模块无法继续往下测试(即直接阻塞)
    当然,如果完成模块与需求严重不符,也属于阻塞,严重类型也是Blocker
    ②、Critical :严重--功能存在较严重的缺陷,但不会影响继续执行测试的功能bug
    ③、Major :重要---界面的一些问题,比如边界、兼容(系统、机型)、安全、性能上的(实际上就是功能都可以正常运行,没有严重的阻塞和缺陷以外的其他问题)
    ④、Minor :一般--一般是站在用户的角度上提出的易用性,比如操作给出的提示不友好、或重点位置未给出

     

     

    7、优先级

    ①、Immediate :马上解决--其实对应Blocker,必须马上解决,否则无法继续往下测试
    ②、Urgent:继续解决--其实对应的是Critical ,意思是紧急要解决的,否则功能模块无法正常通过测试
    ③、High:高度重视---大致对应的是Major,意思是解决完前两种,紧接着就要解决的
    ④、Normal:正常处理--在不影响版本进度、个人进度、其他优先级高的
    ⑤、Low:低优先级--这个正常在发布前进行必须确认解决或确认可以不予解决。
    备注:优先级和严重程度不一定是一一对应,举个例子
    例如,界面单词拼写错误,但是如果是软件名称或公司名称的拼写错误,则必须尽快修正,因为这关系到软件和公司的市场形象。
    再如:如果修正一个严重性很高的bug,需要重新修改软件的整体架构,可能会产生更多潜在的缺陷,而且软件由于市场的压力必须尽快发布,此时即使缺陷的严重性很高,是否需要修正,需要全盘考虑。
    总而言之,修复缺陷,不仅仅是考虑技术方面,还要考虑市场和产品质量等的综合因素

     

    8、指派对象

     

    Bug管理工具

    1、Bugfree

    ①、听说是禅道的前身,目前已经不开放使用了
    ②、开源
    ③、非常简单上手

     

     

    2、禅道(建议使用)

    ①、开源
    ②、可进行二次开发
    ③、管理的东西面向对象:产品(需求管理、项目管理、质量管理、文档管理)、测试(bug管理、用例管理[用例库]、测试报告、测试统计)
    ④、当然还有完整的用户管理、组织系统、统计功能
    ⑤、完善的个人事务管理:我的产品、我的需求、我的任务

     

    3、TeamBuilder

    ①、web在线使用
    ②、页面简洁(只适合小小型的项目管理)
    ③、事务管理、质量管理上较弱,功能局限

     

    转载于:https://www.cnblogs.com/shenyexiaoqingxin/p/10560789.html

    展开全文
  • BUG管理

    2017-10-30 22:00:42
    bug管理和测试用例总结

    1.描述测试用例设计的完整过程?

    首先,拿到需求后要详细的理解需求,在理解需求的基础上编写测试计划,要考虑到测试的时间、测试环境等等。
    其次,要根据需求编写测试用例。根据测试对象的不同采用不同的测试用例编写方法,用例编写完后要进行评审。
    然后,要搭建测试环境,比如说拿到一台裸机的时候要安装客户所需要的系统,并安装所需要的软件并且进行一些必须的配置。
    最后,执行测试。

    2.功能测试用例需要详细到什么程度才是合格的?

    测试用例覆盖到所有的测试点。

    3.您认为做好测试用例设计工作的关键是什么?

    白盒测试设计测试用例的关键是以最少的测试用例覆盖尽可能的多的内部逻辑。
    黑盒测试设计测试用例的关键是以最少的测试用例覆盖尽可能多的模块的输入输出接口。
    总之就是以最少的用例覆盖尽可能多的测试点,并在最短的时间内找出最多的bug。

    4.您所熟悉的测试用例设计方法都有哪些?

    等价类划分:就是把所有的测试数据分成若干个集合,在每个集合中挑选具有代表性的数据进行测试。这样就节省了测试时间。
    边界值分析:很多错误都是发生在数据范围的边界上,并不是发生在数据范围的内部或者外部,边界值分析可以找出更多的bug。
    错误推测:凭借自己的测试经验推测是错误应该存在的地方。

    5.一个缺陷测试报告的组成?

    缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所属的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。

    6.简述一下缺陷的生命周期?

    首先是测试人员对开发人员已经开发的模块进行测试,如果发现有错误或者功能与需求上不一致的地方就提出 一个bug,然后由项目经理决定把这个bug安排给所属开发人员,开发人员修复完成后将bug重新提交给测试人员进行测试,如果测试结果正确的话测试人员就将这个bug关闭,如果仍然存在问题的话就让开发人员重新进行修复直至问题解决。

    7.针对缺陷采取怎样管理措施?

    首先要引入bug管理工具,如jira,bugzilla等。其次测试人员最好可以找出这个bug所出现的位置。
    然后要及时更新bug的状态,每天进行统计。

    8.测试结束的标准是什么?

    所有测试用例执行完毕。
    测试用例覆盖到所有的测试点。
    没有存在重大的缺陷,一些小缺陷存在的比例不超过客户需求的。

    9.测试用例通常包括那些内容?

    用例编号、测试环境、用例标题、用例描述、输入数据、预期结果等

    10.写出bug报告流转的步骤,每步的责任人及主要完成的工作

    测试人员发现bug,提交在bug管理工具中,状态为new。
    项目经理把这个bug分配给相应的开发人员,状态为open。
    开发人员修改完bug后重新提交给测试人员测试,状态为fixed。
    如果bug暂时无法解决,仍然为open状态。
    测试人员重新测试bug,如果没有问题的话将bug关闭,既close。
    如果问题仍然存在的话将bug重新打开给开发人员修改,状态为reopen。

    展开全文
  • bug管理规范及流程

    万次阅读 2017-02-16 13:52:40
    本文档定义bug的整个生命周期,规范bug的解决方案及管理流程。Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决; 2 关键角色及...
  • bug管理系统

    2019-08-31 17:05:31
    bug管理系统 一. 常见的bug管理系统 禅道 (zentao) bugzilla,jira 比较强大,但是搭建起来比较困难 bugfree easybug 免费开源,在线网站类型 Mantis QC(QualityCenter) TD 不管是开源的还是商业的bug管理工具,本质都...
  • 常用BUG管理工具系统

    万次阅读 2018-08-21 16:40:50
    常用BUG管理系统 1.EasyBUG 优点: 1)基于WEB的在线的,不用配置; 2)界面简单,操作容易上手,基本上只要是会上网的人一看就会用 3)拥有截图功能,以图片的形式直接存在,而不是以附件形式; 4)BUG解决流程...
  • 最受欢迎的五大BUG管理系统

    万次阅读 2011-05-28 19:31:00
    五大最受欢迎的BUG管理系统
  • 五款轻量型bug管理工具横向测评

    万次阅读 2017-04-26 16:25:12
    最近正在使用的本地bug管理软件又出问题了,已经记不清这是第几次了,每次出现问题都要耗费大量的时间精力去网上寻找解决方案,劳心劳力。
  • 在移动互联网产品中,Bug会导致软件产品在某种程度上不能满足...首先是国内BUG管理软件: Bugtags Bugtags采用独创的所见即所得的问题上报方式,有效提高了问题上报的效率和问题描述的准确度;同时平台提供
  • 管理bug的JIRA系统

    万次阅读 2016-01-18 16:57:18
    在以往的项目中,使用过开源的Jenkins集成工具,IBM CQ管理bug,目前的项目使用的是JIRA。 这里主要记录如何使用JIRA。 1.登录与注册 在成功安装配置完成的界面上点击“Log in”,就会看到JIRA的登陆界面了,如图...
  • 软件测试流程图&Bug管理流程图

    千次阅读 2017-07-06 15:47:31
    软件测试流程图: 缺陷(Bug管理流程图:
  • 开发人员必备的几款bug管理工具

    千次阅读 2016-04-12 15:02:55
    如果在产品开发过程中,使用一个合适的Bug管理工具,将可以提高开发团队的工作效率,把控产品质量,更好的完成任务。本文为广大开发者推荐几款高效的bug管理工具,希望可以提高开发者的工作效率与工作质量。 ...
  • BUG管理工具的跟踪过程

    千次阅读 2017-11-17 22:11:13
    测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员 开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配 开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发...
  • 测试-使用禅道做bug管理

    千次阅读 2015-12-30 17:57:09
    ... 本文讲述如何使用禅道来进行bug的跟踪和管理。 一、创建产品 二、提出bug 三、解决bug 四、关闭bug 上篇文章讲述了禅道的最简使用方法之一,只使用禅道来进行项目任务管理。禅道的测
  • BUG 管理工具的跟踪过程

    千次阅读 2018-06-09 13:06:09
    BUG管理有很多的工具,如:禅道,BugZilla等等,运用这些工具其目的都是为了更好的管理bug,流程化。方便开发以及测试人员处理这些bug。以及整个bug的流程。bug管理工具的跟踪过程(以BugZilla为例子): (1)测试...
  • 1. Bug基本要素 缺陷ID,状态,类型,所属项目,所属模块,缺陷提交时间,缺陷提交人(检测者),严重程度,优先级别,缺陷描述信息,测试步骤,测试前置条件,测试数据,期望结果,实际结果 2. Bug状态及状态流程...
  • 项目管理、Bug管理软件工具:禅道,BugFree,Redmine  BugFree是借鉴微软的研发流程和Bug管理理念,使用PHP+MySQL独立写出的一个Bug管理 系统xx。简单实用、免费并且开放源代码(遵循GNU GPL)。 命名Bug...
  • 禅道bug管理工具

    千次阅读 2016-08-06 16:21:32
    使用bug管理功能之前,需要先创建产品。禅道里面设计的理念是bug主要附属在产品概念下面的,后面我们会详细讲述产品和项目之间的关系。 新增产品的时候,需要设置产品的名称、代码,几个负责人信息。 ...
  • Android Studio集成Bug管理系统

    千次阅读 2016-06-08 17:37:28
    Android Studio集成Bug管理系统在Android开发中,对于Bug的管理、追踪是非常重要的,通常,开发和Bug追踪是分开的,提交代码后,需要打开网页来进行Bug管理。但是!!!你不觉得很麻烦吗,在Android Studio中,你...
1 2 3 4 5 ... 20
收藏数 319,398
精华内容 127,759
关键字:

bug管理