目录
一、缺陷(Bug)定义与划分
1.缺陷(Bug)定义
通常表现为软件的不正常行为或功能无法正常使用,会对软件的质量和用户体验产生负面影响
2.缺陷(Bug)等级
致命缺陷 | 导致系统崩溃、数据丢失或安全问题,影响产品的基本功能和安全性 |
严重缺陷 | 主要功能造成严重影响,不会导致系统崩溃或数据丢失,可能会影响用户工作效率或造成其他问题 |
一般缺陷 | 主要功能有一定影响,但不太严重,不会严重影响用户使用 |
轻微缺陷 | 主要功能影响较小,可能只是一个小问题或建议性的改进 |
3.缺陷(Bug)分类
功能缺陷 | 功能实现不符合需求或设计要求,包括功能实现错误、缺失或不符合预期 |
性能缺陷 | 性能方面存在问题,例如响应时间过长、资源利用率过高、稳定性不足 |
UI缺陷 | 界面存在问题,例如布局不合理、美观度不足、交互体验差 |
安全缺陷 | 存在安全漏洞,可能被攻击者利用,包括数据泄露、权限提升、非法访问 |
兼容性缺陷 | 不同的操作系统、浏览器、设备等存在兼容性问题,例如界面错乱、功能无法使用 |
二、缺陷(Bug)定位与模板
1.缺陷(Bug)定位
提示:出现bug现象进行录制或截图保留,如果该bug无法重现,那么保存的截图都是你直接证据
1.1需求文档定位
前端和服务端的交互都正确,但是从测试的角度看不合理,并且与需求文档不符,那么就要看下谁改合理。不要以为需求文档就全部正确,它也可能会有错误,应该去发现需求文档的bug,然后再去与产品人员协调
1.2状态码定位
1XX | 表示请求者应当继续提出请求,因为服务器已收到请求的第一部分 |
2XX | 表示从客户端发来的请求在服务器端被正常处理 |
3XX | 表示为了完成请求,需进一步细化请求 |
4XX | 表示客户端的请求有错误 |
5XX | 表示服务器端出现错误 |
浏览器F12举例说明:👆
1.3请求参数与响应参数定位
请求入参错误,那么该bug属于前端的错误;入参标准可以根据前端页面的输入的内容或者选择的内容,进行核验,入参格式以及是否必填等可以对应接口文档去进行分析或跟开发确认
浏览器F12举例说明:👆
请求未响应或者响应数据错误,那么该bug就属于后端的错误;一般是数据库查看报错,例如删了某个表查询报错误空指针等
浏览器F12举例说明:👆
请求的入参或者响应数据都没问题的情况,可以跟开发反馈是不是浏览器解析的问题,可以换个浏览器测试
1.4日志定位
针对服务端类型的报错,可以进行登录日志平台或者服务器对应Log目录下查看打印出的日志常用查看日志命令tail ,/error进行快速检索关键词接口名等相关内容拿到对应的日志,将日志文件贴进bug单,指派给后端
2.缺陷(Bug)提交模板
三、缺陷(Bug)周期与管理工具
1.缺陷的生命周期
- New:新发现的 Bug,未经过评审决定是否指派给开发人员进行修改。
- Open:确认是 Bug,并且认为需要进行修改,指派给相应的开发人员。
- Fixed:开发人员进行修改后标识成修改状态,等待测试人员的回归测试验证。
- Rejected:开发人员认为不是 Bug,拒绝修改。
- Delay:如果认为暂时不需要修改或暂时不能修改,则延后修改。
- Closed:修改状态的 Bug 经过测试人员的回归测试验证通过,则关闭 Bug。
- Reopen:如果经过验证 Bug 仍然存在,则需要重新打开 Bug,让开发人员重新修改
提示:提交bug时,遇到争执
1.先检查自身,是否 Bug 描述不清楚
2.对照需求文档,检查是否需求理解不一致或需求文档有Bug
3.要提出问题,最好也能提出解决方案
4.开发人员不接受时,不要争吵,可以发起 Bug 评审
2.缺陷(Bug)管理工具
2.1禅道
禅道是第一款国产开源项目管理软件。它的核心管理思想基于敏捷方法scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能。在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。
2.2JIRA
JIRA 是目前比较流行的基于Java架构的管理系统。同时,开源则是其另一特色,在用户购买其软件的同时,也就将源代码也购置进来,方便做二次开发。JIRA功能全面,界面友好,安装简单,配置灵活,权限管理以及可扩展性方面都十分出色
2.3接口调试工具postman汉化版
百度网盘:链接:https://pan.baidu.com/s/1ebjQCnNw0rYxTylax4zXEA?pwd=8888
提取码:8888
--来自百度网盘超级会员V5的分享
2.4抓包工具charles