bug_bugly - CSDN
精华内容
参与话题
  • 常见BUG整理

    2018-12-30 09:34:42
    1.访问数据库相关 Err: can not convert from java.sql.Statement to java.beans.Statement  import错误的包 java.sql.Statement这个是和数据连接有关 java.beans.Statement是javabean包123456 ...

    1.访问数据库相关

    Err:
    can not convert from java.sql.Statement to java.beans.Statement 

    import错误的包
    java.sql.Statement这个是和数据连接有关
    java.beans.Statement是javabean包123456

    Err:
    com.microsoft.sqlserver.jdbc.SQLServerException: 只进结果集不支持请求的操作。

    //数据指针只能向后移动,且可更改数据
    stmt = connection.createStatement(ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_UPDATABLE);

    将 ResultSet.TYPE_FORWARD_ONLY修改为 ResultSet.TYPE_SCROLL_SENSITIVE1234567

    FQ:
    Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver");
    不加载JDBC驱动一样能连接数据库

    JDBC4.0 是不用显式的去加载驱动,如果驱动包符合 SPI 模式就会自动加载
    2.

    访问数据库相关

    Err:
    String dbURL = "jdbc:sqlserver://localhost:1433/STUDENT;";
    com.microsoft.sqlserver.jdbc.SQLServerException: 端口号 1433/STUDENT 无效。

    Java连接 MySQL和SQL Server不同
    String sqlServerURL = "jdbc:sqlserver://localhost:1433;dataBaseName=STUDENT;";

    String MySqlURL = "jdbc:mysql://localhost:3306/STUDENT";

    3.

    泛类型

    class Test2 <T> {
        static void printList(List<? extends T> c) {
            for(T item : c) {
                System.out.println(item);
            }
        }
    }
    Err:Cannot make a static reference to the non-static type T

    <T>表示是个泛型方法,传入参数有泛型
    static <T> void printList(List<? extends T> c) {
           ...
    }
    4.

     CMD运行java

    错误:找不到或无法加载主类
    命令格式:
    java -cp ../../ com.Section_23.Server

    ../../ 返回包所在位置(相对路径) 或者使用绝对路径
    com.Section_23.Server 包名+类名

    //javac A.java B.java
    5.1.ext日历控件的问题
    this.render为空  this.render(this.el.dom.parentNode)
    dom节点未加载尚不可用,需要将js放置其后
    5.2.jsp中将this对象传入js中
    <input style="width:60px" name="qtyPerPK" value="" οnblur="autoGenValueOfnumOfPKS($(this))"/>
    function autoGenValueOfnumOfPKS(r) {
        alert(r.val());
    }
    5.3.关于innerHTML和value值
    document.getElementsByName("obj")[0].innerHTML取得是文本内容默认为String类型
    如果要跟数字进行比较需要parseInt()转换为int类型
    5.4.设置输入框中只能输入数字不能输入字符或中文
    οnkeyup="this.value=this.value.replace(/[^\d\.]/g,'')"  onafterpaste="this.value=this.value.replace(/[^\d\.]/g,'')"
    5.5.单双引号内嵌时使用转义字符

    6.Null Reference Exception: Object reference not set to an instance of an object
    空指针(引用)异常,

    7.Unassigned Reference Exception: The variable cube of lesson03 has not been assigned.
    You probably need to assign the cube variable of the lesson03 script in the inspector.
    未赋值指针异常


    8.UnityException: Tag: 小猪佩奇 is not defined.


    9.ArgumentException: The Object you want to instantiate is null.
    参数异常,参数为空

    10.You are trying to create a MonoBehaviour using the 'new' keyword.  
    This is not allowed.  MonoBehaviours can only be added using AddComponent().  
    MonoBehaviour脚本不能New


    11.Cant add Script Exception...
    脚本的组件名和类名不一致


    12.MissingComponentException: There is no 'Rigidbody' attached to the
    丢失组件异常,Rigidbody没有被添加

    展开全文
  • 每天写bug是一种怎样的体验?

    万次阅读 2018-02-11 09:04:32
    本文转载自公众号 小象源 | 小象 文 | 小象君“哥们...程序员的人生就是bug和debug交织在一起的悲歌尽管每天都要和Bug打交道可你是否知道Bug这个叫法是怎么来的吗?上图中那个黑乎乎的东西就是史上第一个程序Bug
    
      
        

    点击上方“程序员小灰”,选择“置顶公众号”

    有趣有内涵的文章第一时间送达!


    本文转载自公众号  小象


     | 小象      | 小象君

    “哥们,又在写bug呢?”

    据说

    这是对程序员杀伤力最大的一句话

    没有之一!

    之所以如此,那是因为

    这是句大实话啊!

    程序员的人生

    就是bug和debug交织在一起的悲歌

    尽管每天都要和Bug打交道

    可你是否知道

    Bug这个叫法是怎么来的吗?

    上图中那个黑乎乎的东西

    就是史上第一个程序Bug——

    一只烧糊的蛾子

    1947年

    哈佛大学的计算机Harvard Mark II

    突然停止了工作

    程序员们费尽周折

    终于找到了问题的关键

    就是这只死掉的蛾子

    这就是Bug这种叫法的来由

    那时

    哈佛二代没有二极管和晶体管

    是继电器计算机

    靠无数个噼啪作响的电子元件运作

    时常有电弧闪光出现

    这只蛾子被闪光所吸引

    毅然决然地扑了上去……

    从此

    从此永垂不朽

    其实

    Bug虽然人人能写

    但也有高低之分

    总体来说

    水平越高的程序员

    Bug写得越是牛逼…

    不信?

    我们来看看这些大神级的Bug

    吊炸天的Google APP

    前阵子

    谷歌推出了一个好玩的App

    Google Arts & Culture

    用户可以上传自己的自拍照

    系统会将照片与艺术画作进行对比

    匹配出一张

    和用户长得很像的

    画作中的人物肖像

    社交网络顿时沸腾了!

    人们纷纷晒出自己的自拍匹配成果

    有些效果确实不错

    有些就比较尴尬了

    画面太美不敢直视

    不得不说

    这哥们确实长得很屌…

    出现这样的Bug

    只能归咎于脸部识别技术尚不完全成熟了

    希望Google能早点改掉这些bug

    让他们重新做人…

    Bumblebee惊天bug

    如果不是Bumblebee开源项目

    你会相信

    一个空格也能导致系统瘫痪吗?

    安装后,

    usr/会被删掉

    至于后果有多严重?

    看下图…

    怎么样?怕了吧?

    500英里的Bug

    来源:知乎用户郭智明

    信用卡关联Bug

    对这位仁兄的遭遇

    小象君深表同情…

    见怪不怪的微软Bug

    敢问Outlook

    你究竟干了什么伤天害理的事?

    连亲妈都不认你了!

    ……

    那些匪夷所思的Bug

    有些Bug的出现让人百思不得其解

    fix后除了无奈

    更让人哭笑不得

    我叫刘伟楠,凭啥屏蔽我?

    这位刘伟楠童鞋

    想以实名注册新浪微博

    但他发现只要涉及“刘伟楠”三个字

    甭管加怎样的前缀后缀

    都会注册失败

    即便以其他名称注册成功后

    更改昵称为“刘伟楠”也同样无法实现

    该童鞋万般无奈之下发了帖子

    一时间响应者无数

    最终在网友齐齐声讨下

    新浪微博取消了该项屏蔽

    不过至于为什么会出现这样的bug

    新浪微博并没有给出解释……

    飙高音造成笔记本死机

    最终解决方案:

    把固定硬盘的螺丝紧了紧

    固有频率改变

    硬盘就不共振了

    X射线带来的Bug

    Quora上有位程序员

    讲述了这样一个经历

    他为医院急救设计了一个相关程序

    在实验室运行良好

    但是每次在医院调试都出 bug

    作者只好到医院去现场调试

    经过漫长的测试终于发现

    是由于医院使用的X射线

    导致电脑内存总是丢失几个 bit 的信息

    致使程序出问题!

    最终的解决方案是

    把电脑的内存用铅板隔起来!

    硬盘分区搞死人

    故事发生在工厂

    工厂里有14条线

    其中一条线的zebra打印机

    在打印标签时

    比其它线要多耗时3秒左右

    即便打印的东西完全一样

    因为产线一直在生产

    所以没法在线debug

    只能在线外模拟

    但模拟结果一直都显示正常

    问题始终无法解决

    后来干脆换了电脑,fix了!

    最后看了下硬盘的分区格式

    服务器是NTFS

    这台电脑的D盘是NTFS

    而E盘居然是FAT32!!!

    谁特么这么干的!

    粗来!保证不打死你!

    中文和英文符号的差异

    请童鞋们看看

    如上两段代码有什么不同?

    一模一样是吧?

    但实际上第二行可以运行

    第一行却无法运行

    至于原因

    分享的童鞋最后说了

    中文的-和英文的-外表没有不同

    但编码就是不一样……

    微信大小写坑爹

    一位程序员自述

    3月份负责公司微信公众号开发

    当时的后台是技术领导写的,c#

    公众号支付的预定单和加密全在后台

    后来后台改版本

    由c#改为Java

    结果调了一晚上

    显示签名错误

    技术领导看了好久也不知道怎么回事

    c#的代码和Java的代码对了一遍

    发现没问题

    又把微信公众号配置也看了一遍

    也没问题

    各种百度、各种猜想

    各种验证,都不对……

    几乎把网上的说的问题都查了一遍

    还是不对……

    最后去微信官网看了开发者文档

    发现上面预定单的appId的i是大写

    但支付的时候是小写!

    于是,fix了……

    不是Bug的Bug

    有些程序员习惯了bug与debug的节奏

    遇到问题

    往往第一时间进行debug处理

    结果好不欢乐

    下面我们来听听

    他们和Bug的那些事

    Bug是Wifi

    刚进公司做iPad应用

    公司给了两台测试机:

    一台iPad4

    一台iPad Air

    应用里面有个资源下载功能

    同一个资源用同一段代码

    不过在iPad Air上下得飞快

    在iPad4上面就慢如龟爬

    一直搞不懂是什么问题

    两边程序都是一模一样

    但到底为什么会有这么大的差别呢?

    曾天真的设想

    是不是两台不同型号的设备内部

    某个网络相关的硬件不一样

    导致下载速度不一样呢?

    然后不断Google、百度查资料

    看帖看论坛看博客

    希望找到看有没有前辈遇到这种怪问题

    然而找了3天还是找不到……

    到了最后……

    特么发现

    那台iPad4连的

    是楼下咖啡店的WiFi……

    图像为啥黑屏

    直播伴侣

    是给主播用的视频美颜的工具

    眼下各大直播平台都普遍采用

    有一次程序作了大的架构调整

    结果发现图像黑屏了

    就下断点一步一步查

    先检查采集SDK给我的数据是否有问题

    再看看GPU图像数据缓冲区

    最后终于找到了问题

    fix了

    但第二天这个问题又出现了

    摄像头又一次黑屏了

    于是又开始设断点

    检查采集的图像数据

    检查GPU里的缓存数据

    检查经过美颜

    经过图像识别处理后的数据

    但是反复检查

    就是没有发现任何问题!

    心急如焚之际

    突然发现

    摄像头的正面扣在地上

    直挺挺的竖在那儿

    于是把摄像头拿起

    问题解决……

    游戏Bug

    作为程序员

    每次玩游戏遇到Bug

    总会设身处地地想

    这哥们到底怎么搞的?

    猎魔人

    魔兽世界

    质量效应

    人物和画面出现问题

    是游戏Bug基本的表现形式

    不过这还算好的

    起码情节没耽误

    下面这种情况就让人无奈了:

    我是团里里最厉害的大神

    今天要打团战

    突然我连人带马嵌到了鼓里

    怎样也甩不掉 

    想通过栅栏与鼓分离

    结果栅栏也甩不掉了

    没时间了,出城吧!

    栅栏比城门宽,出不去

    无法从城门走

    那用轻功吧!

    结果……

    连人带马嵌入了城墙里

    无奈只得联系客服

    说人能下来,但——

    打团战怎能没坐骑?

    然后客服给了我——

    生活中遇到的Bug

    浸淫行业数年

    练就了一双火眼金睛

    对于各类Bug最是敏感

    比如:

    弱弱地问下

    这趟是星际高铁吗…

    受宠若惊!

    您这是跨省来接我的吗……

    ……

    每次遇到这种情况

    小象君总会幻想

    如果我中意的妹子遇到Bug

    憋慌!

    除了写Bug

    我们更擅长Debug!


    —————END—————




    喜欢本文的朋友们,欢迎长按下图关注订阅号程序员小灰,收看更多精彩内容




    展开全文
  • 软件史上最严重的十个Bug

    千次阅读 2010-08-18 10:04:00
    原文地址:http://www.cxybase.com/daypic/bug-117.html 2005年10月在通报其汽车预警灯毫无理由的点亮和汽油发动机出现不可预 见的延迟之后,丰田制造商宣布召回他的160,000辆Prius hybrid混合动力汽车。...

     

    原文地址:http://www.cxybase.com/daypic/bug-117.html

     

    2005年10月在通报其汽车预警灯毫无理由的点亮和汽油发动机出现不可预 见的延迟之后,丰田制造商宣布召回他的160,000辆Prius hybrid混合动力汽车。但和去年大规模的召回汽车不同,Prius hybrid的根本问题不是硬件问题——而是智能型汽车的软件出了故障。Prius hybrid汽车中的嵌入式软件中存在着bug。

    伴随 着这次召回,Prius hybrid也加入到Buggy Computer的行列中—这是一个在1947年成立的组织,这一年工程师在Harvard Mark 1系统中的F, Relay #70中发现了一个bug。当工程师发现故障时,该计算机正在运行它的乘法器和加法器。该错误被捕获,删除并且以下面的语句的方式录制到计算机的日志 中:“first actual case of a bug being found.”

    60过去了,计算机bug仍然存在着,同时并没 有任何灭绝的迹象。随着软件和硬件的界限越来越难以区分,代码错误越来越对我们的日常生活造成不良影响。Bug并不仅仅是寄生在我们的操作系统和应用程序 中—今天他们存在于我们的电话、起搏器、我们的电力设备和医疗设备中,还有我们的车上。

    但是哪一个是最严重的呢?

    我们很容易列出造成较大破坏的bug,然而我们却很难去评估他们的严重程度。哪一个破坏性更大?—是一个被计算机蠕虫所利用,连续几天关闭你的上网服务的安全漏洞,还是一个引发国家电话系统整个白天瘫痪的排字工?答案也许取决于你是需要打电话还是查收你的电子邮件。

    很 多人认为最严重的bug是能够致命的bug。固然,这类的bug不是很多,但是像Therac-25的案例被普遍认为是一种会在重要的安全应用程序的软件 广泛传播的警告。尽管研究这些系统的专家警告该软件可能会对一些人造成伤害,阻止该技术引入到那些非常需要智能处理技术的领域,那些人需要承受可能会有的 风险。然而,最终他们却认为该软件的缺乏可能会比那些不可避免的bug给更多的人造成伤害。

    Mariner I发射

    按照时间顺序,著名网络媒体Wired News列出了到目前为止10个最严重的软件bug。

    1962年7月28日, Mariner I空间探测器事件。

    Mariner 1航空软件的bug导致火箭在发射时偏离了其的预期轨道。任务控制器在大西洋上空将整个火箭摧毁。在对这起事故进行调查中发现,使用铅笔撰写下的一个公式被不正确的录入到计算机代码中,直接导致计算机错误的计算了火箭的运行轨道。

    1982年—苏联的石油管道事件。

    根 据CIA(美国中央情报局)的陈述,为其工作的间谍们在苏联购买的用来控制跨西伯利亚石油管道的加拿大计算机系统中种下了一个bug。当时是苏联通过秘密 购买或者偷窃美国的敏感技术来获取到了该系统。据说CIA发现了这个存在bug的程序,决定对可以通过苏联人检查的设备做一个让苏联人事与愿违的破坏,使 得该设备一旦运行起来将会失败。该事件的结果据说在历史上造成了最大的非原子破坏。

    1985-1987年间 -- Therac-25医疗加速器事件。

    一 个放射疗法的设备故障造成了在几个医疗设备中发出了致命的射线。Therac-25是一个在以前设计的基础上改进的治疗设备,该设备可能会发出两种射线: 或者是一个低功耗的电子束或者是X射线。Therac-25'的X射线是通过猛烈的高能电子束撞击到一块位于电子枪和患者之间的金属目标而产生的。第二项 改进是对于更旧的Therac-20'电动保险联动装置采取软件控制的方式代替,做这项改进是因为软件被认为更加可靠。

    然而工程师所不知道 的是20和25型号都是建立在有一个没有经过正规培训的程序员所开发的操作系统上的。由于这个不易察觉的叫做"race condition,"的bug,一个快速的打字员很可能会很偶然的配置Therac-25从而导致电子束将会在高能模式下启动。但是强烈的X射线偏移了 目标。最后直接导致了五名患者死亡;其余患者受到了严重伤害。

    1988年--伯克莱UNIX操作系统finger守护进程缓冲器溢出事件。

    第 一个网络蠕虫,莫里斯蠕虫利用缓冲器溢出在一天之内感染了2000到6000台计算机,起因是一个标准输入输出库函数gets(),原来设计为从网上获取 一段文本,但遗憾的是,gets()函数没有规定输入文本的长度。过长的文本导致蠕虫入侵任何接入的计算机。程序员们试图用工作码来取代gets()函数 的功能,但是他们拒绝从C语言的标准输入输出库中删除它,直到今天还保留着。

    1988-1996年间--Kerberos随机数字发生器事件。

    Kerberos安全系统的作者忽略了产生真正的程序随机码时使用恰当的种子,导致长达八年依赖Kerberos验证的计算机可被轻易入侵。如果漏洞不被利用,就一直不会被发现。

    1990年1月15日,AT&T网络瘫痪。

    利 用一个新发布软件的bug可以控制AT&T #4ESS远程交换机,在邻近计算机之间发送信息引起大型计算机瘫痪,机器恢复时发送信息又导致邻近计算机当机。 一天纽约的一台交换机当机并且重启,引起它邻近交换机瘫痪,由此及彼,一个连着一个,很快,114台交换机每六秒当机重启一次,六万人九小时内不能打长途 电话。当时的解决方式:工程师重装了软件以前的版本。

    1993年--Intel奔腾浮点指数除法事件。

    一 个硅片上的错误导致Intel高性能奔腾芯片在一段范围内计算浮点指数除法时发生错误。例如4195835.0/3145727.0产生的是 1.33374而不是1.33382,产生了0.006偏差。尽管该bug仅仅影响了几个用户,然而他却成了整个公众的噩梦。估计流通中的三百万到五百万 的芯片存在着这样的缺陷,起初Intel仅仅为那些能够证明他们确实有高精度计算需求的用户提供了取代奔腾的芯片。最后,Intel公司只好妥协为任何投 诉的人提供替代芯片。该bug给Intel最终造成了4亿7千5百万损失。

    1995/1996年–致命的ping命令。

    由 于缺乏对IP段组装代码的完整性检查和错误的执行使得有可能通过从互联网的任意位置发送恶意的”ping”数据报而攻击多个操作系统。大部分受明显影响的 是运行Windwos的计算机,当他们接受到数据报后,他们就会死锁同时显示所谓的“蓝屏死机”。但是攻击同时也影响很多Macintosh和Unix系 统。

    1996年**号—501航天飞机爆炸事件。

    对于Ariane 4火箭的工作代码在Ariane 5中被重新使用,但是Ariane 5更高速的运算引擎在火箭航天计算机中的算法程序中触发了一个bug。该错误存在于将64位浮点数转换为16位带符号整数的程序中。更快的运算引擎导致了 Ariane 5中的64位数据要比Ariane 4中更长,直接诱发了溢出条件,最终导致了航天计算机的崩溃。

    首先501航天飞机的备份计算机崩溃,然后0.05秒之后,主计算机也崩溃了。这些计算机崩溃直接导致了火箭的主要处理器使火箭的运算引擎过载,同时导致火箭在发射40秒后解体破碎。

    2000年11月 –巴拿马市国家肿瘤中心事件。

    在这一系列事故中,由一家美国公司—Multidata Systems International所开发的治疗软件错误的计算了对于正处于放射治疗中的病人所应该使用的合适剂量。

    Multidata的软件允许放射治疗师利用计算机屏幕的一个叫做"blocks"的金属装置来保护健康组织以免受射线的伤害。但是该软件仅仅允许治疗师使用4个屏蔽块,但是巴拿马的医生希望用5块来保护。

    医 生发现他们可以通过将所有的屏蔽块画成一个在中间有孔的大块来欺骗该软件。然而医生们没有意识到的是Multidata软件在这种配置中根据该空画法的不 同给出了不同的答案:如果该孔是在一个方向绘制的,则给出正确的计算出的剂量,如果是在另外不同的方向绘制的,软件就会推荐出要比必须需要暴露的射线的两 倍剂量。至少有8个病人在这次事故中丧生,同时接受了过多剂量放射的20个病人产生了严重的健康问题。被要求手动两次检查计算机的计算的医生被以谋杀罪起 诉。

    展开全文
  • 一个BUG(缺陷)的生命周期

    千次阅读 2018-09-25 08:57:29
    缺陷状态   对于一个问题,其处理过程是一个周期,周期的不同阶段,其所处的状态也是不一样的。不同状态所对应的处理人也是不一样的。 提交(打开) : 表示问题被提交等待有人处理。 指派(转交) : 问题被重新...

    缺陷状态
      
    对于一个问题,其处理过程是一个周期,周期的不同阶段,其所处的状态也是不一样的。不同状态所对应的处理人也是不一样的。

    提交(打开) : 表示问题被提交等待有人处理。

    指派(转交) : 问题被重新指派给某人处理。

    处理 : 问题在处理中,尚未完成。

    固定 : 确认此问题存在,但暂时不进行处理。

    回归 : 对已经修复的问题进行回归确认。Reopened :

    关闭 : 问题的最后一个状态。

    在这里插入图片描述

    **提交(打开)**缺陷
      在提交一个缺陷的缺陷,首先尽量描述这个缺陷的属性。Bug重现环境,bug类型,bug等级,bug的优先级以及详细的重现步骤,结果与期望等。
      当然,我们在提交一个问题之前首先应该保证,这个缺陷是没有被提过的,以免造成重复缺陷单。
      如果是回归不通过的缺陷,其状态又会变为打开状态。

    **指派(转交)**缺陷
      这一步不是必须的,跟项目模式有关,有些公司测试部门与开发部门独立,那么测试人员就不确定自己测试的模块是由哪位开发人员负责的,在这种情况下,测试人员统一把问题指派给项目组长或经理,由项目组长(或经理)对问题进行确认后再次分配给相应的开发人员。
      有些测试人员是穿插到不同研发团队中的,所以对不同的开人发员负责的开发模块非常清楚,这个时候就可以将问题直接指派给相应的开发人员。
      也有一种情况,本来此问题应该由A开发人员负责,但由于A开发人员的调离或辞职,些问题为转交给其它人员处理。“分配”强调是上级对下级;“转交”强调的是平级之间。

    确认缺陷
      当开发人员接到一个缺陷时,首先是对其进行分析与重现,如果对其进行分析发现不是缺陷(可能由于测试人员不了解需求)或无法对此问题进行重现,那么就需要将此问题反回给测试人员,并注明原因。如果确认为缺陷则需要对其进行处理。

    推迟处理
      在处理问题之后,还需要进行一次判断,是否需要推迟处理,有些需求已经确认了是问题,由于其可能在极端情况下才会出现,或需要对系统架构进行改动,或其优先级非常低,所以暂时不需要对此问题进行处理(或到下个版本进再进行修复)。

    固定
      对于推迟处理的问题可以暂时进行固定(“固定”为QC中的叫法。)一般固定的问题需要经过项目经理与测试经理协商后才能固定。

    处理缺陷
      开发人员在确认完一个问题需要处理时,那么就对其进行处理工作。(例如,redmine 是支持处理人时时更新问题处理进度的,如 已处理30% ,已处理80% 等,当然,对于短时间内可以修复的问题就没必要时时的去更新处理进度。)

    回归缺陷
      回归缺陷对于测试人员来说是非常重要的工作,其有三个入口两个出口。
      确认非缺陷问题:对于提交的一个缺陷,开人员处理为非问题或无法重现,然后直接转交给测试人员回归。测试人员再次确认,如果真如开发人员所说,则将问题关闭。如果非开发人员所说,是由于问题描述模糊或其它原因喂重现问题,则再次注明原因转给开发人员。
      确认修复问题:对开发人员修复的问题再次进行确认,确认能过,则关闭问题。确认不通过,将问题再次打开并转给开发人员。
      确认固定问题:有计划的对固定问题进行确认,有些固定问题随着时间的推移,版本的更新或已经不存在了,对这类问题应该及时关闭。有些固定问题依然存在且变得紧急,对于这类问题应该及时打开交给开发人员处理。

    关闭缺陷
      对于已经修复的缺陷进行关闭,这也是一个缺陷的最后一个状态。


    本文来自 JSM921 的CSDN 博客 ,全文地址请点击:https://blog.csdn.net/jishiming123/article/details/80537863?utm_source=copy

    展开全文
  • 如何快速查找BUG

    千次阅读 2018-02-03 16:17:01
    对于程序员而言,有一样东西是绝对不想碰见却又一定会遇到的,那就是Bug。 鲁迅曾经说过,当我们遇见Bug时要冷静,不要慌。 好吧,鲁迅并没说过这句话。开发应用程序是一个非常有压力的工作,没有人是完美...
  • 有不少的新手程序员,刚开始都是从修BUG开始做起的。 修bug有助于熟悉项目,了解大概哪些类参与了执行线路,相互调用关系又是如何,结构设计上有什么特点。 对于新手程序员而言,在复杂代码中找BUG是一个...
  • BUG汇总 1

    千次阅读 2017-12-05 22:49:03
    1.Unsupported Modules Detected: Compilation is not supported for following modules问题描述: 在程序界面的右上角提示无法编辑程序 解决办法: File -> Invalidate Caches / Restart -> Invalidate Caches & ...
  • 五大最受欢迎的BUG管理系统

    千次阅读 2019-06-06 08:33:29
    五大最受欢迎的BUG管理系统 经过认真的查找和比较,选出以下五大为比较受欢迎的BUG管理系统。 以下简单介绍一下其功能优缺点和资源获取方式吧:1、QC(QualityCenter) 是原MercuryInteractive公司(现已被HP收购)...
  • bug

    2019-10-31 10:25:34
    逻辑关系 正确 if (input_pystr[0]!=0x69&&input_pystr[0]!=0x75&&input_pystr[0]!=0x76) 错误 if (input_pystr[0]!=(0x69||0x75||0x76)) //这个是先或运算,再逻辑判断了 ......
  • VScode终端变成chcp 65001后,一运行,就会出现一串红色乱码,让我去GitHub。如下: ![图片说明]... 然后我点回车后就变成这个样子 ... 在活动页936下倒不会出现红色错误,只是会中文乱码 ...
  • 常用BUG管理工具系统

    万次阅读 2018-08-21 16:40:50
    常用BUG管理系统 1.EasyBUG 优点: 1)基于WEB的在线的,不用配置; 2)界面简单,操作容易上手,基本上只要是会上网的人一看就会用 3)拥有截图功能,以图片的形式直接存在,而不是以附件形式; 4)BUG解决流程...
  • 这次的文章从JDK的J.U.C包下的ConcurrentLinkedQueue队列的一个BUG讲起。jetty框架里面的线程池用到了这个队列,导致了内存泄漏。 同时通过jconsole、VisualVM、jmc这三个可视化监控工具,让你看见“内存泄漏”的...
  • BUG提交和管理规范

    千次阅读 2019-11-01 08:38:02
    在测试理论基础面试,或者带新人的过程中,有一件事情必不可少,就是如何提交BUG,应该通过哪些方面的信息去描述一个bug 好的bug描述不仅可以协助分析问题,提高流转效率,还能够给质量分析提供准确度依据。这是...
  • 如何做好BUG回归

    千次阅读 2019-05-04 20:46:07
    BUG贯穿研发体系、测试质量衡定的始终,做好BUG回归,即能保证质量,又能提高个人测试能力。做好BUG回归,能够很大程度的避免漏测。 BUG的处理流程 回归BUG的思路 从回归BUG的思路来看,首先验证原BUG现象...
  • web测试中,如何判断是前端的bug还是后端的bug呢?

    万次阅读 多人点赞 2019-01-23 16:25:57
    web测试中,如何判断是前端的bug还是后端的bug呢? 通常可以利用抓包工具来进行分析。可以从三个方面进行分析:请求接口,传参,响应。 1.请求接口url是否正确 如果请求的接口url错误,为前端的bug 2.传参是否...
  • Android adb bugreport工具分析和使用

    万次阅读 2016-07-20 09:52:49
    bugreport是什么,怎么用?Android系统想要成为一个功能完备,生态繁荣的操作系统,那就必须提供完整的应用开发环境。而在应用开发中,app程序的调试分析是日常生产中进程会进行的工作。Android为了方便开发人员分析...
  • 解决bug问题,查找bug的方法

    千次阅读 2020-09-15 14:32:39
    想告别“写代码2分钟,找bug两小时”吗?,就必须掌握查找bug的能力 下面这些方法都是我这几年解决bug常用的 一、定位bug:如果在控制台中看不出bug,可以使用以下方法帮助查找bug 1、IDE编译器debug调试代码,在...
  • 上周我们的讨论话题是最让你有成就感的bug: 话题: 回想让你最有成就感的bug是什么?你是如何发现这个bug的? 话题描述: 作为软件测试工程师,你肯定发现了无数让你感到兴奋和骄傲的bug。回想下让你最有成就感的一...
  • 测试人员怎样定位bug原因

    万次阅读 多人点赞 2018-07-23 09:42:45
    作为测试人员,和我们最常打交道的,莫属bug。当你发现bug后,会采取什么样的行动?是直接报出来,亦或找找问题原因? 不管是我们自己找到的,亦或是开发修复后告诉我们的,知道问题之所在总是好的。在本篇文章中,...
  • 正文 我先描述一下bug的现象哈: 这两个输入框的值都是我从KV(Redis之类的...这就也为我后面的Bug埋下了伏笔,问题是这个Bug烦就烦在他在预发环境是好的,线上却是坏的。 先看看代码怎么写的: 可以看...
1 2 3 4 5 ... 20
收藏数 977,958
精华内容 391,183
关键字:

bug