这些神奇又搞笑的bug,真的让程序员万万没想到!

栏目: 编程工具 · 发布时间: 5年前

内容简介:Bug是程序员不可避免出现的问题,真要说起来,大部分Bug会在测试阶段被查出,从而继续回炉重造。但是还有一部分Bug非常顽强,且不易被查出。其中有一些会带来严重的后果,然而有一些Bug却是无关紧要,相反却能博得大众一笑!在开始神奇又搞笑的bug吐槽大会之前,我们先来细说下bug的等级划分。

Bug是 程序员 不可避免出现的问题,真要说起来,大部分Bug会在测试阶段被查出,从而继续回炉重造。但是还有一部分Bug非常顽强,且不易被查出。其中有一些会带来严重的后果,然而有一些Bug却是无关紧要,相反却能博得大众一笑!

这些神奇又搞笑的bug,真的让程序员万万没想到!

在开始神奇又搞笑的bug吐槽大会之前,我们先来细说下bug的等级划分。

致命bug: 阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题

修改优先级为最高,该级别问题需要立即修改。

1.代码错误;

2.系统崩溃;

3.导致程序重启,死机或非法退出;

4.重要的一级菜单功能不能使用;

5.死循环;

6.数据丢失或异常;

7.数据通讯错误;

8.硬件故障,系统悬挂。

严重bug: 系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。

修改优先级为高,该级别需要程序员尽快修改。

1.用户所要求的功能缺失;

2.数据计算统计错误;

3.业务流程错误;

4.程序接口错误;

5.因错误操作迫使程序中断;

6.系统可被执行,但操作功能无法执行(含指令);

7.功能项的某些项目(选项)使用无效(对系统非致命的);

8.功能实现不完整,如删除时没有考虑数据关联;

9.功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无作用,对数据库的操作不能正确实现。

建议:(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)。

一般bug: 功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。

修改优先级为中,该级别需要程序员修改。

1.数据长度不一致;

2.内容或格式错误;

3.操作时间长;

4.查询时间长;

5.响应时间较慢;

6.功能性建议;

7.提示信息不太准确;

8.操作界面错误(包括数据窗口内列名定义、含义是否一致);

9.简单的输入限制未放在前台进行控制;

10.虽然正确性不受影响,但系统性能和响应时间受到影响;

11.不能定位焦点或定位有误,影响功能实现;

12.增删改功能,在本界面不能实现,但在另一界面可以补充实现;

13.数据库表中字段过多。

建议:(该问题实际测试中存在最多,合理安排解决BUG,解决率关系版本的优化程度)

低级bug: 界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。

修改优先级为低,该级别需要程序员修改或不修改。

1.错别字;

2.界面不规范;

3.辅助说明描述不清楚;

4.页面显示重叠;

5.不该显示的要隐藏;

6.描述不清楚;

7.输入输出不规范;

8.长时间操作未给用户提示;

9.提示窗口文字未采用行业术语;

10.文字排列不整齐;

11.光标位置不正确;

12.可输入区域和只读区域没有明显的区分标志;

13.必填项与非必填项应加以区别;

14.滚动条无效;

15.键盘支持不好,如在可输入多行的字段中,不支持回车换行;

16.界面不能及时刷新,影响功能实现;

17.用户体验感受不好。

建议:(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)

软件测试开发人员工作过程中会遇到各种各样的Bug,了解了bug的等级划分,我们再来聊一聊你所遇到过意想不到的那些bug。

@小博

想起前几天遇到的bug,严格来讲不太算,就是好笑。一个文本框,输入about、banner等词,提交后再看单词就变成了aout、anner,找开发,开发答复:屏蔽敏感字母b。

@小为

做底层测试的,遇到过日志回滚配置把rotate写成rotare,然后日志没回滚成功,不久磁盘满了,机器挂了。

@小峰

都没有我们开发牛逼,查始发机场为深圳的航班信息,他就返回一个始发机场为深圳的字段,其他信息都不给,我找他,他说“你就查了始发机场,我就给你始发机场有啥问题?”你去百度输入刘德华,百度返回给你三个字:“刘德华”,没毛病啊,我感觉这逻辑很牛X。

@小软

测试提一个bug需要一分钟,某些前端开发把bug指回来只用了28秒,不自测也就算了,还改一个送你两个bug。

@小件

拖动上下端模块可进行排序,结果保存的时候不按拖动的顺序保存,程序员理直气壮的跟我说:你要先退出,然后重新进入,排序就是正确的哦。

@小测

前一阵遇到的bug。系统超级用户可以对自己降级。降级完毕以后再也无法提升为超级用户。解决办法,只能服务器端的系统软件重新安装。

@小试

前段时间不是年会嘛,相信大家都领到了公司发的年货,有一些大型的公司或者企业还会举行一些抽奖活动。然而,抽奖环节要是有bug就会让人很尴尬,巧了,我就遇到了,看到“Null”这四个大字,估计每个程序员都会非常尴尬,“Null”这个单词的意思为“空”,在代码中是一个常用词汇。不过感觉用代码抽奖的公司老板心有点大啊,要是有人在代码中动手脚,那还不是想中就中?

一句话总结今天的吐槽大会: bug 千万条,细心第一条,编码不规范, 测试 两行泪!

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试 工具 安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ                     群:                    755431660


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

十亿美金的教训

十亿美金的教训

林军 唐宏梅 / 浙江大学出版社 / 2011-5 / 39.00元

《十亿美金的教训》内容简介:创业者个人能力欠缺、团队涣散、经营方向把握不当、资金动用失措以及时局不利……这其中有哪一个细节被忽视,都可能是失败的导火索! 国内二十年互联网风云,有人成功,有人失败。两种结果,不同方向,却往往只是一线之隔。他们留给我们怎样的教训与启示?后来者要怎样才能跳出失败之殇? 《十亿美金的教训》选取了互联网十个经典的失败案例,并深层解读这些互联网企业与创业者们从成功......一起来看看 《十亿美金的教训》 这本书的介绍吧!

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

MD5 加密
MD5 加密

MD5 加密工具

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具