Priority()和Severity(严重程度)是Bug的两个重要属性.很多新人经常混淆这两个概念. 通常,人员在提交Bug时,只定义Bug的Severity, 即该Bug的严重程度, 而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级. 某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severity越严重,那这个Bug的Priority就越高. 你知道如何合理定义bug的Sevrity么

现在公司测试中有一个痛点是每次测试人员提完bug后,需要定期去提醒开发人员查看禅道的bug记录及修复bug. 导致测试人员在项目测试中不仅要测试整个软件,还要负起实时监督提醒功能的“保姆角色”,身心疲惫 .    公司现在使用的是钉钉办公沟通工具,发现此问题后进行了一些列的优化 一.创建钉钉机器人 在钉钉群设置那里创建一个机器人 记录下来机器人的webhook,后续对外接口调用均需要使用此webhook.使用python调用联调,看是否能实现消息发送及艾特人员功能,代码如下: # -*- cod

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

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

‌1.前端开发与后端开发 出了问题,最重要的是先找到方法迅速解决,而不是去互相指责.前端存在这样的思维模式,后端也存在这样的思维模式,这种思维模式不太好.出了问题,最好先检查一下自己,反省是不是自己这边的问题,勇于承担,敢于挑战.如果是,那么自己解决.如果不是,就去求助合作者.有问题未必是坏事,没有问题才可怕,有问题才有学习新东西的机会.问题总是存在,我们不可能预知所有的问题,但可以见一个,解决一个.我们来上班,就是来解决需求,解决问题的,所以不必害怕问题,但玩笑还是可以开起来的.比如,测试咋又

今年的软件自由日(SFD),我在广州Linux用户组的线下活动上做了一个分享,主题叫做<做一名开源社区的扫地僧(上)>.我把演讲的内容重新整理扩充, 写出了文字版, 希望可以跟更多朋友分享. 金庸笔下有一个传奇人物,人称扫地僧,身世隐秘,武功绝顶.小说中的扫地僧一出现就是个高手,没人知道高手怎么炼成的.这种"扫地僧",实在可望不可及. 然而,还有另一种扫地僧,人人都可以效仿,人人都可以做到,不妨称之为"山寨扫地僧". 最近流传一个真实的故事, 有个广外宿

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

本文来自于腾讯Bugly公众号(weixinBugly),未经作者同意,请勿转载,原文地址:https://mp.weixin.qq.com/s/hnwj24xqrtOhcjEt_TaQ9w 作者:张三华 导语 精神哥最近发现, 很多开发者在 iOS10 上遇到了一类堆栈为nano_free字样的Crash,也有很多人向我们Bugly客服反馈遇到了这类问题,但并没有好的解决方案.正当大家都束手无策的时候,微信强大的技术团队针对这类Crash进行了深度研究,并提出了一个解决方案.原来微信也遇到了这

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

在测试圈中,相信大家对“Bug敏感度”这一词并不陌生,但是Bug敏感度具体是指什么呢,本文对此关键词进行解读的基础上,对其与软件质量的关系,影响的关键因素,如何提高测试人员的bug敏感度进行分享.(--续集) Bug敏感度的故事 [测试经理的评价] 在一次绩效评价中,A主管对某位测试工程师的评价如下: 本季度完成了模块A.模块B.模块C的系统测试工作,设计了1200用例,提交了500+Bugs,严重Bug占40%,Bug数占测试团队(同期参与项目有4人)的35%,其突出的Bug敏感度,对某项目软

摘要:目前,著名的社区问答网站Quora上出现一个很火的讨论:你调试过最难的Bug是什么?大家纷纷留言,把自己最痛苦的一次调试经验写下来. 相信每位程序员都有过一段不堪回首地Bug调试经历,程序员一听到自己的程序有Bug,会有各种搞笑的反应,大家可以移步去看看“ 程序员遇到Bug后的30种常见反应 ”. 目前,著名的社区问答网站Quora上出现一个很火的讨论: What's the hardest bug you've debugged?很多程序员在下面留言,把自己最痛苦或者最难忘的Bug调试经

在测试人员提需求的时候,大家经常会看到,测试员和开发一言不合就上BUG.然后开发一下就炸了,屡试不爽,招招致命. 曾经看到有个段子这么写道: 不要对程序员说,你的代码有BUG. 他的第一反应是:1.你的环境有问题吧:2.你踏马到底会不会用? 如果你委婉的说:你这个程序和预期的不一样,你看看是不是我的方法不一样. 他本能的会想:是不是程序出BUG了. 后来发现,段子也只是个段子.当然,这些只是种辅助报BUG的沟通技巧,实际工作也是要知道如何正确描述BUG也是很重要滴. 1. BUG存在性 测试员在

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

你见过html页面上'x'字符变成打印机图标么?一般人应该没有. -----------------------诡异bug----------------------- 今天测试报了一个bug,说页面上'x'变成了打印机,之前从来没遇到过~~ 我看了看我这的,正常啊~又去虚拟机下windows看了下,也正常啊~ 诡异,开始去百度.发现有人在百度知道提了问题~第一个答案,瞎扯. 不过下边有个说,是因为用了微软雅黑字体的原因. (#‵′)靠,微软雅黑还有这个bug?下的我赶紧去试了试,然并卵,这人也

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

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

前段时间发现一个chrome 65+的BUG(chrome已更新到66,BUG仍然存在),一个元素同时使用了以下样式(失去焦点和css3的Z轴平移0deg),渲染异常 /*bug style*/ filter: blur(4px); transform: translateZ(0) 渲染截图: 正常渲染截图应该是: 完整demo: <!DOCTYPE html> <html> <head> <title>chrome 65 css filter bug<

引子 我真的想了一个小时,上哪里去找bug.我昨天还留意到一个bug,今天就不见了.灵光不断,我想起来了.我就要找大公司的产品的bug... 第一部分 调研, 评测 体验. <腾讯桌球>是腾讯首款重磅推出的桌球对战游戏,使用自研物理引擎高度还原真实桌球操作,界面精美,球杆酷炫,操作流畅.集多种玩法,给玩家更多体验.  ——官方游戏介绍 好久没玩,操作几把. 实力依旧,我在等待BUG的出现. 按照<构建之法>13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug. bu

对于程序员来说,bug很讨厌.每天重复着写代码.找bug.修改bug的动作.按理说互联网巨头的产品,bug应该比较少.但是实际上,无论是用百度.天猫.谷歌等产品,经常都会出现这些低级的bug,让人很火大.这不,有个网友就在网上吐槽: 这个网友称,腾讯QQ空间好友的动态里,经常没办法显示好友的备注名称.安卓客户端的同个页面,可以打卡很多次,这样导致的后果就是,返回的时候要按很多次的返回键.不仅如此,天猫登录界面在firefox下的兼容性很差.例如说,明明没有显示出来验证码,却要求登录用户输入验证码

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

什么是JDBC? JDBC, 全称为Java DataBase Connectivity standard, 它是一个面向对象的应用程序接口(API), 通过它可访问各类关系数据库.JDBC也是java核心类库的一部分. JDBC的最大特点是它独立于具体的关系数据库.与ODBC (Open Database Connectivity)类似, JDBC API 中定义了一些Java类分别用来表示与数据库的连接(connections), SQL语句(SQL statements), 结果集(res