主要内容
用例编号(如何命名) 所属模块
用例标题(验证谁在什么情况下,去做什么,最后结 果是什么)
优先级 前置条件
操作步骤 测试数据
预期结果 实际结果
?
辅助内容
通过否
bugID
编写时间 测试人员
测试时间 备注
2.缺陷的验证程度
-
严重
-
一般
-
次要
-
3.缺陷报告的核心要素
-
缺陷编号
-
缺陷状态
-
缺陷标题
-
重现步骤(复现步骤)
-
严重程度
-
优先级
-
缺陷类型
-
web测试中,如何判断是前端的bug还是后端的bug呢?
通常可以利用抓包工具来进行分析。可以从三个方面进行分析:请求接口,传参,响应。
1.请求接口url是否正确
如果请求的接口url错误,为前端的bug
2.传参是否正确
如果传参不正确,为前端的bug
3.请求接口url和传参都正确,查看响应是否正确
如果响应内容不正确,为后端bug
4.也可以在浏览器控制台输入js代码调试进行分析
如果定位为后端的bug,应该如何精确定位是哪里出了bug呢
1.查看报错日志,通过日志分析问题点
2.查看数据库确认数据的正确性
3.查看缓存是否正确