②根据反馈问题选择需要抓取的Log类型。普通bug选择默认类型即可;如果反馈的是网络、WiFi、音频、GPS、蓝牙、传感器、相机等问题时选择对应的log类型抓取对应Log即可;
③开启录制屏幕开关,点击开始抓取,选择重启后(重启后问题消失的可选择不重启),即可开始抓取Log。复现问题后立刻截图记录出现问题时间点,以便工程师更快速定位分析问题。
④问题复现后,拨号盘输入*#800#,进入抓log界面,点击结束抓取,填写必要信息后结束抓取。
⑤在log抓取主页面点击进入历史记录,找到刚刚抓取的log,点击上传将该log上传到服务器(仅支持WIFI下上传)。
⑥log上传完成后,点击log标题,复制log标题信息,将该信息粘贴在反馈贴中即可(反馈贴中粘贴格式:log标题:XXXX)。
bug有效性
Bug严重程度、优先级、缺陷类型是否准确;
需求是否明确、前提条件是否满足、输入数据是否正确、 *** 作步骤是否清晰、问题是否必现、log是否齐全,Bug是否唯一性;
避免提交设计如此、 *** 作错误、重复的、已知的Bug;
尽量多提业务逻辑功能、交互测试方面的问题,同时要兼顾边界值、页面显示问题;
bug六要素:
测试环境、前提条件、 *** 作步骤、预期结果、实际结果、恢复方法
测试设备:
提交Bug要表明测试使用的设备、设备 *** 作系统版本、测试环境、网络类型等等。
前提条件
明确指出所提交的Bug是在怎么样的情况下出现的,当所发现Bug前提条件为空时,需要填【无】。
测试步骤
要简明清晰分步骤描述如何复现Bug问题,步骤用序号编排。
要按照自己的 *** 作的实际步骤写清楚每一步是怎么 *** 作的,最后 *** 作到哪个页面或者点击哪个按键。
如在特定情况下发生的问题,还需明确提供以下信息:
1.准确写出连续点击次数,点击时长与上下滑动屏幕时长。
2.对于特定数据产生的问题,提供具体数据。
3.精准描述bug产生的路径后,再描述现象。
特别提醒:测试步骤中的点击要用->符号连接
期望结果
按照测试步骤应当得到的正确结果,按照产品需求的期望清晰准确的填写预期结果。而且结果必须是肯定无疑义,可判定性的结果。
特别提醒:期望结果不要包含测试步骤,要是简单的一个结果
实际结果
按照测试步骤实际出现的错误结果,避免使用“不正常”,“有误”等模糊词汇,需要直接描述实际现象。
特别提醒:期望结果和实际结果要相互对应
复现步骤描述及概率
描述复现步骤中的页面切换为避免出现描述不清晰或者有歧义,需用“->”符号连接
关于复现概率一定要在多次测试的基础之上填写,若必定复现则填写100%,若偶现,请执行多次后统计概率填写。
截图和附件
UI类型:Bug需要上传截图,并且增加相应的红框标识;
功能类型:必要时上传视频文件,上传格式MP4为主;
崩溃类型:bug则需要上传视频和log并且log不得超过10分钟。
特别提醒:
为避免错失偶现bug,测试时应保持开启log,bug尽量都附上log
附件命名需与标题相呼应,必须注明出现bug的时间点
log日志抓取不能超过10分钟
文件名称不能出现怪异冗长
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)