如何减少代码中的BUG

问题描述

刚开始工作,代码中BUG总是一个一个。为了减少BUG,我增加了自己测试的时间。当然BUG少了一些,请问还有其它的思路么?

解决方案

解决方案二:
买瓶杀虫剂放手边随时准备着
解决方案三:
与其事后修补,为何事先不弄得好一些呢很多的BUG都是由于很不好的编码习惯造成的,比如说:从来不对public方法传入的参数进行有效性或者非空检查之类的。
解决方案四:
自己积累一些框架,用的时候套用曾写过的代码。。。
解决方案五:
没事的,刚刚开始工作嘛,以后就会好的。BUG允许出现一次,但是下次我想不会再出现同样的了吧,呵呵。
解决方案六:
提高码工的综合素质,少写有bug的代码。人员素质不过关,什么流程都是白搭。
解决方案七:
多多的进行测试哈,尽量能想到的问题都测试下。这样可减少BUG
解决方案八:
就是不停地测试
解决方案九:
测试之后除掉bug并记下来以后不再写一样的bug
解决方案十:
没有最好的方法。只有更好的方法。等你熟练了就bug就减少了很多。积累@
解决方案十一:
有bug正常啊不然要测试人员干什么呢,时间久了经验丰富了就好一些吧
解决方案十二:
该回复于2011-01-24 09:50:31被版主删除
解决方案十三:
引用5楼iambic的回复:

提高码工的综合素质,少写有bug的代码。人员素质不过关,什么流程都是白搭。

这跟素质没有任何关系,开发团队中人员的素质再高,也不能保证软件没有BUG!楼主已经说明了他是刚开始工作,对于刚开始工作的人来说,应该采取鼓励的态度,而不是指责,更谈不上素质问题。
解决方案十四:
每写完一个方法,重新逐行核查代码,很多BUG有时就是自己的手误,而编译工具没有提示出来的。
解决方案十五:
引用12楼bao110908的回复:

这跟素质没有任何关系,开发团队中人员的素质再高,也不能保证软件没有BUG!楼主已经说明了他是刚开始工作,对于刚开始工作的人来说,应该采取鼓励的态度,而不是指责,更谈不上素质问题。

有bug是正常,但岂能讲讲软件的质量和bug没关系?你的编码素质越高,代码质量就越高,bug就越少;否则写出来的代码就bug成堆,数之无尽,越改越多,这不是基本共识吗?什么单元测试,什么提交前进行回归测试,什么增加测试人员数量,都不如自身水平上去。要是你写代码的时候就知道什么代码是好代码,什么代码是坏代码,什么地方容易出错,什么技术可以避免这类错误,bug自然就少。要是只一门心思想着完成任务,能工作就万岁,网上搜代码拷贝过来,顾头不顾尾,一时能用就万万岁,bug不多就怪了。以高质量代码为目标应该是所有开发人员的一个基本态度,即使迫于压力,也不应该舍弃,没有这个态度,管理人员搞什么流程最后都是走形式,不了了之。至于“指责”,完全是你多心了。我只是就这个标题说一个最基本的事实。就题论题,没对楼主做任何猜测与评论。可能我一提素质,你就联想到我在讲楼主人品了吧。千里之谬。
解决方案:
没有一位开发人员希望自己写出的东西都是满天的BUG,楼主毕竟是刚刚工作的人,实际上每位开发人员一开始都是这样的,我们既然是过来人,只需要把自己过来的经验告诉楼主就可以了。
解决方案:
引用15楼bao110908的回复:

没有一位开发人员希望自己写出的东西都是满天的BUG,楼主毕竟是刚刚工作的人,实际上每位开发人员一开始都是这样的,我们既然是过来人,只需要把自己过来的经验告诉楼主就可以了。

