一、定义
不符合需求文档说明
二、确认是否是不是bug的依据
需求文档、行业标准、项目文档、经验【bug敏感度】
三、发现bug以后应该做什么
1、确认/复现bug - 确认是偶现还是必现【出现的概率】
2、一个bug最少复现3-10次，获取响应数据 - 截图，视频，log【对于web - tomcat,需要服务器的权限， 记住出现问题的时间；对于安卓的日志，使用adb命令 - adb logcat】
3、尽快提交（严重级别高的尽可能给开发看一下现象）
四、bug提交的内容
1、标题【一句话描述】
例如：什么环境做了什么操作发生了什么现象 （正常网络环境下输入正确的用户名和密码不能登录系 统）
2、前置条件
3、复现步骤【描述中一般会加入测试数据，除非自己的账号】
4、实际结果
5、预期结果
6、备注
五、关于bug验证
1、场景
新的测试版本提测以后，安排专门的时间进行bug验证 （交互验证 - 不同的角度/操作进行验证；还可以进行扩展验证各自验证）
边修改边验证
2、验证次数
必现的bug 【5-10次】 验证一个版本通过就可以关闭了
偶现的bug 【20-50】 连续三个版本/不连续三个版本pass才可以关闭 ，比如： 验证6.0，7.0，8.0三个版本均未复现，bug关
3、备注信息
验证版本/日期 - 验证次数 - 验证步骤 - 验证结果 - 处理方式【验证通过，bug关闭/验证不通过，bug复 现】