资讯频道 → Web前端
阅读更多

1顶
0踩

Web前端

转载新闻 13年的Bug调试经验总结

2016-07-11 17:13 by 副主编 mengyidan1988 评论(0) 有9383人浏览
bug 经验分享
引用
译文链接：http://www.codeceo.com/article/13-years-bug.html
英文原文：Lessons From 13 Years of Bugs
翻译作者：码农网 – 小峰

在《Learning From Your Bugs》一文中，我写了关于我是如何追踪我所遇到的一些最有趣的bug。最近，我回顾了我所有的194个条目（从13岁开始），看看有什么经验教训是我可以学习的。下面是我总结的最重要的经验教训，包括编码，测试和调试三个方面。



编码

下面这些都是我经历过的会导致难点bug的问题：

1.事件顺序。在处理事件时，提出下列问题会很有成效：事件可以以不同的顺序到达吗？如果我们没有接收到此事件会怎么样？如果此事件接连发生两次会怎么样？哪怕通常不会发生，但系统（或交互系统）其他部分的bug可能会导致事件发生呢。

2.过早。这是第一点“事件顺序”的一个特例，但它确实会引起一些棘手的bug，因此我把它单独拎出来说明。例如，如果信令消息在配置和启动程序完成之前就被过早接收，那么可能就会有很多奇怪的行为发生。另一个例子：连接在被放进空闲列表之前就被标记为down。在调试这类问题时，我们总是假定在空闲列表中的时候连接被设置为down（但当时为什么不把它放到列表外面呢？）。这是我们思考的不足，没有考虑到有时候事情会过早发生。

3.悄无声息的故障。一些最难跟踪的bug有部分是由那些静静失败并扩展而不是抛出错误的代码所导致的。例如，没有检查代码却返回错误的系统调用（如bind）。又如：解析代码在它遇到错误元素的时候只是返回而非抛出错误。在错误状态中持续了一段时间的调用，会使调试变得更难。最好一旦检测到故障就返回错误。

4.If。有若干条件的if语句，if (a 或 b) ，特别是当有链接的时候， if (x) else if (y)，都给我引发了很多bug。即使if语句在概念上很简单，但当有多个条件要跟踪的时候依然很容易出错。这些天，我尝试重写代码使之更简单，以避免处理复杂的if语句。

5.Else。有一些bug是因为没有正确考虑到如果条件为false时会发生什么而引起的。几乎在所有的情况下，都应该有一个else部分来应对每一条if语句。此外，如果你在if语句的分支中设置变量，那么或许你在另一个分支中也要设置。与此种情况相关的是标记被设置的情况。只添加用于设置的标记的条件不难，但是很容易忘了添加当标记应该再次重置时的条件。留下一个永远设置的标志可能会导致之后接连不断的bug。

6.改变假设。许多一开始最难预防的bug是因为改变了假设所造成的。例如，在开始时，可能每天只有一个客户事件。于是很多代码是在这样的假设下写下的。但是后来，设计改变了，允许每天有多个客户事件了。发生这种情况时，很难改变新设计影响到的所有情况。找到关于改变的所有显式依赖关系不难，难的是要找到所有隐性依赖于旧的设计的情况。例如，可能会有获取给定某一天所有客户事件的代码。其中的隐含假设是结果集永远不会超过客户的数量。关于这方面的问题我也没有很好的策略方法，如果各位有的话，还请不吝赐教。

7.日志记录。可视化程序做什么至关重要，特别是当逻辑很复杂的时候。确保补充足够多的（但不要太多）日志记录，这样你就可以说明为什么程序要这么做。如果一切正常，那也没关系，但要是有问题发生，你会很庆幸自己添加了这些日志。

测试

作为一个开发人员，直到要测试了我才会去处理功能。至少，这意味着每一行新的或改变了的代码行至少已经被执行过一次。此外，单元测试和功能测试都很不错，但还不够。新的功能也必须进行测试，并在类似于产品的环境中探索。只有这样，我才能说我完成了一个功能。下面是我经历过的bug所教会我的关于测试的一些重要的经验教训：

8.零和null。如果可行的话，确保总是用零和null来测试。对于字符串，这意味着要测试长度为零的字符串以及字符串为null两种情况。又如：测试TCP连接的断开，要在发送数据给它发送之前。不使用这些组合方法测试是导致bug出现的首位原因。

9.添加和删除。通常，新的功能包括能够添加新的配置到系统中——例如，一个用于手机号码转换的新的配置文件。测试它能否添加新的配置文件是很自然的。但是，我发现我们很容易忘记去测试删除配置文件是不是同样ok。

