1. 认识bug
软件的bug，狭义指软件程序的漏洞或缺陷，广义指测试工程师或用户提出软件可改进的细节，或与需求文档存在差异的功能实现等。
对应了三个测试目的：
- 为了发现程序的代码或业务逻辑错误
- 为了检查产品是否符合用户需求
- 为了提高用户的体验
2. 如何描述一个bug？
- 发现问题的版本
- 问题出现的环境
环境分为硬件环境和软件环境。如果是web项目，需要描述浏览器版本、客户机操作系统等；如果是APP项目，需要描述机型、分辨率、操作系统版本等。
- 错误重现的步骤
描述问题的最短版本。
- 预期结果
要让开发人员知道怎么样才是正确的，尤其要以用户的角度来描述程序的行为是怎么样的。如果依据需求提出的故障，能写明需求来源是最好的。
- 实际结果
描述错误的现象。比如录制，截图等操作。
3. bug的等级
- 崩溃（Blocker） 1级bug，必须优先修改
（1）常规操作引起的系统崩溃、死机、死循环
（2）造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄漏。
（3）涉及金钱，如支付类软件，金钱计算错误
- 严重（Critical） 2级bug
（1）重要功能不实现（如：微信没有语音聊天，朋友圈等）
（2）错误的波及面广，影响到其他重要功能的正常实现
（3）非常规操作导致的程序崩溃、死机、死循环（非常规操作：用户使用软件时不会进行的操作）
（4）外观难以接受的缺陷（例如：直播平台的封面图片的失真、压缩，完全变形）
（5）密码明文显示
- 一般（Major） 3级bug
不影响产品的运行、不会成为故障的起因、但对产品外观和下道工序影响较大的缺陷
（1）次要功能不能正常实现
（2）操作界面错误（包括数据窗口内列名的定义，含义不一样） eg：列名与列名下的内容不一样
（3）查询错误、数据显示错误
（4）简单的输入限制未放在前端进行控制；（格式显示，如登录和注册中的格式判断可由前端判断）
（5）删除操作未给出提示
- 次要（Minor） 4级bug
程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误
（1）界面不规范
（2）辅助说明描述不清楚
（3）提示窗口文字未采用行业术语
（4）界面存在文字错误
（5）改进意见：可以提高产品质量建议，包括新需求和对需求的改进