zoukankan      html  css  js  c++  java
  • 今天又修BUG?

     摘要:

         最近修一个BUG前前后后修改了4次,很郁闷,但郁闷归郁闷,呵呵总结下,下次不犯同样的错误。

         

          下班了,OK,开完立会就走人了,我跟大巴一起在中关村门口打瞌睡,20分钟还没有走过中关村,

    “该死的大巴,该死的中关村。。。。。”,最近你我很郁闷,WHY?原因是今天又修BUG,共修了3次了,

    今天是第四次了吧,我都修郁闷了,更别说BOSS了(幸好BOSS脾气比较好),今天总算搞完了,

    不知道后天是否会在出问题?以下是自己修BUG4次后的感悟。

    为什么会修这么多次?

    1.不知道为什么修这个BUG

    需求不明确(根本不知道为什么这么做?修了其实是错了)

    2.直接为了这个BUG而修BUG

    一次性不知道修多少算是一个度?测试点没到位(比如一看测试的只提出一个问题,但是你一看有好多

    问题,没想好修还是不修)?

    3.根本没测试就直接上来修

    4.修一个bug带出更多的bug(很正常的呀)!

    5.修改完之后自己没测试

    比如:我修的BUG是当输入也个编码的的时候会从另个库里面读数据,由于另个库我没权限,大家一只用

    一个编码,突然换编码,甚至错的编码都会出错,并且写特殊字符之后也没进行测试,因为那个BUG直接

    是错误编码是提示不明确,还有是当输入错的编码的时候原来带来的数据都没清空.......以及如果没出来数据,

    后面的操作都会出问题......

    总结下:

    1.那到BUG之后自己首先要测试,而不是直接去修改。

      当一个不是你写的模块出问题了,这可是一个“潘多拉盒子”,你不知道你的修改会带来什么?

    或者会出现什么,这也是你修BUG带来新BUG的主要原因,所以一定要在测试,让BUG浮现,并且

    需要测试跟他相关联的代码,比如我那有很多:编码错误没清空数据等。测试一定要仔细,把你认

    为需要修的地方全部列出来,然后跟你的头沟通下,看看那些是必须做的,一次性干掉他,避免在反工,

    返工等于无功。

    2.改BUG,记得要代码重构呀

    呵呵,如果代码原来跑到没问题那就不要动他,那么现在你在修BUG了,不要轻易的对原来的代码+1-1

    (让他变成一只怪物),一定要在修改代码的时候记得重构自己代码。

    3.自己测试,OK,各个角度的测试。自己测没问题才扔给别人测,否则还的反工。




  • 相关阅读:
    关于WebBrowser(浏览器)控件的调用
    SQLite3.0 beta & ADO.NET Data Provider for SQLite 0.18发布了!
    特别推荐:纯VB.NET代码直接生成Excel文件(不需要Excel)
    关于ASP.NET中独立页面设置身份认证等问题
    关于实时网站资源监控
    关于SQLite.org网站给黑...
    .NET中调用COM的一些问题
    关于数据库空字段和DEFAULT值等问题
    关于软件保护的矛与盾
    (转贴) 微软面试100题——要想成为盖茨就来试试!
  • 原文地址:https://www.cnblogs.com/muer/p/BUG1.html
Copyright © 2011-2022 走看看