遇到bug我会怎么做

我今天遇到一个问题,ztree显示数据,本来这个功能是没有问题的,但是当我新加入了几个页面筛选条件时,将集合传入ztree ,页面缺一直没显示出来,弄了两个小时,代码我都仔细排查了一次,发现没有问题,结果真是尴尬了,因为一个很不起眼的地方的一个大小写,导致了整个页面的错误,谨以此文记录一下自己今天的排错感悟。

1.遇到问题不要慌,心态一定不要爆炸,毕竟每天都要跟bug 作斗争,心态炸了,对身体的影响是很大的,

2.多写单元测试,集成测试,这样可以确保后台代码没有问题,如果页面还是有问题,至少知道是前端出现了问题,这样也利于我们排查,

3.遇到问题总感觉无处下手怎么办呢?那就调试开始,关键地方做一下输出,看看到底是执行到了哪里出现了问题,一段一段的来,这样也不至于遇到问题直接都不知所措,这是新手遇到问题常见的情况,直接就不知道从哪里下手,然后就四处找人帮忙,这样其实不利于个人的成长,别人帮你把问题都解决了,对你的处理问题的记忆帮助性很小,所以,我还是觉得自己在不断排错中可以学到很多东西,包括你排错过程中,上网查资料时也会得到更多的知识,同时解决了问题也会增长你的经验,下次遇到一些坑时,你就可以自己选择的避开这个坑,这对于我们来说是很好的。

4.遇到问题不要怕,相信经验是一个不断积累的过程,我们只有不断地从错误中吸取教训才会得到更好的成长,

5.不管是排错还是学习过程中我觉得当修改了一个bug或者完成了一些功能,学到了东西,我们都会有一种成就感,这个成就感是给你最大的奖励,

6.现在的搜索引擎很厉害,基本上只要我们遇到过的错误,都可以搜到,当然使用google是毫无疑问的,有时候我们google不断满意的答案,其他浏览器,也是会有收获的哦,所以不要只局限在一个地方,

7.认真一点,仔细一点,问题往往没有我们想象的的那么棘手,也可能是一个不起眼的小地方,这种问题很是常见,往往排查时间很多的问题,问题一般都很低级,

8。相信自己可以,没有什么是解决不了的。

时间: 2024-10-13 04:45:27

遇到bug我会怎么做的相关文章

遇到问题或bug时要做的事。

1,做事细心,只有细心才能减少bug量,做总结. 2,开发中遇到bug和错误,第一要想到是程序代码的问题.而首先想到的不是其他问题(比如版本,框架或兼容问题等). 3,程序不能按照自己的意愿执行,时先看控制台有没报错吧. 4,遇到没遇到过的错误先百度.确定错误类型或范围. 5,排除法虽然好使,但效率不高. 6,遇到错误要分析(猜)哪里可能出错,而不是逐步排查. 7,前端问题多看控制台和请求的网络地址. 8,后台问题多看控制台. 9,熟悉前后台,开发工具的使用.必要时候可以debug.

重新设计一款Android App,我会怎么做?

