“Bug”的创始人格蕾丝·赫柏（Grace Murray Hopper），是一位为美国海军工作的电脑专家，也是最早将人类语言融入到电脑程序的人之一。而代表电脑程序出错的“bug” 这名字，正是由赫柏所取的。1945年的一天，赫柏对Harvard Mark II设置好17000个继电器进行编程后，技术人员正在进行整机运行时，它突然停止了工作。于是他们爬上去找原因，发现这台巨大的计算机内部一组继电器的触点之间有一只飞蛾，这显然是由于飞蛾受光和热的吸引，飞到了触点上，然后被高电压击死。所以在报告中，赫柏用胶条贴上飞蛾，并把“bug”来表示“一个在电脑程序里的错误”，“Bug”这个说法一直沿用到今天。
那么作为一名测试，每天听到和说到的最多的一个词也就是bug了。当然，你每天的任务也就是找到任何会出现的bug。今天先简单谈谈bug的分类：
1. UI类
UI类的bug其实是最简单也是最容易找出来的bug。根据产品设计（有些设计其实并不符合用户，也可以提出来），对照界面就可以看出来。
（1）界面文字 （2）界面元素位置 （3）界面的颜色 （4）界面设计是否规范 （5）中英文翻译错误
2. 数据类
数据类的bug主要是数据库后台处理逻辑有问题。很多时候都是sql语句的错误，也有可能是数据库存储的错误。
（1）数据显示不对 （2）数据丢失 （3）出现异常数据 （4）Invalid的数据可以记录提交 （5）数据库连接异常 （6）数据流错误
3. 功能类
功能类的bug是一般最常见的。可以根据需求说明书，用户体验找到。
（1）Happy pass都过不了 （2）核心功能跑不通 （3）多余功能出现 （4）功能影响其他产品 （5）特殊情况下出现的功能问题
4. Crash类
Crash的bug是一个测试最有成就感的bug。
（1）正常操作crash （2）异常操作crash （3）自然crash （4）内存泄漏 （5）交互crash
5. 性能类
性能类的bug主要是程序承载能力不行。这个最好是性能测试人员接入比较好一点。
（1）访问人数多 （2）下载量大 （3）耗时长 （4）短时间突然急剧访问 （5）卡死
6. 建议类
这类bug最好先跟产品设计的人讨论，然后做出最终的呈现。
7. 偶然类
偶然类的bug是经常见到的，突然遇到，但是很难重现。这种bug最好自己记录下来，每次重现的时候记录步骤。说不定有一天就会被你掌握！
一大波测试相关来袭，关注点赞哦！每天晚上十点更新，土豪请打赏，转载请联系。
