大多数公司都是用bugzilla来管理bug,也有的公司使用内部开发的bug管理平台.这里以bugzilla为例,我最不爽的是提bug的时候既要选择severity(严重级别)又要选择priority(优先级别),实际工作中severity很少用得上,因为大多数开发人员都是根据priority来进行修复的,比如经过N步操作+N种牛角尖式使用找到一个崩溃bug,它严重程度很高,但是因为在实际用户那里根本不会遇到这种情景,则它的优先级就很低,而开发和产品的意见往往就是“根据用户反馈再做修改”,这种b…

前言 本周一(2019.07.22),给某知名手机“大厂”提了个安全BUG,默默修复了后,周五回复我“已忽略”,此处省略上千字的心理活动..... 做安全的朋友说这都小事,国内氛围本来就不太好,hackone就不会这样. 今天周六写些文时,既然安全问题已修复,那直接发文也不存在什么问题,但是, 写文过程中抓包补图,发现安全问题修复只是表象,文章写了一半,发也不是不发也不是... 斟酌再三,做事哪有做一半的道理,于是写完了本文,图片全部打码处理,交流为主提高大家的安全意识. 如有此文有不妥之处,请…

在测试的工作中,提BUG是日常工作. 以前自己为了省事,省时,仅仅是截图,在图片上注明一下问题,就放到BUG库中了. 现在发现这样会造成开发的时间的浪费,增加了沟通成本. 对于BUG,当发现了异常时,首先自己重现一下刚才的步骤,判断是偶现还是可以重现,另外,也可以请同事,帮忙检查一下,按照步骤操作一次. 如果还是有疑问,可以请产品同事来帮忙确认,这样就可以避免与开发同事的争论. 当发现了BUG后,提到BUG管理工具中时,注意一下提BUG的格式. 提BUG格式: 标题(简单描述一下问题) 1,测试…

某个周四早上,沏好一杯茶,刚要坐到座位上,就听开发说,你们测试怎么提的Bug,给个截图能说明啥?截图上面显示的奔溃,如果是必现还好,如果不是必现,那么我们怎么去定位?至少给个日志吧?当时我的内心活动是,昨晚你们下班走了,留下我们测试,5分钟找出两个奔溃,这两处奔溃是用户必须去操作的两个按钮,你们打完包居然连点都没点就直接发布了,说好的自测,说好的版本质量呢?但是嘴上却说,你们要日志,你们早说呀,那不能我们随便给个日志给你吧?日志是什么类型?总得有约束吧...... 我叫皮皮,是一名软件测试工程师…

提bug注意(此为公司开发提出的建议): 开发如果改bug影响导致另一个问题,原bug没有问题,尽量重新提bug,不要直接激活,因为可能不是同一个问题导致的:   不要一个bug里提多个问题,因为不同问题可能负责的人不一样,需要一直转bug,比较麻烦:此外,由禅道可知,有时一个bug提多个问题,开发容易忽略问题,导致没有改全:   举例说明时,尽量用文字输入,不要只有截图,方便开发操作:   提bug时,描述清楚步骤,能给动图尽量给动图,能给数据给出数据,以免出现开发与测试理解不一致情况,以及减…

互联网人罪状系列 1.上班第一天,前端把后端告上县衙,还列了 5 宗罪 2. 程序员状告产品经理八大罪状 (上) 3.程序员状告产品经理八大罪状(下) 开发人员与测试人员的关系,就如同程序员与产品经理的关系一样,开发没了测试,项目没有办法保质上线,产品经理离了程序员,再牛的产品,也只是纸上谈兵. 所以两者之间,就像鱼跟水,谁能离不开谁,却又相互看对方不爽,这不,公司的开发与测试人员,又吵起来了,这次玩的还有点大,直接对簿公堂了- 本期漫画情节纯属虚构,切勿对号入座 如有雷同,纯属巧合. 这是苏南…

 浏览(1502)  赞(29) 一直以来都想开发一个自己的网站,总想做一个网站然后让千千万万的人去访问,去使用,然后收到热烈的好评, 再然后某某著名机构有意投资我的网站(其实收购也是没有问题的), 自己因此而赚到了人生的第一桶金, 我当然是很乐意接受这个结果的,啊哈哈哈哈哈哈哈哈哈哈哈,就先让我做一会梦吧~ 好啦,说点正经的吧,马云说过,梦想还是要有的,万一实现了呢!对啊,我怀着这个梦想,不对,是怀着这个幻想有一年的时间了, 但是一想到要付出的时间和精力,顿感有心无力,首先你要弄好网站的设计,…

