已解决:缺陷已经修复. 重复缺陷:是指在系统里相同原因的缺陷已经被其他人报告.在此缺陷被作为重复缺陷返回时,先不要立即取消.必须等到核查修复后,才在系统里取消.这是因为有些缺陷被误认为是重复缺陷,实际上是不同原因造成的问题.我们只有在核查修复代码后,才能确认这是否是无效缺陷. 用法错误:是指测试人员在测试过程中有一些操作错误或对功能的错误理解而造成测试案例失败,由此开出的缺陷是无效缺陷. 设计如此:是指测试人员在测试过程中主观上认为测试结果是有问题的,并开出缺陷.但实际上产品设计就是应该如此表现…

简述 本文主要介绍一下jdk1.6版本中的NIO Selector空轮询BUG,描述一下BUG的现象及原因,以及Netty中如何巧妙的规避了这个bug. 为什么要写这篇文章,说来惭愧,很久以前面试官问我,知道jdk空轮询问题吗,为什么会有这个问题,如何解决这个问题?我没答上来.. Selector空轮询BUG 重现场景步骤 服务端等待连接 客户端发起连接,发送消息 服务端接受连接,并注册监听通道的OP_READ 服务端读取消息,从感兴趣事件集合中移除OP_READ 客户端关闭连接 服务端给客户端…

前言 前些天,测试MM发现了一个比较奇怪的bug. 具体表现是: 1.将app包通过电脑QQ传送到手机QQ上面,点击安装,安装后选择打开app (此间的应用逻辑应该是要触发 [闪屏页Activity], 然后跳转 [主页Activity]) 2.然后MM在 [主页Activity] 时按下了 [Home键],回到桌面 3.再点击app的icon图标,原谅耿直的我们都是觉得应该直接回到[主页Activity],但是结果却是又一次触发 [闪屏页Activity],亮瞎了24K钛合金狗眼的我们觉得这玩…

前言 前些天,测试MM发现了一个比较奇怪的bug. 具体表现是: 1.将app包通过电脑QQ传送到手机QQ上面,点击安装,安装后选择打开app (此间的应用逻辑应该是要触发 [闪屏页Activity], 然后跳转 [主页Activity]) 2.然后MM在 [主页Activity] 时按下了 [Home键],回到桌面 3.再点击app的icon图标,原谅耿直的我们都是觉得应该直接回到[主页Activity],但是结果却是又一次触发 [闪屏页Activity],亮瞎了24K钛合金狗眼的我们觉得这玩…

  <div v-for="(item,i) in doc" :key="i"> <el-row> <el-col :span="> 文案模块{{i+}} </el-col> <el-col :span="> <el-button @click="deletemodel(item,doc,i)" size="small">删除</…

转载: http://blog.csdn.net/yuexianchang/article/details/73197874…

摘 要:本文简要分析了无法重现的Bug的可能产生原因,包括环境不一致.缺少最准确的描述和浏览器的不当设置.针对这些原因,本文给出了相应的对策.通过这些措施,可以重现许多以前认为不可重现的Bug.        关键词:重现:Bug:环境 在测试人员提交bug后,最不希望看到的结果是它们被标记为INVALID,尽管你坚信这一定是Bug.开发人员查看了bug的Description后,最不希望的结果是你无法重现它们,尽管他使用了所有可能的方法去重现它.一旦出现这样的情况,测试人员会很伤心,开发人员也…

记得以前接手过一个Java项目,服务器程序,直接让Jar在linux上跑的那种, 这个项目由两个web服务组成,也就是两条Java进程,主进程 xxx.jar,辅助进程 xxx_helper.jar.主进程程序中某些功能依赖于辅助进程提供的服务. 困扰我们的BUG是在生产环境中辅助进程xxx_helpler.jar不定时无故崩溃,且无jvm错误日志产生,也无被系统本身因为资源损耗严重问题而杀死的记录. 百思不得其解之下我们只能把问题归因于是程序存在性能问题而被杀死,至于为什么没有杀死记录没人知道…

编写优秀Bug报告的艺术及案例分析 ---Rex Black原著<Fine art of writing a good bug report > ---Kiki翻译于2005/5/28 前言 在99年的Quality week上的一次演讲中,微软的一个测试经理,Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因.这是一个非常可惜的情况,因为这样的bug report浪费了紧张的开发计划中的宝贵时间,增加了对产品质量完全是无关紧要的事情,同时导致了在开发人员和测试之间的挫败…

一.        BUG处理流程图: 流程描述: 1.  测试人员发现bug提交给开发. 2.  开发人员判断是否是bug. 3.  如果是bug,进行修改,修改完成后更改bug状态为已解决. 4.  如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现. 5.  开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug. 6.  验证未通过的bug重新激活,开发人员继续修改,直至验证通过,关闭bug. 7.  测试人员需要对开发人员退回的bug…