展开

关键词

android常见bug跟踪

前言 对app的线上bug的收集(友盟、云捕等)有时会得到这样的异常堆栈信息:没有一行代码是有关自身程序代码的。 这使得对bug的解决无从下手,根据经验,内存不足OOM,Dialog关闭,ListView等相关代码很容易引起这类错误。 下面总结下BaseAdapter.getView崩溃bug,然后给出如何编写代码来方便以后对它的定位。 更多时候,除了得到以上的错误堆栈,对于真正的bug再无更多信息。实际上是无法判断出具体出问题的Adapter的。 堆栈信息只跟踪到LisView,而不会指向具体的Adapter。 (本文使用Atom编写)

30250

12 个顶级 Bug 跟踪工具

因此,你需要使用特定的 bug 跟踪工具。Bug 跟踪软件不仅仅是一个数据库。它还是一个工具,能让你团队中的每一个人都看到 bug,从而让他们在正确的时间处理正确的 bug。 这将有助于我们评估 bug 跟踪工具。 优秀的 bug 跟踪软件会给你很大的灵活性,包含尽可能多的 bug 相关的的信息,从而安排优先级并修复它。这意味着你需要包含以下信息选项: 发生了什么。 简而言之:bug 跟踪系统有一套能够帮助有效解决和管理问题的功能。 此外,bug 跟踪软件提供了已经发现的 bug 记录和已知的 bug 信息。 它为开发和测试团队提供了一个系统来跟踪软件开发、应用程序开发和部署中的 bug 修复和代码变更。 Jira 最初是用来跟踪和管理软件开发中的 bugs。其中一些关键功能包括捕捉使用 Jira 软件软件项目中任何地方的 bugs。

