测试的目的应该是保障产品的质量，而实现这个目标的手段就是通过各种方式测试，从而尽早发现尽可能多的bug，并确保bug得到解决。从上述描述我们可以看出，bug是测试工作做重要的工作产物，所以我们先要了解什么是bug。
首先说一下bug的起源，bug这个单词的原意是虫子，而作为计算机领域所有问题的专有名词其实有一则小故事。以下故事来自百度百科
1947年9月9日，赫柏对Harvard Mark II设置好17000个继电器进行编程后，技术人员正在进行整机运行时，它突然停止了工作。于是他们爬上去找原因，发现这台巨大的计算机内部一组继电器的触点之间有一只飞蛾，这显然是由于飞蛾受光和热的吸引，飞到了触点上，然后被高电压击死。所以在报告中，赫柏用胶条贴上飞蛾，并把“bug”来表示“一个在电脑程序里的错误”，“Bug”这个说法一直沿用到今天。——百度百科
|
测试过程中所有发现其实都是现象，所有威胁产品价值的任何东西都是bug，而如何判断是否威胁产品的价值，可以从如下五个原则判断是否是bug。
1、软件未达到软件产品需求说明书中指明的要求
2、软件出现了软件产品需求说明书中指明不会出现的错误
3、软件功能超出了软件产品需求说明书指明的范围
4、软件未达到软件产品需求说明书中虽未指明但应达到的要求
5、难以理解、不易使用、运行速度缓慢或者最终用户认为不好的问题（需要人为建立标准，将体验问题标准量化，最好建立成公司的一套标准）
下面我们举例说明：
需求：“做一把四条腿的木质椅子” |
||
现象 |
成为bug的原因 |
说明 |
椅子只有褪没有椅面 |
软件未达到软件产品需求说明书中指明的要求 |
需求明确是做椅子，成品没有椅面，根本不算一把椅子 |
做成了板凳 |
软件出现了软件产品需求说明书中指明不会出现的错误 |
需求说明书指明要做椅子，但是做成了凳子，不是椅子 |
做成了轮椅 |
软件功能超出了软件产品需求说明书指明的范围 |
超出范围了，功能做多了 |
太小了，无法坐人 |
软件未达到软件产品需求说明书中虽未指明但应达到的要求 |
说了是做椅子，虽然没明确说要坐人，但应该要能坐人 |
椅子的坐垫不平 |
难以理解、不易使用、运行速度缓慢或者最终用户认为不好的问题（需要人为建立标准，将体验问题标准量化，最好建立成公司的一套标准） |
不好用，坐起来不舒服 |
今天跟大家分享了什么是bug，大家有好的建议欢迎留言，下一篇会分享什么是测试。