软件测试 - bug的一些理解

一、定义

　　不符合需求文档说明

二、确认是否是不是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复 现】