1. 背景 之前读JUC的AQS源码,读到Condition部分,我当时也写了一篇源码阅读文章--(AbstractQueuedSynchronizer源码解读--续篇之Condition)[http://www.cnblogs.com/micrari/p/7219751.html].Doug Lea大师的代码写的很好,整个设计与编码都很优秀.但是我也在最后的思考与总结中指出了Condition有一个缺陷,在于await/awaitNanos/awaitUntil那些方法,在JavaDoc中写了…

一听到初级Bug这个名字,很多开发工程师都会觉得很头痛,还有那个“初级Bug率”,让人随时受不了. 初级Bug这个概念,在多数缺陷跟踪工具中,是不存在的,可以说是淘宝研发部的特色.初级Bug对应Bug的一个属性:“Bug深度”,这个属性有三个选项:1很容易发现.2正常发现.3很难发现,其中“很容易发现”的Bug就是初级Bug.深度代表了发现Bug需要的成本和技术含量,初级Bug就是那些非常明显,通过简单的操作就能发现的Bug. 从初级Bug这个概念被提出,到现在大约有2年时间.最初的时候,在一次…

我们在软件测试过程中,由于不同人员测试同一个项目,所以往往会出现Bug重复提交情况,导致对整个项目和人员产生影响: 浪费测试人员时间和精力,从而影响测试进度 浪费开发人员重复看Bug时间 若开发人员由Bug数量算绩效,会影响开发人员和测试人员之间的关系 导致整个测试工作不规范.不严谨 对于测试人员来说避免重复提Bug和提一个精确有效的Bug一样重要.为了避免重复Bug,先分析下导致Bug重复的可能情况: 不同测试人员重复测试相同的模块 不同测试人员重复测试相交的模块 总结了下解决上述情况的办法(…

最近感觉很扯蛋的事情就是测试人员提bug的问题.先说下前提,公司测试会以提bug数量来做为一部分员工绩效的成份.再说一下公司从需求到开发 到测试,先是需求出一个文档,开发根据文档做功能的开发,然后测试看文档做黑合测试,文档里面没有用例,所以测试对文档用自己的理解来测试. ----------------割了公司老总的JJ--------------- 下面就是我要吐槽的东西了,需求说做一个A,开发做了个A',A与A'有一点偏差,然后测试理解的是A'',A与A''也有偏差.我去,我不是想说这个偏差…

Bug 管理系统之重 回想我们每次开启一个新项目,筹备之初,首要之事就是选择一款 Bug 管理系统.市面上有诸多 Bug 管理系统可供选择:Jira.Redmine.Bugzilla 等.这些系统功能强大,经过多年的迭代,可谓无所不能,却又无一例外,存在如下问题: 功能复杂 用户体验差 学习成本高部署难 这些问题,在不涉及到 App 开发的时候,还可以忍. 移动应用 Bug 管理之痛 在一切皆移动的时代,一款 App 几乎是所有创业项目的标配,测试提 Bug 是 App 开发的重要步骤,崩溃管理…

先贴上 Bug 链接: https://issuetracker.google.com/issues/68969655 Bug 本身是很简单的,就是 Google 的 Android 在线参考文档中,有一处示例代码,有一个很严重的错误, 会引起整个章节的代码都无法有效执行. 对 Android 的 Service 服务有所了解的,可以来这里看下,看能不能发现那个错误: https://developer.android.com/training/connect-devices-wirelessl…

测试工程师发现了软件的缺陷(bug),那修复bug的整个流程是怎么样的呢? 1.发现bug 2.和开发确认是否是bug 3.如果是bug则提bug单到测试经理,如果不是则放过 4.测试经理把bug单走到开发经理 5.开发经理分问题单到开发工程师手中定位 6.测试工程师定位完成后,把定位结论写到bug单中,然后走到开发经理处,让其审核定位 7.开发经理审核完成后把bug单走到开发工程师手中 8.开发工程师进行修改后,走到其他开发工程师中进行审核修改 9.审核完成后,走到开发经理处 10.转测试版本…

上一篇文章我讲到,报表软件FineReport一反常态,做了个<提BUG,拿现金>的活动,1个BUG,100块钱.纵览软件行业,如金蝶用友浪潮IBM微软等国内外巨头,均没有这样的举动去征集BUG.报表软件是软件行业的细分领域,盘子也不大,即便是领导企业了,帆软finereport也没有足够的理由去搞一个这样的活动. 是不是胡搞,到底是不是值得呢,结合上一篇文章中我提的问题,做一个简单的分析: 问题1:如果最后征集到很多,finereport这是要丢脸,那么多的BUG反映产品不稳定.不过感觉帆软…

一直在用帆软的报表软件FineReport来做项目,也一直关注着这个公司的发展. 看到<提BUG,拿奖金>的这个活动,有些疑问和思考. 一般FineReport新版本在正式发布前,都会经过测试部反复测试,然后会选定小范围的用户来试用,保证稳定性后再发布,在发布后的一短时间内,用户量变大,会浮现出一些BUG,毕竟每次版本的更新和改动都比较大. 但这次却有些不同,以活动的形式做,还100块钱1个bug,我真是醉了. 1.如果最后征集到很多,finereport这是要丢脸,那么多的BUG反映产品不稳…

缘起 哈喽大家周二好呀,刚刚经历过了几天火车抢票,整个人都不好了,不知道小伙伴对今年的春节是否还一如既往的期待呢,眼看都要春节了,本来也想写篇2018总结篇,但是怕不免会出现鸡汤文的窠臼嫌疑,想想还是算了,这几天和老李聊起来关于写博客文章,总感觉这一系列还没有写完,或者说还有一些没有收尾好,眼看就要春节了,周末我也好好的整理整理思路,决定临时开一个4-6篇的小系列文章 —— 基于Nuxt.js框架的提Bug小项目(命名为 tBug),当然以后会增加更多的功能,这个只是1.0版本,你一定好奇为啥要…

一.BUG BUG:软件的缺陷 1.BUG的定义:----与软件测试的目的对应 软件的BUG,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节.或与需求文档存在差异的功能实现等. 我们的职责就是,发现这些BUG,并提交给开发,让开发去修改. 2.BUG的类型 要确定一个BUG的类型,需要对项目(或产品)有比较深的理解.这个划分对于开发的定位问题影响很小,但对于问题类型的统计就比较重要了. 功能问题.设计缺陷.界面优化.性能问题.配置相关.安装…

https://www.cnblogs.com/evablogs/p/6785017.html 角色:产品经理PO,项目经理PM,开发,测试 测试任务: bug: 1.维护bug视图模块:[测试]-[Bug]-左侧[维护模块]:维护软件每一个模块,即新建-删除-修改模块/子模块名称(如[首页]模块,[关于我们]模块) 2.提交bug:[测试]-[Bug]-[+提Bug] 注意点: (1)Bug的优先级别(见bug优先级别随笔)以及严重级别标准? (2)Bug负责人如何划分? (3)Bug修复截止…

[Bug规范] Bug标题中需包含Bug的具体位置并以[]标注 举例:[模块-子模块-页面]XXXXXXXXXXXX Bug标题尽量简明 做什么操作 + 出现什么结果,比如(点击提交按钮,出现卡顿现象) 字数一般不超过15个字 Bug标题中切勿出现错别字 错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示) 当所发现Bug前提条件为空时,需要填无.特殊条件下的Bug必须详细描述产生Bug的前提. 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug. 描…

这是软件测试员面试时经常被问到的问题.看了很多答案,个人觉得作为有工作经验的测试人员回答时不能完全照搬标准答案,技术面试官想听的当然不止如此.毕竟这种情况在实际工作中也常常出现,具体问题要具体分析,你的答案最好能妥善解决开发认为不是bug的问题,这也能侧面反映测试人员的自我判断能力和独立解决问题的能力.能代入自己的想法和测试理念的候选人更有优势,所以整理了这个问题的答案.(当然,这也不是唯一答案)不足之处,欢迎留言补充.在面经里的参考答案通常是酱紫滴,如下:开发人员说不是bug,有2种情况,1.…

欢迎关注我的公众号,了解更多的测试知识:[软件测试经验与教训] 一一BUG描述基础知识 Bug标题中需包含Bug的具体位置并以[]标注 举例:[模块-子模块-页面]XXXXXXXXXXXX Bug标题中切勿出现错别字 错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示) 当所发现Bug前提条件为空时,需要填无.特殊条件下的Bug必须详细描述产生Bug的前提. 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug. 描述复现步骤中的页面切换为避免出现描述不…