24910
  • 广告
    关闭

    开发者专享福利,1988元优惠券限量发放

    带你体验博客、网盘相册搭建部署、视频渲染、模型训练及语音、文字识别等热门场景。云服务器低至65元/年,GPU15元起

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    12 个顶级 Bug 跟踪工具

    因此,你需要使用特定的 bug 跟踪工具。Bug 跟踪软件不仅仅是一个数据库。它还是一个工具,能让你团队中的每一个人都看到 bug,从而让他们在正确的时间处理正确的 bug。 这将有助于我们评估 bug 跟踪工具。 优秀的 bug 跟踪软件会给你很大的灵活性,包含尽可能多的 bug 相关的的信息,从而安排优先级并修复它。这意味着你需要包含以下信息选项: 发生了什么。 简而言之:bug 跟踪系统有一套能够帮助有效解决和管理问题的功能。 此外,bug 跟踪软件提供了已经发现的 bug 记录和已知的 bug 信息。 它为开发和测试团队提供了一个系统来跟踪软件开发、应用程序开发和部署中的 bug 修复和代码变更。 Jira 最初是用来跟踪和管理软件开发中的 bugs。其中一些关键功能包括捕捉使用 Jira 软件软件项目中任何地方的 bugs。

    59610

    【表情包-软件测试基础理论】bug 怎么写?怎么跟踪?怎么分级?

    应广大粉丝强烈建议,本系列改名为【表情包-软件测试基础理论】 吃软件测试这碗饭的,如果基础理论都不懂,谈何长久? 欢迎来学习本系列,基础理论比较枯燥,这也是为什么现在很少人掌握的主要原因。 前言 bug是什么,就是软件缺陷,博主在多个公司都深入探讨过何为bug,结果发现一个公司一个样。虽然都是公司自己长期积累下总结的宝贵经验,但是你拿出去面试时候说,就明显掉份。 bug分级: 标准说法: 【致命级】:引起系统服务崩溃,用户关键数据丢失,巨大资产损失,生命安全风险等bug。 【严重级】:引起软件主要功能失效。 【一般级】:引起软件主要功能失准,次要功能失效等。 【轻微级】:引起软件次要功能失准等。 【优化建议级】:影响用户体验等问题,文案错别字等。 周期如下: 新建bug(测试工程师)↓ 审核是否是bug(测试经理)↓ 若不是bug,则放到丢弃桶里,结束周期。 若是bug,则判断bug是否重复(测试经理)↓ 若已重复,则丢弃bug,结束周期。

    11120

    消灭Bug!推荐7款优秀的开源Bug跟踪工具

    在这个充满 bug 的世界里,最遥远的距离不是生与死,而是你亲手制造的 bug 就在你眼前,你却怎么都找不到她,本文准备了 7 款优秀的开源 bug 跟踪系统来查找、记录和解决这些 bug。 mozilla、红帽公司和 gnome 使用,Bugzilla 起初由 Terry Weissman开发于1998年,它用 perl 语言编写,用 MySQL 作为后端数据库,它是一款旨在帮助管理软件开发的服务器软件 当然还有很多优秀的 bug 跟踪系统,例如Bloodhound,BugZero、The Bug Genie、 JIRA 等。 Redmine是一个自由开放源码软件解决方案,它提供集成的项目管理功能,问题跟踪,并为多个版本控制选项的支持。 3 Trac Trac不仅仅是一个bug跟踪工具,还是一个增强版的Wiki以及项目管理工具,采用Python开发,专为软件开发项目设计。Trac 将自身描述为一种基于Web的项目管理系统的简约方法。

    64220

    Visual Studio App Center 中的 Bug 跟踪服务

    针对这种情况,App Center 提供了 Service、Webhook 和 Email 去跟踪诊断信息,它们可以帮用户创建 Bug 或 Issue,记录 App Center 收集到的 Crash 现在 Bug tracker 列表里可以看到授权的 Github 账户,选中它并选中需要接受信息的 Github Repo,点击 Next。 之后如果有新的 Crash,Azure DevOps 会新建一个 Bug。 最后 我想 Jira 的服务用起来应该也差不多,因为我没用到就部介绍了。 关于 App Center Service 的更多内容请参考以下文档: App Center bug 跟踪器集成

    11010

    开源BUG跟踪平台JIRA目录遍历漏洞分析

    作者 Taskiller 最近,一则新发布的公告报告了一个影响Jira 5.0.11和6.0.3版本的目录遍历漏洞,该漏洞在去年7月份被验证,并在接下来的几个月...

    1.1K60

    软件测试术语 - 需求跟踪矩阵

    需求跟踪矩阵 英文:Requirements Traceability Matrix 简写: RTM 什么是RTM 需求跟踪,一个记录需求与工作产品之间的联系的过程,这些产品是用来实现和验证那些需求的。 RTM捕获了在生命周期结束时交付的单个文档中的所有需求及它们的可跟踪性。 流程图 在项目开始时创建需求跟踪矩阵,是形成项目的范围和可交付物的基础。 需求跟踪矩阵是双向的,通检查可交付物的输出来跟踪需求,并通过查看产品特定特性来跟踪特定的需求。 下面我们看下需求跟踪矩阵流程: 说明: 需求跟踪矩阵的优化改进贯穿整个软件开发生命周期 任务拆解是很重要的,尤其是合适的颗粒度显得尤为重要 主动推进跟踪是最重要的 参数 需求ID 风险 需求类型 需求描述

    97720

    谨防新型跟踪恶意软件:Monitor Minor

    Monitor Minor,一个由卡巴斯基实验室的专家发现的新的跟踪软件,可以跟踪Gmail,WhatsApp,Instagram和Facebook的用户活动。 如果说,一般的跟踪软件能够收集受害者当前的地理位置,拦截短信和通话数据,有时还能做到地理围栏功能,Monitor Minor也是如此,但不同的是,它比其家族的所有现有软件功能更为强大。 ? 该跟踪软件的作者利用了SuperUser类型的应用程序(SU实用程序)具备的对系统root访问权限,从社交网络和即时消息程序中提取消息历史记录。 在“干净的”Android操作系统中,沙箱阻止了应用程序之间的直接通信,因此跟踪软件无法简单地打开并获取WhatsApp的访问权限。这种访问模型称为DAC(自由访问控制)。 恶意软件实施的持久性机制非常有效,并利用了root访问权限。跟踪软件将系统分区从只读重新安装到读/写模式,然后将自身复制到该分区,从用户分区中删除自己,然后将其重新安装回只读模式。

    32220

    软件测试如何定位分析bug?

    软件测试日常工作中,每天可能都会遇到不同的问题和bug,有些刚入行的测试喜欢不加分析就直接甩给开发去解决。 开发比较闲还好,如果手头工作比较多,就容易烦。 不同技术水平的测试人员,bug分析定位能力也有高低。这个除了需要不断总结之外,能决定你水平高低的原因其实就是工作经验。 测试的项目多了,遇到的bug,踩的坑多了,自然水平就上去了。 以上,就是定位一个bug是属于前端还是后端的分析思路,这个基本也是面试必问问题。 说完了如何通过抓包接口定位分析bug,再来聊聊如何通过查看日志来分析bug。 总之,bug定位分析能力是一枚测试的核心能力,你可以不会自动化,可以不会性能。因为这些都会有专门的测试工程师去负责。 但是如何定位分析bug,如何编写测试用例,这些都是每一个测试安身立命的家伙,所以一定要掌握好。

    26710

    软件测试---BUG的生命周期

    测试人员最本质的工作就是寻找bug,提交bug、验证bug、推进bug的解决,直至软件达到发布的标准,提高软件的质量,及研发的工作效率和质量。 一、什么是bug 软件BUG,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。 二、bug的生命周期 生命周期中缺陷状态:新建–>指派–>已解决–>待验–>关闭 发现BUG–>提交BUG–>指派BUG–>研发确认BUG–>研发去修复BUG–>回归验证BUG–>是否通过验证–>关闭BUG 1、发现bug 1)按照测试用例进行操作,发现和测试用例的预期结果不一致的,都可以被称之为BugBug重现环境,bug类型,bug等级,bug的优先级以及详细的重现步骤,结果与期望等。 当然,我们在提交一个问题之前首先应该保证,这个缺陷是没有被提过的,以免造成重复缺陷单。

    63630

    软件体验差到底算不算Bug

    上面说软件很难理解,很难去使用,速度超慢,是bug,本人觉得也是。可能程序员心里面一万个“草泥马”,产品设计、用户体验关我毛事? 用户体验的核心和本质:满足用户需求,超出用户期望。 有人将用户体验与软件的运行效率混为一谈,认为用户体验就指响应时间、可靠性、稳定性这三方面,我以前也是这样认为的,做好自己的就行了,不管用户体验。 ? 让用户鄙夷的用户体验和有线上bug一样让都是唾弃。IT从业人员认为,用户体验差不属于bug,它属于优化任务,优化任务广义上都是用户所发现提出的软件可改进的细节、或与需求文档存在差异。 本质上用户体验差和缺陷等级较低的bug没有什么区别。 举一个例子:APP登录页面文案为“登陆”,那么问题来了,这个问题属于优化任务还是bug。 用户体验差等于对待缺陷等级较低的bug,这是毋庸置疑的,衡量的标准其实取决于用户,他们的主观意识认定是bug那么就是bug,这就是万能定理:用户就是上帝。

    51550

    软件为什么总会有bug?

    如果你的程序没有bug,只能说明你的程序不够复杂! Adobe 打开任意一款Adobe软件的菜单,你会发现30个选框不算多. 在实际的软件测试中,可以使用软件进行自动化测试,如果勾选一次选项用1秒钟,一天最多也只能测试86400次,一年最多测试31622400次(按366天算).而测试完30个选框需要1073741824次. 所以测试所有的选框需要: 1073741824/31622400 = 33.9年 由于指数爆炸的存在,要一个不漏的测试所有的选项是不现实的,所以人们只能对常用的功能进行测试,正因如此,复杂的软件总会有 bug存在

    46680

    常用工具:推荐 12 个知名的 Bug 跟踪工具

    它为开发和测试团队提供了一个系统来跟踪软件开发、应用程序开发和部署中的 bug 修复和代码变更。 Jira 最初是用来跟踪和管理软件开发中的 bugs。其中一些关键功能包括捕捉使用 Jira 软件软件项目中任何地方的 bugs。 Zoho Bug Tracker 是任务管理软件 Zoho Project 的一个模块。它是一个在线工具,能让你创建项目、里程碑、任务、bugs、报告、文档等等。 图片来源:https://backlog.com/ 概览 Backlog 是一个在线时尚的 bug 跟踪和项目管理软件。 除了这些工具,一些软件公司拥有他们自己的内部 bug 跟踪系统,针对他们的项目构建和使用。我希望这篇文章能够帮你了解更多问题跟踪相关的信息,并且有助于你决定是否需要将它集成到你的流程和公司。

    59020

    软件测试人员提交BUG的正确姿势

    坐在电脑面前,小憩一会儿,回想下今天的目标,是否还有遗漏,没去完成的,统一进行mark一下,看看企业微信是否还有未回复的短消息 慢慢的让自己养成日清日结,事事回响的工作好习惯 今天呢主要还是想给大家想分享一下软件测试人员密切接触的一个关键词 ,发现系统的各类潜在BUG,终于熬到下班时刻,将测试进度按照预期mark一下,同时将缺陷面板BUG清单链接周知在项目群,周知开发同学,收工 打完下班卡,回家倒床,舒服的睡了一觉,第二天一大早来到公司,沏了壶醒脑茶 在这里小编给大家分享一份适用于任何缺陷管理工具BUG字段大全,适用于公司各类项目,可按照文档字段去更正当前企业缺陷管理系统流程提交BUG页面字段不全的地方,再也不用担心提交BUG被开发吐槽不够全面不够仔细 最后在强调一遍,提交BUG核心点就在于缺陷页面模板,重要的信息字段是否有缺失,是否强制必填;有了模板,按照模板去提交,不会出现BUG信息不全的问题! 记住,每一个BUG都是你测试水平的象征!

    37910

    软件测试之BUG的生命周期

    作为一名测试人员,重要的工作内容之一,就是找BUG,提交BUG,验证BUG,推进BUG的解决,直至软件达到发布的标准,提高软件的质量,及研发的工作效率和质量。 BUG的定义: 软件BUG,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。 BUG的由来 1、缺乏有效沟通 2、软件的复杂度 3、编程错误 4、不断变更的需求 5、时间的压力 了解了BUG的定义以及由来后,那就要去了解BUG的类型,只有了解了BUG的类型,才能有的放矢 ,这样,能提高软件研发的进度,提高软件的质量。 —已经指派给开发的,应随时关注并进行跟踪自己所提BUG的状态变化!

    8930

    DarkLabel:支持检测、跟踪、ReID数据集的标注软件

    DarkLabel是一个轻量的视频标注软件,相比于ViTBAT等软件而言,不需要安装就可以使用, 本文将介绍darklabel软件的使用指南。 由于笔者最近在做Multi-Object Tracking的项目,所以需要一款标注软件,最终从公开的软件中选择了DarkLabel。 3.3 追踪功能 这是这个软件比较好的功能之一,可以用传统方法(KCF类似的算法)跟踪目标,只需要对不准确的目标进行人工调整即可,大大减少了工作量。 通过使用图像跟踪功能设置下一帧的框(分配相同的ID /标签) 多达100个同时跟踪 tracker1(稳健)算法:长时间跟踪目标 tracker2(准确)算法:准确跟踪目标(例如汽车) 输入键/下一步和预测按钮 总结 这个软件是笔者自己进行项目的时候用到的一款标注软件,大部分视频标注软件要不就是太大(ViTBAT软件),要不就是需要Linux环境,所以在Window上标注的话很不方便,经过了很长时间探索,最终找到这款软件

    2.5K40

    软件架构-springcloud分布式链路跟踪sleuth

    分布式链路跟踪介绍 (一) 使用 spring Boot Actuator监控微服务实例,使用 Hystrix监控Hystrix Command等,对于一个大型的微服务架构系统,会有哪些常见问题? 4.如何跟踪业务流的处理顺序 这个顺序就需要通过通过开发人员在一起进行梳理。 ② trace(跟踪) 一组共享"rootspan"的 span组成的树状结构称为 traceo trace也用一个64位的 ID唯一标识, trace中的所有 span都共享该 trace的 ID ③ Zipkin简介(四) Zipkin是 Twitter开源的分布式跟踪系统,基于 Dapper的论文设计而来。它的主要功能是收集系统的时序数据,从而追踪微服务架构的系统延时等问题。 PS:5年前就见过别人演示这种系统,当时才开始搞分布式系统,现在想想确实没有你想不到的功能,只有你做不到的,分布式链路跟踪确实是开发和运维的神奇,良好的定位问题,线上问题的发现。

    16420

    软件上线后出现了BUG怎么办?

    从事IT互联网的人都知道,bug是程序员和测试人员最不喜欢面对的东西,很多人对于软件中出现bug这个事情,第一想到的就是测试人员的问题,因为他们都觉得这是测试人员没有测试出软件中存在的bug,导致后续软件上线问题浮出水面 出现bug在所难免,也并不可怕,可怕的是互相甩锅推卸责任,导致bug一直留在那里造成其他更大的负面影响和损失。 软件bug的出现还有其他原因:比如产品原型不清楚,有歧义。 那我们应该怎么处理软件上线后暴露的bug呢? 一、即时反馈即时响应 不管是技术团队,还是运营客服团队,在软件上线或提供给客户使用后,都应该定期的去跟踪软件是否在正常工作,如果有客户遇到问题(可能是一个bug)应该及时的做好问题的收集、分析,并作出正确的反馈处理 问题不可怕,可怕的是这个问题一直留在那里,可能用户多用几次怒火中烧,直接把它打入冷宫,更甚者给软件提供组织带来巨大的负面影响和经济上的损失。

    97500

    扫码关注腾讯云开发者

    领取腾讯云代金券