开发工具的选择 开发工具我将选用 Android Studio,它是Google官方指定的Android开发工具,目前是1.2.2稳定版,1.3的预览版也已经发布了. Android Studio的优点就不需多说了,GitHub上大部分的Android开源库也都已迁移到Android Studio上来,在未提供 jar文件时,使用Android Studio可以极为方便地集成开源库.最为重要的是Google已宣布将在年底前停止对 Eclipse Android开发工具的一切支持(Google E

团队用过最好的bug管理软件-delbug管理

从事软件开发10多年,从最开始的写代码,过设计,再到现在的技术管理:多年的开发和管理过程中,一直寻找,尝试,使用缺陷管理工具:目的就是想让团队的开发效率高.代码质量高,项目开发进度可控,风险低. 团队从最初的QC(Quality Center),Bugzilla ,BugFree,EasyBug,Mantis,到最后bugclose,这些管理工具各有各的优缺点,针对这些管理工具的优缺点不是我今天要说的,我想说的是我的团队目前在使用的Bug管理工具:目前团队开发所采用的Bug管理工具是最适合我的团

对做技术的反思

前一帖对硕士毕业8年多的人生进行了回顾,谈了一些看法,本以为平平淡淡的一个小总结,却有这么多人关注,实在让我很是感动. 如果回到8年前,我会重新做什么? 1> 强身, 这个绝对是排第一位.无论是工作还是找老婆,兄弟们,这个太重要了.没运动的,赶紧运动起来吧. 2> 学会分析行业和所在的公司, 很多人都说要坚持做技术,喜欢做技术,却不知道是否做技术,能否做技术,最大的因素不在于你自己, 而在于公司.你所在的行业,所在的公司,没有强烈的技术升级驱动,你是很难有时间和机会做技术的.这是我个人血的体会

V8 的 typeof null 返回 "undefined" 的 bug 是怎么回事

1997 年,IE 4.0 发布,带来的众多新特性中有一个对未来“影响深远”的 DOM API:document.all.在随后的 6 年里,IE 的市场占有率越来越高,直到 2003 年的 95%. 在这段时间里,产生了两种成千上万的页面.第一种:IE only 的页面,由于超高的市场占有率,开发人员觉得根本不需要考虑兼容性,于是直接使用 document.all,比如: document.all(foo).style.visibility = "visible" 甚至很多网站直接在

如果说这个世界不是真实存在的,只是一段代码,迄今为止你发现了哪些bug?

给这个世界写代码的不是一个人,而是一个团队(这么大的项目,一个人开发不了).而且严重怀疑这个一个开源项目.开发者被我们认为是神,所以一神论是不对的,众神论才是真理,且凡人是有机会成为神的(参悟神道,直到你的神属性突破某个级别).另外这个系统使用的应该是面向对象语言编译的. 现在来说Bug. Bug其实无处不在,但是众开发者经常性的发bug fix,致使整个系统看上去正常运行.但是这些bug fix是可以看出来的.比如:在一个文明发展到一个相当高的高度,要打破整个系统的平衡时,就会有一个补丁出来将

NVelocity-0.4.2.8580 的修改记录 -- "It appears that no class was specified as the ResourceManager..." bug 修正等

因为另有开发记录工具最新没怎么在 cnblog 写开发备忘.不过我觉得这个是个比较严重的问题,觉得有必要让更多的人知道处理方法,所以在 cnblog 也放上一篇希望广为传播. -------------------------------------------------- 第一次修改 -------------------------------------------------- NVelocity 这个工具的使用相信大多数网友都是因为和我一样在 java 时使用的是 Velocity

Javascript 函数parseInt()转换时出现bug

这是一个很诡异的事情,今天测试的测出来的.parseInt(1.13*100),实际返回值是112.直接看代码吧 <head> <script type="text/javascript"> function test(){ var thisvalue = 0; thisvalue=yuanToFen($("#inp").val()); alert(thisvalue); } /*元转分*/ function yuanToFen(yuan){

假设说这个世界不是真实存在的,仅仅是一段代码,迄今为止你发现了哪些bug?

给这个世界写代码的不是一个人,而是一个团队(这么大的项目,一个人开发不了).并且严重怀疑这个一个开源项目.开发人员被我们觉得是神,所以一神论是不正确的,众神论才是真理,且凡人是有机会成为神的(參悟神道,直到你的神属性突破某个级别).另外这个系统使用的应该是面向对象语言编译的. 如今来说Bug. Bug事实上无处不在,可是众开发人员常常性的发bug fix,致使整个系统看上去正常执行.可是这些bug fix是能够看出来的.比方:在一个文明发展到一个相当高的高度,要打破整个系统的平衡时,就会有一个补