测试发现bug,怎么定位?不同领域不同的测试对象,具体定位方法都不一样.自己定位bug的方法通常是以下过程: 1.发现bug,首先要查看bug的详细信息,根据描述初步分析是哪个模块哪段代码的问题 2.检查引发bug的测试环境.测试代码段和测试数据,排除测试人员的误操作导致的程序异常 3.确认测试代码.测试环境和数据都正确后,再进一步分析bug根源.这里就需要看具体的测试业务了,可借助相关的工具进行分析,比如firebug插件等 4.如果产品或业务有相关的日志记录,可通过分析日志来确认bug 5.…

常见bug 一. Android系统功能测试设计的测试用例: a.对所测APP划分模块 b.详细列出每个模块的功能点(使用Xmind绘制功能图) c.使用等价类划分.边界值.场景法等对各功能点编写测试用例(考虑中断功能测试用例) d.执行测试之后,反思总结补充相关用例 二. 1)未按需求实现bug.... 2)开发实现时遗漏备选流...备选流bug; 3)性能问题,性能不过关(开发实现时不做性能保证) 4)数据错误: 5)修改A功能影响到B功能不能正常用: 6)数据存储错误: 7)多个操作结合在…

做测试的小伙伴可能用过httpwatch,firebug,fiddler,charles等抓包(数据包)工具,但实际上除了这些还有一个简单实用并的抓包工具,那就是浏览器的F12调试器. httpwatch,firebug都是浏览器的插件,需要额外下载,fiddler,charles也需要额外下载安装包另行安装,但是浏览器F12调试器却是所有浏览器内置的调试器,不需要大家额外去安装的,打开它只是一个顺手的事情,而且它提供的功能也比较强大,因此如果在开发或者测试web系统的时候,我们可以先考虑使用这…