10.错误处理。处理错误的代码往往是难以测试的。最好有能检查错误处理代码的自动测试，但有时这是不可能的。我有时会使用的一招是临时修改代码，使得错误处理代码运行起来。要做到这一点最简单的方法是反转if语句——例如，从if error_count > 0改成error_count == 0。另一个例子是拼错数据库列名，从而导致期望的错误处理代码运行。

11.随机输入。通常，揭露bug测试的一种测试方法是使用随机输入。例如，H.323协议的ASN.1解码使用二进制数据操作。通过发送随机字节去解码，我们发现了解码器中的几个bug。另一个例子是用测试呼叫来生成脚本，此时呼叫持续时间，接听延迟，第一方挂断等等都是随机生成的。这些测试脚本会暴露许多bug，特别是一起发生的事件会产生并拢干扰。

12.检查不应该发生的动作。通常测试包括检查期望动作是不是发生了。但我们很容易忽视相反的情况——忘记检查不应该发生的动作是不是的确没有发生。

13.拥有工具。我创建了自己的小工具，以使得测试更加简单。例如，当我用VoIP SIP协议工作时，我写了一个能够用正是我想要的标题和值回复的小脚本。这个工具使得测试很多边界情况变得容易起来。另一个例子是可以进行API调用的一个命令行工具。通过启动逐渐添加所需小功能，我得到了一些非常有用的工具。自己写工具的好处是，我得到的正是我想要的。

在测试中发现所有的bug，那绝对是不可能的。有一个案例中，我更改了数字相关性的处理，数字由两个部分组成：路由地址前缀（通常是不变的），以及从000到999动态分配的数字。问题在于当找到相关性时，动态分配的数字的第一个数字会在呈现在表格中之前遭到误删。也就是说637变成了37。这意味着，到100之前它都是可以工作的，因此，前面100个电话是正常的，但是接下来的900个都是失败。所以，除非我在重新启动之前能够测试超过100次（事实是我没有），否则我在测试时就不会发现这个问题。

调试

14.讨论。帮助我最多的调试技术是与同事讨论问题。通常情况下，只是和同事说明问题，就会让我意识到问题的症结。此外，即使他们不是很熟悉有问题的代码，他们也往往能提出一些好点子。与同事讨论在处理最难的bug时特别有效。

15.密切关注。通常，如果调试问题花了很长时间，往往是因为我做了错误的假设。例如，我认为问题发生在某一方法中，但事实却是它甚至从来没有到达那个方法。或者，被抛出的异常不是我以为的那个。或者，我认为软件的最新版本上正在运行，但其实是一个旧版本。因此，一定要核实细节，而不是假设。人们更容易看到自己希望看到的东西，而不是事实。

16.最近的变化。当曾经可以正常工作的东西停止工作，那么这通常是因为最近改变的东西所导致的。在一个案例中，最近的改变只是日志记录，但是日志中的错误却导致了一个更大的问题。为了更容易找到这种回归，承认不同的提交会导致不同的变化，以及清楚说明这些更改会有所裨益。

17.相信用户。有时，当用户报告问题的时候，我的本能反应是，“这是不可能的。一定是他们做错了什么事”。但我学会了不再用这种方式去回应。更多的时间，事实往往证明，他们所报告的的确是实际发生的情况。因此，这些天，我开始接受他们所报告的内容的表明价值。当然，我依然会仔细检查一切是否被正确地设置等等。我见过很多这样的情况，让我明白，因为不寻常的配置或意料之外的用法而导致不可思议的事情的发生，而我默认的假设是，他们是正确的，程序是错误的。

18.测试修复。如果bug修复已准备就绪，那就必须进行测试。首先在修复前运行代码，并观察该bug。然后应用修复并重复测试案例。到此为止错误行为应消失。遵循这些步骤可以确保它确实是一个bug，并且此次修复的确可以解决这个问题。简单而有必要。

其他观察结果

在这13年来我一直在跟踪我所遇到的最棘手的bug，很多事情由此而改变。我工作过小的嵌入式系统，大的电信系统以及基于web的系统。我使用过C ++，Ruby，Java和Python。在工作于C++时所遇到的几类bug已经完全消失，像堆栈溢出，内存损坏，字符串问题和某种形式的内存泄漏。

其他问题，如循环错误和边界情况，我看到的要少得多。但是，这并不意味着那里没有bug。这篇文章中的经验教训旨在帮助减少编码，测试和调试三个阶段的bug。如果大家有什么有用的预防和发现bug的技术方法，欢迎不吝指导。
  • 大小: 22.5 KB
