追踪bug的软件

跟踪BUG的工具

谷歌的输入法程序，把它和QQ使用的时候，经常会出现多个输入法进程，有时怎呢调用它输入QQ的聊天内容始终是拼音字母，必须先移动输入法的状态框，然后按 ctrl+tab，之后层叠在上的另一个输入法进程消失，才能向聊天框内输入汉字。

。

不知道是不是BUG.. 呵呵

bug是虫子的意思，现在南亚东南亚的的蚊子成灾就可以认为是bug。

同样，bug还可以特指臭虫和蟑螂两类，在A国电影中有所体现。

引申含义就是指的是某只可怜的虫子导致早期的计算机出现问题，于是以后出现的错误、漏洞都称为bug。

硬件的bug会导致厂商名誉受损和产品召回，例如索尼的PS2召回与惠普的笔记本电池召回都是此类。

一般情况，bug在此类只是指电子产品出现的问题，如元器件使用错误、元器件质量问题、线路的设计和架构问题等。

软件的bug主要有漏洞和错误两类。

最常见的漏洞无怪乎操作系统与常用办公软件的漏洞，造成的损失无法估计，有的为病毒程序和恶意软件提供了一个后门，有的使操作系统或办公软件不稳定等。

错误一般会导致软件运行不正常，功能不稳定，性能不突出，或者影响使用者的操作。

作为漏洞，常见的比如Windows和Office的大量安全问题，还有游戏物品复制、洗钱、外挂等。

作为错误，常见的比如各种软件测试版的不稳定、各种游戏或文献的翻译错误等。

缺陷管理的作用在于，一是记录以便以后满足统计分析等需要，二是有助于重现问题以便定位及解决问题。

从这个角度出发，缺陷报告自然是能够记录越多的细节越好，包括测试环境、软件版本、所用工具及版本号、测试用例的信息、出错前所执行的操作步骤、出错时相关信息和日志，等等很多。

但是要真正做到捕获的都是有用的信息是非常困难的，因为我们只能从故障现象入手去记录相关信息，而问题的根源可能与之相隔甚远，来回折腾其实是非常耗时、耗资源的。

最好的办法就是发现问题之后马上debug，开发测试在一块来解决问题，这是最经济实惠的办法。

我个人非常喜欢敏捷软件开发的方式，开发测试在同一个团队里面。

发现缺陷后可以即刻查看、定位、调试修复问题。

而后在不得已的时候，例如短时间内无法解决此问题，再进行记录。

Bug一词的原意是“臭虫”或“虫子”。

但是现在，在电脑系统或程序中，如果隐藏着的一些未被发现的缺陷或问题，人们也叫它“Bug”。

所谓“（Bug）”，是指电脑系统的硬件、系统软件（如操作系统）或应用软件（如文字处理软件）出错。

硬件的出错有两个原因，一是设计错误，一是硬件部件老化失效等。

软件的错误全是厂家设计错误。

那种说用户执行了非法操作的提示，是软件厂商不负责的胡说八道。

用户可能会执行不正确的操作，比如本来是做加法但按了减法键。

这样用户会得到一个不正确的结果，但不会引起bug发作。

软件厂商在设计产品时的一个基本要求，就是不允许用户做非法的操作。

只要允许用户做的，都是合法的。

用户根本就没有办法知道厂家心里是怎么想的，哪些操作序列是非法的。