作为测试人员,我们都知道Bug的生命周期是: 我们都希望自己不仅有敏锐的洞察力能够全面的找出隐藏在软件中的bug,还希望自己有系统的分析能力能够准确的分析出每个bug的原因以至于能正确.全面的解决修复bug.这也是一个优秀的测试工程师应该具备的基本能力.那么对于回归验证bug这个环节就是对前面两项工作是否合格的体现及验证.bug回归到不到位, 关系到发现bug本身有没有修复正确, ?同样也关系到bug修复过程中可能引起新的bug.接下来我们就讲讲如何做好bug的回归验证: 一.确认好bug的复现…

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZm9ydW9r/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="" /> 我决定谈一谈世界上最著名的虫子:BUG . BUG 困扰了一代又代的程序猿,不论是杰出的计算机科学家,还是像 Linus Torvalds(Linux内核创始人) .Bill Joy(传说三天写出BS…

一.bug的定义 软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试工程师或用户提出的软件可改进的细节.或与需求文档存在差异的功能实现等 对应三个测试目的:(3个为了) 1.为了发现程序的代码或业务逻辑错误 2.为了检查产品是否符合用户需求 3.为了提高用户的体验   二.bug的类型 对bug的划分,禅道为例,包括: 1.代码错误 2.设计缺陷 3.界面优化 4.性能问题 5.配置相关 6.安装部署 7.安全相关 8.标准规范 9.测试脚本 10.其他划分:功能类.界面类.性能类.易用性类.…

  说明 1 : js是静态资源,会缓存到浏览器的客户端,为了清除缓存,需要强制刷新页面,所有的东西强制的到服务器上拿一下 说明 2 :http状态码,服务器响应的一个状态码,标记不同的处理结果 说明 3 :浏览器是如何同远程服务器交互的 前端页面的数据 -> js收集->js发起接口请求->服务器响应请求,返回数据->前端页面js处理数据->页面再展示出来 说明4 : 前端请求一个接口,服务器怎样处理?根据接口地址映射到对应的处理函数,函数处理完后就会返回数据   js报错…

前言 最近看到行业的前辈都分享一些过往的经历来指导我们这些测试人员,我很尊敬我们的行业前辈,没有他们在前面铺路,如今我们这帮年轻的测试人估计还在碰壁或摸着石头过河,结合前辈们的经验,作为年轻的测试人也有自己的一些职场,技术以及行业交际的一些总结经验,今天有些时间,我也写写我做为一名90后测试人的一些经历和看法吧,还是先简单介绍一下自己,本人15年本科毕业,还有一个月工作就满两年了,现在在公司的创新团队任测试负责人,不过由于个人发展的原因,也很快要和现在的公司说88啦 二.情怀 我对软件测试这个方…