呵呵期待火龙大大的经验之谈
解决方案:
我的经验已经讲过了,提高个人的综合能力。学会如何写正确和优雅的代码,精益求精,bug自己就少了。实际上,尽管这道理很简单,大多数程序员根本做不到。经验固然是很重要的一方面,但很多程序员随着年龄的增长“经验”固然增加,水平没有太多长进,特别是代码质量。所谓的水平高低不与年龄成正比,所以才称为“素质”。其实,虽然说起来老生常谈,最重要的还是态度。至于具体的技术经验,在这个前提下,即使没人教,自己也自然而然的学会了。稍微映射到行动上,多写代码,多反思自己的代码(非常重要),多把自己的烂代码拿出来给人批评,多看书,从书里能学到很多东西(比如单元测试),少造轮子。
解决方案:
经验+态度方式。经验有助于写出较为规范、bug较少的代码。态度就不多说了。方式:多多检查已完成的代码功能!经常总结。
解决方案:
该回复于2011-01-24 13:32:23被版主删除
解决方案:
精益求精,不断提炼。我是这样锻炼自己的,每次写功能,力求不跟原来写过的一样,这样就能从中提炼好的,修改不好的,每次都要想出新方法。注意:是尽量。
解决方案:
该回复于2011-02-21 10:45:36被版主删除
解决方案:
该回复于2011-02-22 09:41:58被版主删除
解决方案:
积累经验,不断积累经验。
解决方案:
该回复于2011-02-22 10:33:19被版主删除
解决方案:
多积累,多提高要求,多看别人写的优秀代码,多花时间实践,养成良好编程习惯
解决方案:
良好的编程习惯
解决方案:
代码规范化、常写注释、写代码要有思路,写完一小块代码,先测试测试、在根据思路继续写!
解决方案:
引用27楼xiangzhiliu的回复:

代码规范化、常写注释、写代码要有思路,写完一小块代码,先测试测试、在根据思路继续写!

顶一下,写代码的时候要先有思路才行,知道自己为什么这么实现,怎么才是最好的实现方法,然后就是积累,尽量不犯相同的错误
解决方案:
孺子可教
解决方案:
1.养成很好的编程习惯,多多进行单元测试。2.可以通过findbug来测试,项目中存在的bug,然后进行修改。
解决方案:
良好的变成习惯是关键。。。
解决方案:
现在多调试,慢慢积累,时间长了bug就少了
解决方案:
有bug是很正常的吗,没有才不正常呢,要么就是你使用的,多进行代码的调试,要么就是多多的参照一下别人写的比较好的代码,应用到自己的代码中去,慢慢就会克服代码的bug了
解决方案:
多修改几个bug,牢牢记住,以后就会少了。
解决方案:
自己总结一下,就可以减少不必要的麻烦
解决方案:
最初的bug可定需要调试,但要由一个bug解决这类bug,保证它不再出现,即便出现也要很快解决!编程路上bug不断这是真理~
解决方案:
错误只可以犯一次
解决方案:
复制。修改
解决方案:
用代码量压死bug。。。
解决方案:
我觉得代码BUG的减少就是经验累积不断总结的过程但是不可能完全没有
解决方案:
态度+习惯+经验
解决方案:
该回复于2011-02-25 15:13:17被版主删除
解决方案:
同意41楼
解决方案:
该回复于2011-02-25 16:01:55被版主删除
解决方案:
习惯了对待问题认真仔细,深入分析思考,逻辑炯炯有条!
解决方案:
方法只有一个,多出bug
解决方案:
2个U盘都是0字节是不是中毒了啊???显示盘符!!
解决方案:
你中毒了
解决方案:
setFromBytes()是什么方法多看多思考。。
解决方案:
引用12楼bao110908的回复:

引用5楼iambic的回复:提高码工的综合素质,少写有bug的代码。人员素质不过关,什么流程都是白搭。这跟素质没有任何关系,开发团队中人员的素质再高,也不能保证软件没有BUG!楼主已经说明了他是刚开始工作,对于刚开始工作的人来说,应该采取鼓励的态度,而不是指责,更谈不上素质问题。

码工!好难听的名字哪个XXX(此处忽略8个字)想出来的名词呵呵!

时间: 2024-09-25 05:19:39

如何减少代码中的BUG的相关文章

利用FindBugs减少代码中的bug数学习

FindBugs 作用 开发人员在开发了一部分代码后,可以使用FindBugs进行代码缺陷的检查.提高代码的质量,同时也可以减少测试人员给你报的bug数. 静态分析工具承诺无需开发人员费劲就能找出代码中已有的缺陷.当然,如果有多年的编写经验,就会知道这些承诺并不是一定能兑现. 代码缺陷分类 根据缺陷的性质,大致可以分为下列几类 ·Bad practice  不好的做法·Correctness   可能有不正确·Dodgy code     糟糕的代码·Experimental  实验·Inter

如何快速捕获.NET代码中隐藏的BUG

