精华内容
下载资源
问答
  • bug管理流程
    2021-10-18 16:02:30

    1、bug的定义

    软件的Bug,狭义概念是指软件程序的漏洞或缺陷
    广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节(增强性,建议性)、或与需求文档存在差异的功能实现等。
    我们的职责就是,发现这些Bug,并提交给开发,让开发去修改。

    2、bug类型

    要确定一个bug的类型, 需要对项目(或产品) 有比较深的理解。这个划分对于开发定位问题影响很小,但对于问题类型的统计就比较重要了。—测试报告
    常见的bug类型划分(禅道系统为例,可自定义) :
    代码功能)错误— 最多,最常见的bug
    界面优化— U|测试,易用性兼容性
    设计缺陷— 不符合用户的习惯,修改设计–满足用户需求= ==增强建议性的bug
    按照公司具体的规定来分类! ! !

    3、Bug等级–优先级

    如何来判断bug的等级(严重程度), -般可以参照下面的判断条件。
    (1)致命错误:
    1.常规操作引起的系统崩溃、死机、死循环、闪退
    2、造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息泄露
    3.涉及金钱计算
    4、阻断性测试,所有测试工作进行不下去(冒烟测试)
    5.权限问题.

    (2)严重错误: — critical
    1.重要功能不能实现;1
    2、错误的波及面广,影响到其它重要功能正常实现;
    3.非常规操作导致的程序崩溃、死机、死循环、闪退
    4、外观(界面)难以接受的缺陷;
    5、密码明文显示;
    6、偶现的致命性bug

    (3)一般错误:
    不影响产品的运行、不会成为故障起因,但对产品外观和下道工序影响较大的缺陷
    1.次要功能不能正常实现;
    2、操作界面错误(包括数据窗口内列名定义、含义不-致) ;
    3.查询错误,数据错误显示:
    4、简单的输入限制末放在前端进行控制;
    5、删除操作未给出提示;
    6、偶现的严重性bug

    (4)细微错误: — minor
    程序在一些显示上不关观,不符合用户习惯,或者是一些文字的错误 --用户体验
    1、界面不规范:
    2、辅助说明描述不清楚;
    3、提示窗口文字未采用行业术语;
    4.界面存在文字错误;

    (5)改进建议–nhancement
    可以提高产品质量的建议,包括新需求和对需求的改进。— 本次发布不会修复,放到下面个版本修更

    4、bug的生命周期(管理流程) --重点! ! !

    bug的生命周期,就是一个bug被发现到这 个bug被关闭的过程。

    这个过程有哪些步骤?
    生命周期中-般缺陷状态:发现-新建(提bug) ->指派->E解决->待验->关闭。–正常
    如果待验的bug在验证时没有解决好,我们需要重新打开(激活) ->指派~>已解决->待验,循环这个过程。
    中间其他状态:拒绝、延期等

    1.发现bug–确认bug:有可能是因为操作问题。环境问题–提交bug —bug管理工具
    **2.指派bug开发/开发老大测试—开发
    3.重复bug-- duplicated :别人开过了–公司里尽量避免(浪费时间) :确认开发有添加重复bug ID (开发添加bugid) —bug确认是否中重复:是–加备注,关闭:否: 加备注–重新教活-修复: 加备注= =方便后续织踪
    4.不是缺陷: invalid (无效) — 有可能是因为操作问题,环境问题,对产品理解错误—定要避免的! ! ! --充分理解产品 确认并复现-不是bug–备注美闭;依然是一个bbug–加备注,重新激活开发修复: --开发认为不是bug. 你该怎么办?”–需求理解不致–处理步骤: 1.列举需求文档里的证据2.站在用户角度出发—证据说服开发修复bug; 3.找产品确认,项目经理—是–开发修复:否-- 加备注关闭—聊天记录,邮件截图–证据,贴到bug里; =责任划分:
    5.无法重现–unreproduced: 1)测试开究bug,开发无法复现_-- a.确认测试环境是否依然可以复现,帮助开发复现: b.测试环境无法复现(偶现) — 尝试跟踪多个版本的测试,每个版本10次,连续5 6版本—加备注关闭(做了哪些尝试,结果) ;偶现bug
    =偶现率(3/10) — 影响到开发修复bug优先级;
    6.不予解决一wontfx: (1)级别的不高,小bug 2)建议性bug I处理方式: 1)站在用户角度,列举证据。说服开发修每一无果: 2) 产品+项目经理–确认
    =结果一记录到bug里作为备注
    7.延期:延后后续版本修复: 1)马上上线了,时间不够了 2) bug修复影响太大了, 回归测试成本太高|测试确认: 1)确认bug的严重级别,会不会影响用户使用- -定修复,版本延后发布,加班修复2) 如果不是特别影响用户,真的修复成本,风险太高-可以不惨==产品和项目经理确认–风险+情况说明= =决定–备注里再bug
    8.修复之后(resolved-fixed) 开发一>测试 :验证bug: 1)拿到正确的版本验证bug (包含了开发修复代码的版本) 2)确认bug跟你之前开bug 的步骤是一致–验证关闭:一扩展新的为难题-开成给一个新的bug = =回归测试
    9.没有修好:同样的步骤,还存在
    = 重新打开–reopened
    10
    、修复好了- verifed
    :关闭dosed

    5、bug的跟踪管理-状态处理

    1.已经指派的bug–已经指派给开发的,请大家注意自己bug的走向,随时关注并进行跟踪!如果一直未修复,提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug
    2.已解决的bug-等待测试环境更新后进行验证,验证通过则关闭;验证不通过则重新打开指派给开发
    3.重复bug–先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发,
    4.不是缺陷–再次依据需求确认,是否是bug,如果依然觉得是缺陷跟开发沟通,列举出来觉得是bug的点,沟通未达一致找产品确认,确认是bug注明情况并再次指派给开发,产品确认不是bug,就不纠结,直接关闭bug,但是,会拿小本本把这个bug记录下来,等到测试任务结束后,再来研究研究。
    5.无法重现–确认开发环境是否跟测试环境一致? 包括操作步骤、浏览器、环境、特定账号、输入数据等如果多个版本验证之后,如开发所说重现不了,依据bug的严重程度跟产品、开发-起确认关闭;如果找到重现原因,注明清楚并再次指派给开发
    6.不予解决-找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发
    7.设计如此-找产品经理进行确认。确认设计如此进行关闭;确认是问题,备注原因重新指派给开发
    8.延期修改–请看下bug严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录,后续版本进行关注一不关闭

    6、bug的跟踪管理-如何提交bug。发现bug后,接下来你提交到bug管理平台,提交-个bug包含哪些内容?

    bug标题一标题要清晰简洁, 写明bug描述;如果没有选择功能模块,最好在标题中标注功能模块。让查看bug的人员清楚知道你所表达的意思。bug的功能模块 + bug的操作+ bug的结果
    重现步骤一详细写 下发现bug的测试过程。能指导开发重现这个bug。附上测试数据
    实际结果一出现bug的结果, 粘贴bug截图、日志截图
    预期结果记得写清楚预期
    bug类型和严重程度一便于后续测试结果分析, bug的统计
    bug测试环境一例如: 什么系统,哪个版本等。兼容性问题、难以重现问题
    附件一一日志文件, 文件测试数据。图片、崩溃日志文件等

    更多相关内容
  • 基于JAVA语言开发的bug管理系统
  • BUG管理系统-PHP

    2019-04-24 11:51:38
    在线项目管理系统,该系统是由PHP编写的Web项目BUG管理系统,操作简单,可满足小企业协作开发需求
  • BUG管理流程规范.doc

    2019-09-03 13:42:46
    开发、需求、测试在执行测试阶段对bug处理相互间形成良好的沟通,对bug管理形成统一的规范,保证bug有效快速的被修复,保证相互间工作正常进行,提供参考文档
  • Bug管理规范及流程

    2018-09-03 17:12:12
    Bug管理规范及流程:整理测试流程,bug提交规范,bug属性定义
  • 问题管理 BUG管理 任务管理 项目管理系统
  • 问题管理 BUG管理 任务管理 项目管理系统 仅供学习和参考
  • 禅道,bug管理工具

    2017-11-14 15:40:43
    禅道 项目管理软件 是国产的开源项目管理软件,专注研发项目管理,内置需求管理、任务管理、bug管理、缺陷管理、用例管理、计划发布等功能,实现了软件的完整生命周期管理。已部署在linux服务器,测试可用,因为禅道有...
  • django 开发公司bug管理系统,django 开发公司bug管理系统django 开发公司bug管理系统
  • 通过本次毕业设计,达到综合运用知识的能力,提高独立分析问题、独立解决问题以及创新的能力。系统采用B/S结构,前台开发环境为MyEclipse8.5,后台数据库为MySql,设计开发Bug管理系统。
  • Dream项目管理系统(bug管理系统)在基于Winner权限管理系统的基础上开发出的一个独立的web应用,该系统默认是设计成软件公司或电子科技公司开发模式,下载安装即可直接使用。其他行业,只需在后台的设置中稍作修改...
  • 我眼中的bug管理

    2021-03-23 15:12:24
    作为一名软件测试人,必须要面对其中一个就是bug,bug有很多方面,细说下我眼中的bug管理:  作为一名测试人,必须要面对其中一个就是bug,bug有很多方面,细说下我眼中的bug:  bug的提交:如何提交bug是很有学问...
  • TFS Bug管理使用教程

    热门讨论 2013-12-30 15:31:16
    该工具是为了协调和监控团队项目中Bug的处理流程而搭建。工具是使用了微软TFS(Team Foundation Server)团队管理工具自带的...选择Bug管理工具的原则:简单易用、管理方便、能够跟踪Bug状态并提醒、尽量减少工具数量。
  • Linux下的bug管理系统

    2017-04-05 23:53:02
    linux nucrse udp tcp bug管理
  • 软件测试管理软件测试的重要环节:Bug管理的一般流程软件测试软件测试的主要目的在于发现软件存在的错误(Bug),对于如何处理测试中发现的错误,将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误,才能...
  • bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程
  • Bug管理系统BugFree-附件资源
  • 常用BUG管理系统 1.EasyBUG 优点: 1)基于WEB的在线的,不用配置; 2)界面简单,操作容易上手,基本上只要是会上网的人一看就会用 3)拥有截图功能,以图片的形式直接存在,而不是以附件形式; 4)BUG解决流程...

    常用BUG管理系统

    1.EasyBUG

    优点:

    1)基于WEB的在线的,不用配置;

    2)界面简单,操作容易上手,基本上只要是会上网的人一看就会用

    3)拥有截图功能,以图片的形式直接存在,而不是以附件形式;

    4)BUG解决流程记录在案;有统计报表,一目了然;

    5)国产且免费的。

    缺点:

    1)需要手动录入bug标题,保存bug截图提交,追踪及时性靠人工自觉
    资源地址:http://www.easybug.net/

    价格:vip640/年

    2. QC(Quality Center)

    惠普公司的,企业级基于WEB测试管理工具

    功能列表:

    1.制定可靠的部署决策。

    2.管理整个质量流程并使其标准化。

    3.降低应用程序部署风险。

    4.提高应用程序质量和可用性。

    5.通过手动和自动化功能测试管理应用程序变更影响。

    6.确保战略采购方案中的质量。

    7.存储重要应用程序质量项目数据。

    8.针对功能和性能测试面向服务的基础架构服务。

    9.确保支持所有环境,包括 J2EE、.NET、Oracle 和 SAP。

    优点:

    1)功能很强大,结合有BUG管理,需求管理及用例管理等功能;

    2)和其它的测试工具,比如Loardrunner测试工具的接口做得比较好,数据可以在它们中共享;

    3)管理整个质量流程并使其标准化。

    4)通过手动和自动化功能测试管理应用程序变更影响

    缺点:

    1)需要安装配置IIS和数据库,系统资源消耗比较大;

    2)纯英文版的且易用性不是很好,且收费;

    资源地址:http://www.hp.com/

    价格:30美元(不确定)


    3BugFree(后来进化为禅道bug管理)

    bugfree优点:

    1)开源免费,配置安装简单

    2)有简单的报表统计功能;

    3)整体使用还是比较容易上手

    bugfree缺点:

    1)没有直接的截图功能但是可以以附件的形式存在;

    2) bugfree是基于php开发的,所以要运行就需要安装php环境,略复杂

    3)页面是非常清晰整洁的web页面,但是需要填写字段

    禅道功能列表:

    1. 产品管理:包括产品、需求、计划、发布、路线图等功能。

    2. 项目管理:包括项目、任务、团队、build、燃尽图等功能。

    3. 质量管理:包括bug、测试用例、测试任务、测试结果等功能。

    4. 文档管理:包括产品文档库、项目文档库、自定义文档库等功能。

    5. 事务管理:包括todo管理,我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。

    6. 组织管理:包括部门、用户、分组、权限等功能。

    7. 统计功能:丰富的统计表。

    8. 搜索功能:强大的搜索,帮助您找到相应的数据。

    9. 灵活的扩展机制,几乎可以对禅道的任何地方进行扩展。

    10. 强大的api机制,方便与其他系统集成。

    禅道的优点:

    1)禅道开源免费,从下载到使用不需任何费用。开源的软件更能够根据企业自身需求在源码的基础上进行修改,让国内外众多企业节省项目管理成本。
    2)禅道的功能非常完备,可扩展性,且代码开放可做二次开发。
    3)禅道价格实惠,售后服务方式选择多且有官方技术服务的保障。


    禅道的缺点:

    1)禅道的界面设计稍稍逊色,不够简洁,颜色使用也比较单一,不够丰富。
    2)虽然禅道有新手入门操作演示,但部分新人上手还是会存在一些问题。

    资源地址:http://www.bugfree.org.cn

     


    4.Bugzilla

    基于Web方式,免费的开源的一款功能强大的Bug管理系统

    功能列表:

    ⒈ 强大的检索功能

    ⒉ 用户可配置的通过Email公布Bug变更

    ⒊ 历史变更记录

    ⒋ 通过跟踪和描述处理Bug

    ⒌ 附件管理

    ⒍ 完备的产品分类方案和细致的安全策略

    ⒎ 安全的审核机制

    ⒏ 强大的后端数据库支持

    ⒐ Web,Xml,Email和控制界面

    ⒑友好的网络用户界面

    ⒒丰富多样的配置设定

    ⒓版本间向下兼容

    优点:

    1)比如强大的检索功能,强大的后端数据库支持, 丰富多样的配置设定等;

    2)免费

    3)安全性高

    缺点:

    1)安装需要Perl和配置MYSQL数据库,过程比较繁琐,修改配置文件比较麻烦;

    2)英文版的,能汉化但是汉化后容易出现乱码;  

    3)界面美观度差,不支持截图上传
    资源地址:http://www.bugzilla.org



    5 Mantis

    Mantis是一个基于php技术的轻量级缺陷跟踪系统,是以web操作的形式提供项目管理及缺陷跟踪服务。其实用性满足中小型项目的管理和跟踪。更重要的是开源、免费。

    功能列表:

    1.缺陷跟踪管理(默认为bug管理系统)

    2.问题跟进分析报告

    3.可以添加子项目、模块等功能

    4.配置不同权限发送email通知

    5.工作流自定义配置

    6.路线图、修改日志

    7.统计报表、图形报表

    8.与TESTLINK、wiki等集成

    优点:

    1)开源不收费、B/S架构模式,Windows平台,可邮件通知,操作较为灵活

    2)可以跟踪成粗版本变更历程

    3)可以生成项目bug各种指标统计图标

    4)丰富的过滤器搜索功能

    缺点:

    1)安装配置复杂,界面不美观

    2)工作流整体已写死,不好进行配置,配置不灵活

    3)管理不便,修改配置大部分需要进行代码修改

    资源地址:http://www.mantisbt.org

    6JIRA

    JIRA是集项目计划、任务分配、需求管理、缺陷跟踪于一体的软件。

    优点:

    1)JIRA的界面效果非常不错。安全性、可扩展性方面也不错。  JIRA的使用范围广,所以拥有众多开发者提供的扩展插件以供不同选择。
    2)工作流定制功能实用性特别高,可定制性也很好。
    3)针对issue驱动的项目管理非常有效,也基于多年来的插件积累,可以展现非常强大的交互、统计视图,纯粹项目管理使用JIRA的确是个不错选择。

    缺点:

    1)从使用上来说还是不大符合国人的使用逻辑。
    2)虽然有中文版本,但是中文版本在使用的过程中,部分页面还是会有很多英文,不能做到全中文界面。
    3)对于国内用户提供的售后服务稍显弱一些,存在时间和沟通上的一些障碍。

    价格如下:

    用户数量

    25

    50

    100

    250

    500

    2000

    10000

    10000+

    价格

    20,000

    36,000

    66,000

    132,000

    198,000

    264,000

    330,000

    396,000

    7Bugtags

    Bugtags是国内首款为改善移动产品质量而专门打造的测试平台产品。使用Bugtags平台可以随时随地对移动产品提出准确的改善意见,使得测试更简单,修复问题更轻松,产品用户满意度更高。

    功能列表:

    1. SDK集成简单

    一行代码极速集成,完全不影响原有程序结构

    2. 所见即所得提交问题

    一键截屏,使用标签描述问题,在应用内直接提交问题,免去截图连电脑上传描述等步骤

    3. 自动收集设备与应用运行状态

    极大提高了问题描述准确度,帮助开发人员快速定位和解决问题

    4. 自动收集分析崩溃信息

    每一次用户的闪退现场信息,都会上传到云端,分析数据让解决问题更轻松

    5. 简单有效的问题生命周期管理

    抽取传统缺陷管理系统的最核心功能,有效管理和跟踪问题

    优点:

    1) 可以在APP端手动提交问题; 只需要在 App 中点击错误位置,描述错误原因,指派给相应的人员即可,设备信息、版本、用户步骤、运行时数据、日志全部自动帮你记录了下来。大大提升了测试效率,提高质量。

    2) 可以收集闪退信息

    3) 支持 bug 截图

    4)第三方sdk集成

    普通版免费,企业版价格(日活跃用户10w以下时)

    入门套餐:3380 元 /年 
    标准套餐:6300 元 /年 
    豪华套餐:9660 元 /年


    这些都有点过时了,https://madpecker.com,比较牛逼,非常便捷易用,还是完全免费的。

    https://www.oschina.net/p/itest-cn 开源敏捷管理,testOps 践行者 itest 。可按测试包分配测试用例执行,也可按建测试迭代,也有docker 管理管理,还有很常用的测试度量;对于发版频繁,需求常变,itest 还提交导出用例,线下修改用例,线下执行,线下新增,然后再导入(同步)到线上,非常方面测试用例的处理,在测试看板中,能查看迭代报告,测试包执行情况,测试任务进展,也可以在看板上直接执行用包用例。且可根据不同测试策略来设置测试流程,并可实时调整。

    我最近发现一个比较好用的bug系统,简单易用bug处理审核系统,里面可以转换审核人等功能,分享给大家看一下,https://www.buginfo.cn

    开源敏捷测试管理软件,BUG跟踪管理 itest(爱测试)https://www.oschina.net/p/itest-cn

    https://www.cnblogs.com/mypm/p/10649526.html Itest(爱测试),最懂测试人的开源测试管理软件隆重发布

    展开全文
  • 主要描述bug管理系统的需求分析,设计及实现
  • 开源的项目需求和bug管理系统(Redmine)使用手册
  • TaskTracker 是2014年新开发的一款集任务/BUG管理于一体的免费Web应用软件,该软件以项目为单位,用于管理任务/BUG的生命周期。该软件综合和市面上多数任务/BUG管理软件的优点,实用性更强,让任务的分配更加合理,...
  • BUG管理模板

    2015-01-23 11:53:48
    最详细的BUG管理模板,EXCEL类型,帮助管理用例中产生的错误
  • Jira开发人员使用篇,Jira bug管理系统,教程。开发测试人员必备技能。Jira开发人员使用篇,Jira bug管理系统,教程。开发测试人员必备技能。
  • 禅道项目管理——bug管理工具

    千次阅读 2021-12-20 18:10:55
    禅道项目管理——bug管理工具 禅道地址:https://www.zentao.net/ 【重要】:需先开通禅道账号;向项目管理负责人 xxx 申请(申请方式: 飞书、企业微信、邮箱xxx@xxx.com均可) BUG的一生 1、基本信息 所属产品、...

    禅道项目管理——bug管理工具

    禅道地址:https://www.zentao.net/

    【重要】:需先开通禅道账号;向项目管理负责人 xxx 申请(申请方式: 飞书、企业微信、邮箱xxx@xxx.com均可)

    在这里插入图片描述

    BUG的一生

    1、基本信息

    所属产品、严重程度、优先级、bug状态、发现阶段、截止日期

    由谁创建、影响版本、由谁解决、解决版本、解决方案、由谁关闭、最后修改

    2、bug类型

    界面优化、设计缺陷、需求不符、需求错误
    安装部署、相关、性能问题、标准规范
    测试脚本、无效bug、兼容性、数据问题
    环境问题、硬件问题、打包错误

    3、解决方案

    设计如此、重复bug、外部原因、已解决
    无法重视、延期处理、不予解决、持续改善、持续跟踪

    一、需求与任务

    在这里插入图片描述

    重点关注指派给自己的需求与任务。某些需求会由管理者创建好任务后派发,某些需求则需要自己创建。创建流程如下:

    1)在 【指派给我的需求】 中点击需要创建任务的需求

    2)点击下方 【建任务】 按钮

    在这里插入图片描述

    3)选择 【任务类型】前端【指派给】自己【任务名称】 若无其他特殊要求一般点击 【同需求】 按钮、【预】 填写 预计工时【日程规划】 填写 预计开始任务提测时间

    填写完毕后若仅为此需求添加一个任务,则点选 【返回任务列表】 之后点击 【保存】。这样任务则创建成功,在 上图【指派给我】 列表中可以看到创建的任务

    在这里插入图片描述

    4)及时开启和完成任务。开始coding前将任务状态变为进行中,即点击 【开始】 按钮。 任务完成后点击 【完成】 按钮,等待关联补丁进行发版

    在这里插入图片描述

    二、BUG

    1)查看BUG,在我的地盘点击 【Bug】 按钮,获取当前指派给自己的Bug列表,按照 【生产环境】>【P】列的Bug优先级进行修复。生产环境Bug解决时效不超过24小时,【P】列中按照高、中、底、建议进行修复

    在这里插入图片描述

    2)Bug解决后及时更改状态,点击 【解决】 按钮,并填写问题原因

    在这里插入图片描述

    在这里插入图片描述

    【备注】【问题原因】【解决方案】必填项, 其余按照Bug情况填写、点选即可,最后点击 【保存】 按钮,等待关联补丁进行发版

    三、发版

    1)创建补丁:点击 【项目】、在 【项目列表】 中选择要发版的项目,点击 【补丁版本】,最后点击右侧 【创建补丁版本】 按钮,打开补丁创建面板

    在这里插入图片描述

    2)填写补丁信息:按照当前发的补丁,填写具体的补丁类型。【补丁类型】 分为内测、生产【目标环境】 填写当前补丁的真实环境、【所属平台】 选择NMP-EditorLite或者NMP-UC、

    【对应版本】 截选下载地址中版本信息、【抄送给】 填写关联的需求、Bug提交人、【下载地址】【补丁程序】 填写四维云中镜像地址、【补丁内容】 填写当前补丁开发功能与修复的Bug信息

    全部填写完毕后点击 【保存】 按钮

    在这里插入图片描述

    在这里插入图片描述

    3)关联需求与BUG:补丁创建成功后,点击进入创建好的补丁,切换 【完成的需求】 或者 【解决的Bug】 Tab页,点击右侧 【关联需求】【关联Bug】 按钮,关联 补丁中包含的需求或者Bug

    在这里插入图片描述

    4)提交补丁:关联完毕后,切换到 【补丁版本】 列表中,点击补丁最右侧 【小喇叭】 按钮,将补丁提交给测试

    在这里插入图片描述

    展开全文
  • 是一个介绍 用JIRA系统管理BUG的最佳实践
  • [信息办公]BugFree v2.0 RC1 Build 20071031 (开源Bug管理系统)_bugfree.zip源码P[信息办公]BugFree v2.0 RC1 Build 20071031 (开源Bug管理系统)_bugfree.zip源码P 1.适合个人搭建网站项目参考 2.适合学生毕业设计...
  • Bug管理工具需求文档.docx
  • 一个开源的错误管理系统,IT人员开发全过程,(文件存储,接口文档,单接口测试功能,已经被删除) bug管理功能基本能满足90%以上的需求,其他需求可以自己开发,也可以提交问题 功能 增加错误,改变错误状态,转交...
  • BUG管理规范.docx
  • 开源的bug管理系统.zip

    2021-03-09 09:57:16
    开源的bug管理系统

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 394,625
精华内容 157,850
关键字:

bug管理