1
顶
0
踩
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 13年的 Bug 调试经验总结

    在这13年来我一直在跟踪我所遇到的最棘手的bug，很多事情由此而改变。我工作过小的嵌入式系统，大的电信系统以及基于web的系统。

  • 13 年的 Bug 调试经验总结

    下面是我总结的最重要的经验教训，包括编码，测试和调试三个方面。编码下面这些都是我经历过的会导致难点bug的问题：1.事件顺序。在处理事件时，提出下列问题会很有成效：事件可以以不同的顺序到达吗？如

  • 13 年的Bug 调试经验总结

    13 年的 Bug 调试经验总结 在《Learning From Your Bugs》一文中，我写了关于我是如何追踪我所遇到的一些最有趣的bug。最近，我回顾了我所有的194个条目（从13岁开始），看看有什么经验教训是我可以学习的...

  • Bug 调试经验总结

    下面这些都是我经历过的会导致难点bug的问题： 1.事件顺序。在处理事件时，提出下列问题会很有成效：事件可以以不同的顺序到达吗？如果我们没有接收到此事件会怎么样？如果此事件接连发生两次会怎么样？哪怕通常...

  • 调试bug有奇招，15年的老司机 Bug 调试经验总结

    原文出处：http://www.codeceo.com/article/13-years-bug.html 编码 下面这些都是我经历过的会导致难点bug的问题： 1.事件顺序。在处理事件时，提出下列问题会很有成效：事件可以以不同的顺序到达...

  • 和各种诡异 Bug 打交道 13 年，我总结了 18 个经验

    最近我重新浏览了这所有的 194 个条目（历时 13 年），看看我从这些 bug 中学到了学到了那些重要的经验教训。我分为编码、测试和调试三大类。编码这些都是过去给我带来棘手 bug 的问题：1. 事件顺序当处理事件时，问...

  • 十年嵌入式码农的 Bug 调试经验谈

    这篇文章中的经验教训旨在帮助减少编码，测试和调试三个阶段的bug。 编码 下面这些都是我经历过的会导致难点bug的问题： 1.事件顺序。在处理事件时，提出下列问题会很有成效：事件可以以不同的顺序到达吗？如果...

  • 嵌入式码农的10年Bug调试经验，值得一看

    下面这些都是我经历过的会导致难点bug的问题：   1.事件顺序。在处理事件时，提出下列问题会很有成效：事件可以以不同的顺序到达吗？如果我们没有接收到此事件会怎么样？如果此事件接连发生两次会怎么样？哪怕...

  • 跟各种诡异 Bug 打交道 13 年后的总结

    Bug是程序员一生的“伙伴”，程序员们时刻都在跟bug作斗争，因为bug憔悴，也因为bug兴奋，下面来看看一位跟各种诡异bug打交道13年的老司机说了些什么。

  • C++软件调试与异常排查从入门到精通专栏介绍与文章汇总

    根据近几年排查软件异常的实践与经验，系统地讲解了C++软件异常常见原因与常用排查方法，以图文并茂的方式给出具体的分析实例，带领大家逐步掌握C++软件异常排查的相关技术与要领。

  • 调试segfault 经验总结

    经过后来的实践，总结了定位到行的方法。 之前的方法使用的前提是获得的release版程序的崩溃信息，由于时release版，没有调试信息，所以没法直接使用objdump来显示出源代码行号等信息。不过，我们仍然可以重新编译...

  • 基于SSM框架设计的婚庆公司平台项目

    基于SSM框架的婚庆公司平台项目，分为门户模块和后台管理模块两个部分，主要涉及到权限管理和RBAC数据库设计。.zip项目工程资源经过严格测试运行并且功能上ok，可实现复现复刻，拿到资料包后可实现复现出一样的项目，本人系统开发经验充足（全栈全领域），有任何使用问题欢迎随时与我联系，我会抽时间努力为您解惑，提供帮助 【资源内容】：包含源码+工程文件+说明等。答辩评审平均分达到96分，放心下载使用！可实现复现；设计报告也可借鉴此项目；该资源内项目代码都经过测试运行；功能ok 【项目价值】：可用在相关项目设计中，皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面，可借鉴此优质项目实现复刻，设计报告也可借鉴此项目，也可基于此项目来扩展开发出更多功能 【提供帮助】：有任何使用上的问题欢迎随时与我联系，抽时间努力解答解惑，提供帮助 【附带帮助】：若还需要相关开发工具、学习资料等，我会提供帮助，提供资料，鼓励学习进步 下载后请首先打开说明文件（如有）;整理时不同项目所包含资源内容不同;项目工程可实现复现复刻，如果基础还行，也可在此程序基础上进行修改，以实现其它功能。供开源学习/技术交流/学习参考，勿用于商业用途。质量优质，放心下载使用

  • 基于单片机protues仿真的智能电饭锅（仿真图、源代码）

    基于单片机protues仿真的智能电饭锅（仿真图、源代码） 该设计为基于单片机protues仿真的智能电饭锅，实现电饭锅功能； 1、系统使用51单片机为核心设计； 2、数码管显示温度、时间等； 3、市电供电，通过继电器切换和电热丝模拟； 4、按键设置和切换；

  • 基于MATLAB的永磁同步电机（PMSM）磁场定向控制仿真模型研究：非线性系统分析与参考文献分享,基于MATLAB的永磁同步电机（PMSM）磁场定向控制仿真模型研究：非线性系统分析与参考文献分享,基于

    基于MATLAB的永磁同步电机（PMSM）磁场定向控制仿真模型研究：非线性系统分析与参考文献分享,基于MATLAB的永磁同步电机（PMSM）磁场定向控制仿真模型研究：非线性系统分析与参考文献分享,基于matlab的永磁同步电机(PMSM)，磁场定向控制仿真模型。 永磁同步电机（PMSM）是一个非线性系统，具有多变量、强耦合的特点。 可提供参考文献 ,基于Matlab的PMSM; 磁场定向控制仿真模型; 非线性系统; 多变量系统; 强耦合。,基于MATLAB的PMSM磁场定向控制仿真模型研究

  • 基于Vue+MySQL+Golang+Gin开发的前后端分离的个人博客系统.zip(毕设&课设&实训&大作业&竞赛&项目)

    项目工程资源经过严格测试运行并且功能上ok，可实现复现复刻，拿到资料包后可实现复现出一样的项目，本人系统开发经验充足（全栈全领域），有任何使用问题欢迎随时与我联系，我会抽时间努力为您解惑，提供帮助 【资源内容】：包含源码+工程文件+说明等。答辩评审平均分达到96分，放心下载使用！可实现复现；设计报告也可借鉴此项目；该资源内项目代码都经过测试运行，功能ok 【项目价值】：可用在相关项目设计中，皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面，可借鉴此优质项目实现复刻，设计报告也可借鉴此项目，也可基于此项目来扩展开发出更多功能 【提供帮助】：有任何使用上的问题欢迎随时与我联系，抽时间努力解答解惑，提供帮助 【附带帮助】：若还需要相关开发工具、学习资料等，我会提供帮助，提供资料，鼓励学习进步 下载后请首先打开说明文件（如有）;整理时不同项目所包含资源内容不同;项目工程可实现复现复刻，如果基础还行，也可在此程序基础上进行修改，以实现其它功能。供开源学习/技术交流/学习参考，勿用于商业用途。质量优质，放心下载使用

  • 基于ssm框架的商品管理系统(毕设&课设&实训&大作业&竞赛&项目)

    商品管理系统，使用ssm框架开发，包括用户注册及校验、邮箱激活、对商品信息的增删改查等，并实现了高德地图接口进行定位和支付宝接口（通过沙箱测试）。.zip项目工程资源经过严格测试运行并且功能上ok，可实现复现复刻，拿到资料包后可实现复现出一样的项目，本人系统开发经验充足（全栈全领域），有任何使用问题欢迎随时与我联系，我会抽时间努力为您解惑，提供帮助 【资源内容】：包含源码+工程文件+说明等。答辩评审平均分达到96分，放心下载使用！可实现复现；设计报告也可借鉴此项目；该资源内项目代码都经过测试运行，功能ok 【项目价值】：可用在相关项目设计中，皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面，可借鉴此优质项目实现复刻，设计报告也可借鉴此项目，也可基于此项目来扩展开发出更多功能 【提供帮助】：有任何使用上的问题欢迎随时与我联系，抽时间努力解答解惑，提供帮助 【附带帮助】：若还需要相关开发工具、学习资料等，我会提供帮助，提供资料，鼓励学习进步 下载后请首先打开说明文件（如有）;整理时不同项目所包含资源内容不同;项目工程可实现复现复刻，如果基础还行，也可在此程序基础上进行修改，以实现其它功能。供开源学习/技术交流/学习参考，勿用于商业用途。质量优质，放心下载使用

  • 企业大数据治理平台-统一指标库建设方案

    内容概要：本文档主要介绍了企业在进行大数据治理过程中构建统一指标库的方法、背景及其实现路径。文档首先阐述了数据治理的必要性和现状中存在的挑战，然后具体讲述了统一指标库的概念、建设目标和背景、以及具体实现的功能和技术路线。接着展示了统一指标库的核心功能包括需求管理、数据全生命周期管理、血缘关系管理、指标数据的高效利用及可视化等。此外还涉及如何在多个层面实现数据的集成和分析，确保数据质量和口径的一致性，最终提升企业的决策能力和管理水平。 适用人群：本文档适用于负责企业信息化建设、数据分析与治理的高级管理人员及技术人员。 使用场景及目标：主要应用于需要规范和完善数据治理体系的企业机构中，目的是帮助解决当前普遍存在的数据孤岛现象，以及由此引发的各种管理难题。同时，也适用于希望通过引入先进的技术和管理方法，增强自身的竞争力和服务水平的相关单位。 其他说明：通过统一的指标管理系统实现了不同业务部门间数据共享的目标，提高了工作效率，减少了冗余劳动。另外，通过案例研究表明，在实际应用中有显著成效，能够为企业节约大量时间和成本。

  • 基于SSM设计的校园二手物品交易网站

    项目工程资源经过严格测试运行并且功能上ok，可实现复现复刻，拿到资料包后可实现复现出一样的项目，本人系统开发经验充足（全栈全领域），有任何使用问题欢迎随时与我联系，我会抽时间努力为您解惑，提供帮助 【资源内容】：包含源码+工程文件+说明等。答辩评审平均分达到96分，放心下载使用！可实现复现；设计报告也可借鉴此项目；该资源内项目代码都经过测试运行；功能ok 【项目价值】：可用在相关项目设计中，皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面，可借鉴此优质项目实现复刻，设计报告也可借鉴此项目，也可基于此项目来扩展开发出更多功能 【提供帮助】：有任何使用上的问题欢迎随时与我联系，抽时间努力解答解惑，提供帮助 【附带帮助】：若还需要相关开发工具、学习资料等，我会提供帮助，提供资料，鼓励学习进步 下载后请首先打开说明文件（如有）;整理时不同项目所包含资源内容不同;项目工程可实现复现复刻，如果基础还行，也可在此程序基础上进行修改，以实现其它功能。供开源学习/技术交流/学习参考，勿用于商业用途。质量优质，放心下载使用

  • MySQL性能优化技术详解: 查询、索引、缓存及配置优化方案提升数据库效率

    内容概要：本文详细介绍了关于MySQL的各种优化措施和技术手段，旨在帮助开发者更好地理解和掌握MySQL优化技能。涵盖了从SQL语句层面（比如索引优化、查询重构）、数据库系统配置参数调节（例如 innodb_buffer_pool_size、max_connections）、以及外部应用缓存（如Redis的使用），还提到分区表、规范化和反规范化理论及其实际运用方法等，以求最大程度地挖掘MySQL性能潜力，提供高效的解决方案来应对实际项目遇到的问题。 适用人群：主要面向从事互联网及相关行业工作的数据库管理员(DBA)，软件工程师尤其是关注后端系统的架构师或者程序员群体。 使用场景及目标：适用于想要提升MySQL读写效能的企业级Web应用、大数据处理平台以及其他需要高频次读写的业务逻辑环境。同时，文中提供的技巧有助于构建稳定可靠的数据服务平台，在线事务处理(OLTP)应用程序的性能优化方面也有着积极的作用。

  • 基于SSM设计的学生考勤管理系统.zip

    项目工程资源经过严格测试运行并且功能上ok，可实现复现复刻，拿到资料包后可实现复现出一样的项目，本人系统开发经验充足（全栈全领域），有任何使用问题欢迎随时与我联系，我会抽时间努力为您解惑，提供帮助 【资源内容】：包含源码+工程文件+说明等。答辩评审平均分达到96分，放心下载使用！可实现复现；设计报告也可借鉴此项目；该资源内项目代码都经过测试运行；功能ok 【项目价值】：可用在相关项目设计中，皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面，可借鉴此优质项目实现复刻，设计报告也可借鉴此项目，也可基于此项目来扩展开发出更多功能 【提供帮助】：有任何使用上的问题欢迎随时与我联系，抽时间努力解答解惑，提供帮助 【附带帮助】：若还需要相关开发工具、学习资料等，我会提供帮助，提供资料，鼓励学习进步 下载后请首先打开说明文件（如有）;整理时不同项目所包含资源内容不同;项目工程可实现复现复刻，如果基础还行，也可在此程序基础上进行修改，以实现其它功能。供开源学习/技术交流/学习参考，勿用于商业用途。质量优质，放心下载使用

Global site tag (gtag.js) - Google Analytics