在软件的测试过程中，我们常常会用Bug（臭虫）来表达我们MP3和U盘等产品的一些问题与缺陷，而正是这些问题可能会使我们的产品产生一些不可预料的情况或问题。而事实上，如果要更正式的表示产品问题缺的话，可能使用Flaw、Defect更恰当一点，但在整个计算机领域中，很多人都喜欢用这个词来表示软件的缺陷。“这个版本我又发现了很多Bugs，唉，Buggy真让我担心呀”，“今天我又解了一个大Bug”，“哈……我会开始Debug”

　　怎么老是说Bug呢？你不知，Bug对于测试人员来说太重要了，事实上如果没有它的话我们就会失业了。既然Bug那么重要，那到底Bug这一个名称是何方神圣呢？可能也许一些同事仍有所不解，下面且来听听吧：

　　是的，Bug的起源就是与飞蛾有关系的。1945年，Grace Murray Hopper女士服务于美国海军，她被指派到哈佛大学内的克鲁夫特实验室（Cruft Laboratories）使用Mark系列的计算机，在当时这是已是很先进的计算机了。就是在当年9月9日，该计算机出现了问题。经检查后发现，在板子F第70号继电器上贴着一只飞蛾，他们将飞蛾拿掉后，计算机就恢复了正常了。Hopper女士经常解释她当时并不在场，在此之后，第当计算机出现问题后，她就常常对工程人员开玩笑：“这个机器又有Bug了？”而被工程人员拿除的这个动作就被称为了Debug。Hopper女士的成就非凡，她所参与的计划在1959后创造出了COBOL计算机程序语言，不过这个计算机语言对日期格式只定义了6位数字，因此也带来了所谓的Y2Kbug。

　　对于软件而言，Bug是程序编写错误而导致软件产生问题的缺陷。开发人员为了避免这个缺陷出现在程序代码内，而所进行的测试行为就被称为Debugging。软件测试的目的就是通过一连串的测试行为来发现错误的，从而由这些错误来找到软件程序代码内的Bug。可是就算是这个程序运作完全正常，但使用者不知如何操作使用，或许所提供的功能与客户需求的功能有所不符的，那这样的情况算不算是Bug呢？

　　其实这种情况对于软件测试来说是属于设计缺陷。在软件测试中，对软件缺陷的定义比较宽泛。大部份的人评价软件的质量的好坏依据的上所找到的软件缺陷的比率，基本上这只对了一半，因为只有使用者有权力判断软件质量的好与坏，而软件的使用者通常就是购买软件的客户而不是软件开发人员。就拿三星方案来说，Seminix写给我的软件是需要安照我们公司的要求去编的，而我们的要求也是需要按照我们客户的要求去定义的。

　　单就软件本身来说，质量取决了于以下两个要点：所提供的功能符合客户的使用需求，客户在使用的过程中一切正常。也就是说，决定软件质量的出发点，就是所有的考虑都需以客户为导向，市场部或产品经理因为需要搜集调查市场的客户需求，而测试人员则是要确保所宣称的软件功能运作正常，并且测试的角度要站在用户的使用端来进行模拟测试。总之，要确保软件的质量的责任不是一个人可以完全承担的，而是需要各有关部门和公司之间人员与人员垂直与横向的沟通，只有通过各方不断的沟通、交流和配合才能更好的达到目标的……

　　为什么有些软件的问题那么难解决呢？我想以下的几点都会有所说明：程序编写的错误、编写程序未按照规定、软件的复杂性、开发人员的态度、测试经验、方法与技巧、沟通上的问题、需要变更太过频繁、进度上的压力和管理上的缺失。现在让我们大家都来看看，都来找一下BUG，到底各种各样的问题都是出现在哪些方面，既然有BUG的产生，我们又怎么样去DEBUG？