作为一名职业程序员,同时也是一名开源创作者, 夸张点说,我解过的bug可以绕地球一圈, 每天写bug解bug几乎是我的日常。
十多年前,客户在使用过程中遇到了 Bug,直接就截个图,或者是用 Word 文档整理在一起,从 QQ 或者邮件上把 Bug 信息发送给开发,开发收到后再修复更新上线。
花些时间,心里回想一下你电脑或手机上用的所有软件,有多少软件是付费的呢?50%?20%?0%?你可能像我一样,使用的多数软件都是免费的。我几乎是非开源软件不用的。我使用免费软件,但是这不代表软件就没有成本。我所用软件的每部分都投入了无数的开发工时。
项目过程中不可能没Bug,但是我们要利用已有Bug减少未来Bug数,提高产品质量。
选自arXiv 机器之心编译 参与:黄小天、刘晓坤 自动 bug 归类算法可以被形式化为分类任务,其中主要挑战在于 bug 描述通常包含噪声。在这项研究中,作者提出了一种新型 bug 报告表征算法 DBRNN-A,能无监督地学习长词序列的句法和语义特征,以及语境表征。他们主要使用了未修复的 bug 报告,而过去的研究都没有重视这一点。此外,作者还开源了整个数据集、具体的数据集划分以及源代码,使得该研究可复现。 在通常的过程中,终端用户在系统上工作时遇到 bug(也称为问题或缺陷),并在 bug 追踪系统中报
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>CodePen - CSS ART - Vintage VW Bug -</title> <style> :root { --size: 60; --unit: calc((var(--size) / 800) * 1vmin); } * { box-sizing: border-box; } bo
导读 软件测试人员写得最多的文档就是测试用例和BUG,现在测试用例和BUG都没有标准的模板,每个公司使用的缺陷管理工具都有可能不一样,如果你换了一家公司就有可能接触到新的缺陷管理工具,但提交bug的方
在禅道创建、修改、查看、关闭缺陷页面添加一个自定义字段---一个单选下拉选框,并针对不同的页面做是否必填校验。
作为一名测试人员,重要的工作内容之一,就是找BUG,提交BUG,验证BUG,推进BUG的解决,直至软件达到发布的标准,提高软件的质量,及研发的工作效率和质量。
Bug Report一般有两种说法:一是“微观Bug Report”,是指深入分析单个bug产生的影响、产生的根因、后续如何避免等;二是“宏观Bug Report”,是指在一个项目开发周期中,对bug原因、修复周期、bug趋势等维度进行总结分析。
在 2023-10-25 MySQL 官方发布的 8.2 版本 Release Notes 中,GreatSQL 社区核心开发者 Richard Dang 和 Hao Lu ,分别收到了来自 MySQL 官方的贡献感谢,与Amazon、Facebook(Meta)、Tencent等一并出现在感谢清单中。详见:
上一篇完成了按照日期范围查询bug的柱状图,本篇承接前面的内容,绘制2个柱状图,分别按照bug优先级和bug状态进行统计
高情商程序员的眼里,bug是一种自然的存在,他们能够跟相关人员有效地沟通,给自己处理bug争取时间来找到最具性价比的解决方案,以下总结了5种类型bug的有效沟通方法,请收好!
今日洞见 文章作者来自ThoughtWorks:杨雪敏。 本文所有内容,包括文字、图片和音视频资料,版权均属ThoughtWorks公司所有,任何媒体、网站或个人未经本网协议授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本网协议授权的媒体、网站,在使用时必须注明"内容来源:ThoughtWorks洞见",并指定原文链接,违者本网将依法追究责任。 1 什么是Bug Bash? Bug Bash <http://en.wikipedia.org/wiki/Bug_bash>,也称为Bug大扫除,是软
根据安全业务机构WhiteSource的数据,2019年开源项目中的漏洞bug报告数量激增了近50%,某种意义上讲这是件好事,因为你是无法发现那些你不去找的bug的。
测试群里前几天异常火热的在讨论测试Bug量,某某一年发现了将近1000条,谁一个月发现了500+条,我们的绩效是根据Bug量多少来衡量等等;今天我们就来论一论Bug量的含义; 首先Bug量显示
写代码是软件工程师们每天的工作,但当你辛辛苦苦写了一大堆代码,却发现无法运行的时候,内心一定是崩溃的。
相信有小伙伴在使用MySQL的过程中,会遇到一些不明原因的问题,经过不断努力排查之后,还是无法确认这是一个什么情况,这时你可能需要查看一下这个现象是不是MySQL的Bug了。MySQL的Bug怎样查看?怎样提交Bug报告?我能否贡献解决这个Bug的代码?在这篇文章里,我将为你一一解答。
软件测试工作中常常会遇到不能复现的bug,遇到这种情况其实很正常,但是很多测试新手都按照自己的想法处理,没有提交bug,或者匆匆关闭bug。线上出现问题,就只能自己背锅了。
Bug在软件开发迭代的全生命周期中不可避免,对于开发人员来说,如果工作中没有做好Bug跟踪和梳理,对整个项目的进程、开发团队的工作效率和工作质量都会有影响。
在项目过程中,测试同学会发现大量的bug,但同时也不可避免的会存在一些遗漏的bug。为了能够减少遗漏bug的现象,我们需要针对遗漏的问题进行总结,从教训中积累经验,总结方法,从而提高测试的覆盖度,提升产品的整体质量。
本文讲述了一名技术社区的内容编辑人员通过分析总结,优化文章,提升文章质量和用户阅读体验,同时关注社区规则和边界,约束自己和团队,创造良好的技术氛围,推动社区和自身的发展。
ALTER TABLE `zt_bug` ADD COLUMN isHistory VARCHAR(10) AFTER severity;
本文主要讲述了在软件研发过程中,测试环节的重要性。作者通过亲身经历,详细阐述了冒烟测试的目的、意义以及实施方法。总结认为,冒烟测试是软件测试过程中不可或缺的一环,它可以有效地提高软件质量,减少上线风险,提升团队协同工作效率。实施冒烟测试时,应关注版本迭代速度、测试全面性和测试深度等问题。
一、冒烟起源篇 冒烟测试的概念在整个测试组其实已经使用很久,在FT化之后,冒烟测试下发到各个FT里面进行把控,一直是一个不温不火的状态。 在版本节奏越来越快的背景下,如果还是正常的提测+测试+回归的节奏,基本很难做到版本的快速发布和多版本并行的测试。 于是我们想到了“冒烟测试”,如何利用它减少测试的压力还可以提高测试质量。 有一天我说了:“这个版本冒烟提bug超过10次的童鞋,我请吃饭”, 冲着这顿饭,然后大家就进入了奋命提bug的高潮阶段,拉开了我们FT冒烟
上一篇完成了按照日期范围查询bug的柱状图,本篇承接前面的内容,绘制2个饼图,分别按照bug优先级和bug状态进行统计
阿常回答:这个问题我从三方面回答:1、为何要区分前后端 BUG;2、前后端 BUG 各有的特点;3、如何区分前后端 BUG。
bug分析:本文指的是微观的bug分析。从单个有价值的bug入手,追踪和分析bug产生的本质原因,在此基础上对产品各个角色、以及项目流程做改善和优化。
为了进一步了解软件开发团队处理bug的流程,我们随机抽取了过去的两个月中上传到我们数据库中的3000个bug记录......
Bug Bash即Bug大扫除或者说Bug大扫荡,在产品发布之前,为了保证产品的质量,团队成员一起集中精力来找bug的活动。这里的bug指的是产品缺陷。不懂技术的同学,可以把它当做一个大家来找茬游戏。
在软件开发的漫长历程中,测试工作无疑是确保软件质量的关键环节。然而,令人惊讶的是,有些测试工程师在从事测试工作多年后,仍然对bug的定级和分类感到迷茫。本文将深入探讨BUG定级与分类的重要性,以及如何对BUG进行合理的定级和分类。
翠花同学发现了一个 BUG ,她立马给开发提 BUG,未经过二次验证确认问题的有效性(譬如重复刚刚的操作步骤,该问题能不能重现),把无效的问题提给了开发。
一份糟糕的BUG记录不仅烦人,而且大大增加了时间长的开销。为你的下一份BUG报考增加更多更详细的信息,可以使你更快速的定位BUG从而节省时间成本。
问题1:bug率有什么作用? my opion:用处有很多,需要具体情况具体分析,不过主要作用一般是来评价工作产品的质量。如果bug率较高,说明系统质量较差,需要大量的返工。项目经理就需要做好缺陷分析(缺陷的类型、分布、严重程度等),找出原因,以便做好下一阶段的缺陷预防工作。除此之外,还可以结合其它方面的信息,判断是否一些工作不充分。譬如,如果缺陷密度过低,有两个原因:可能工作产品质量确实高;也可能评审或测试不充分,更多的缺陷没有发现。在某些公司,bug率也作为项目度量考核的一项指标。 问题2:bug率的计
miniblink-180502.rar https://pan.baidu.com/s/1yLSzbKlL5WYCY93cxJP0hQ * 修复淘宝npaliedit控件崩溃的问题 -------------------------------------- miniblink-180502.rar https://pan.baidu.com/s/1R5RSmF2uNniv_TsK-SbL2w * 强制开启wmode=opaque,修复某些flash站点开启window模式不能显示的问题 * 修复devt
阿常回答:这个方面我从三方面回答:1、出现偶发 BUG,报不报;2、出现偶发 BUG,怎么报;3、偶发 BUG 如何跟踪闭环。
ALTER TABLE `zt_bug` ADD COLUMN personLiable VARCHAR(50) AFTER resolvedBy;
Welcome to CtrlX’BLOG! This is just a info about this big big bug.. Check about for more information. If you get any problems when using this BUG, you can find the answer in troubleshooting or you can ask me on QQ or find s.t. in hexo’GitHub.
当然是免费的 ,放在了我的编程导航网站上:https://www.code-nav.cn/course/bug
11 Jan 2018 coding感想(三) 最近的主要工作就是bug fix,所以借此机会总结下,都是bug fix的相关内容,其实是我工作中遇到的一些小问题,有些道理很简单,但没经历过,也就未必明白。本次主要分享以下5点: 代码有bug是常态 bug fix一定要找到root cause 提交的代码一定要测试通过 提交代码一定要有commit信息 bug fix时能删除的代码就不要注释 1) 代码有bug是常态 我们经常需要去维护别人写的代码,有时候看
最近看了「简书」上的一篇文章《女生如何优雅的上下车》,可是,额,我腿短,下车时依然是艰难得一点点‘挪’出去,正如懂得很多道理,却依然过不好这一生,啧啧,又如程序猿敲了那么多代码,却依然避免不了Bug。
这个问题在日常测试中挺常见的,首先要做的就是暴露风险,将问题暴露给产品研发测试三方以及leader,三方评估影响范围以及修复成本。
宏观BUG分析:在某个迭代或者版本的周期内(或者更长时间),对BUG产生的原因、修复周期、累积趋势进行分析。总结分析bug和测试过程问题,形成的质量报告不仅能准确评估过去产品质量,还能为未来产品提出改进建议,持续推进产品质量的不断提高和完善。
为什么千行代码Bug率是没有意义的? 某公司最近出了一个方案,用来量化程序员的工作绩效。叫做千行代码Bug率。在一个统计周期内,程序员每增加或者修改的代码行数与QA发现的Bug数,根据如下规则计算Bug率:
大家好,我是乐天派阿常,一位有着8年管理经验的软件测试人,今天我和大家分享职场思考,发现bug是否要记录。
马上就有码农站出来表示不服,并表示自己参与开发的一款发薪软件曾出现Bug,会导致发放的薪资变成双倍,总共能多发2000多万。
我们MySQL线上环境大部分使用的是5.7.18的版本,这个版本已修复了很多bug,但针对主从复制的bug还是有很多的,尤其是一些组复制、并行复制的bug尤为突出,在5.7.19版本有做相应改善和修复。所以建议5.7.19之前的版本还是不要使用mgr和并发复制的功能,如使用建议升级至5.7.19(含)以后的版本。
目前很多公司都借助一些bug管理工具进行提bug,而又没有什么标准,顶多领导说一句,写的详细点,最好有截图就完事了。导致新人老手写的是各有千秋,开发阅读起来各种头疼脑热。
测试人员最本质的工作就是寻找bug,提交bug、验证bug、推进bug的解决,直至软件达到发布的标准,提高软件的质量,及研发的工作效率和质量。
领取专属 10元无门槛券
手把手带您无忧上云