团队开发的一个方面就是在将所有的改动合并到中心资料库之前,允许单独的开发者在本地编写并构建(build)有特色的代码.开发者可以在本地测试与调试最新的版本,并且可以保证他们所有的工作代码可以与其他同事的协同工作,他们可以手动测试这些代码,但是更好的办法就是将这一过程自动化并且提供即时反馈,其中一个非常优秀的解决方案就是持续集成. 持续集成 对于应用软件开发团队而言,有很多提高产品质量和效率的思想,其中的一种思想就是被称作持续集成的方法,持续集成的一个前提就是即时反馈.持续集成的一种最简单的形式就

教你如何快速捕获.NET代码中隐藏的BUG

团队开发的一个方面就是在将所有的改动合并到中心资料库之前,允许单独的开发者在本地编写并构建(build)有特色的代码.开发者可以在本地测试与调试最新的版本,并且可以保证他们所有的工作代码可以与其他同事的协同工作,他们可以手动测试这些代码,但是更好的办法就是将这一过程自动化并且提供即时反馈,其中一个非常优秀的解决方案就是持续集成. 持续集成 对于应用软件开发团队而言,有很多提高产品质量和效率的思想,其中的一种思想就是被称作持续集成的方法,持续集成的一个前提就是即时反馈.持续集成的一种最简单的形式就

减少Scala中的代码重复

所有的函数都被分割成通用部分,它们在每次函数调用中都相同,以及非通用部分,在不同的函数调用中可能会变化.通用部分是函数体,而非通用部分必须由参数提供.当你把函数值用做参数时,算法的非通用部分就是它代表的某些其它算法.在这种函数的每一次调用中,你都可以把不同的函数值作为参数传入,于是被调用函数将在每次选用参数的时候调用传入的函数值.这种高阶函数:higher-order function--带其它函数做参数的函数--给了你额外的机会去组织和简化代码. 高阶函数的一个好处是它们能让你创造控制抽象从而

CLR中的bug或用户代码的不安全部分(不可验证部分)的bug

问题描述 CLR中的bug或用户代码的不安全部分(不可验证部分)的bug 2C 报错语句:public static readonly ILog loginfo = LogManager.GetLogger(""loginfo""); 错误信息: 运行时遇到了错误.此错误的地址为 0x744fde47,在线程 0x1c90 上.错误代码为 0xc0000005.此错误可能是 CLR 中的 bug,或者是用户代码的不安全部分或不可验证部分中的 bug.此 bug 的常

求C#做的记事本中替换功能如何实现,网上找的代码都有bug,具体和windows记事本类似

问题描述 求C#做的记事本中替换功能如何实现,网上找的代码都有bug,具体和windows记事本类似 不一定要和windows记事本一模一样,只要没有bug 实现 替换就行 解决方案 reichtextbox.text.replace(oldstring,newsring)就可以了. 解决方案二: 查找会写吧.替换就是查找以后 textBox1..Selection = 你的替换文本 解决方案三: C#字符串替换函数就是replace,就算源代码有错,改改就行

在ASP.NET代码中增加了一个验证环节/提示窗口,页面竟然出现了惊人的BUG面目全非请问有谁出现过这种事情求解答方法?代码都列出来了

问题描述 在ASP.NET代码中增加了一个提示窗口,页面竟然出现了惊人的BUG面目全非protectedvoidButton1_Click(objectsender,EventArgse){if(TextBox1.Text.ToString().Trim()==""){Page.ClientScript.RegisterStartupScript(GetType(),"sf","<scriptlanguage='javascript'>aler

.NET正则表达式中的 Bug

又发现了一个 .net 的 bug!最近在使用正则表达式的时候发现:在忽略大小写的时候,匹配值从 0xff 到 0xffff 之间的所有字符,正则表达式竟然也能匹配两个 ASCII 字符:i(code: 0x69) 和 I(code: 0x49);但是仍然不能匹配其他的 ASCII 字母和数字. 比如以下的代码就是用来测试用正则表达式匹配从 0xff 到 0xffff 的字符.而值范围在 0 到 0xfe 的所有字符是不能被匹配的. 1234567891011121314151617Regex

PHP教程:PHP代码中的名称空间

在 PHP V5.3 中引入的名称空间是为 PHP 类.常量和函数提供上下文的一种方式,从而可以将使用相同名称的元素看作是惟一的.惟一的名称避免了命名冲突,当两个类或函数使用相同的名称时就会发生这种情况.有时这些 PHP 类表示现实世界中的相同对象,但它们的行为是完全不同的.名称空间能够确保您拥有正确的 PHP 类.常量或函数,并且要使用您的 PHP 类的人能够确保他们使用了正确的类. 代码中的名称空间就像现实世界中的上下文.考虑一个表示现实世界中的汽车对象的类.例如,通过 Internet 销