课程大纲
1、缺陷(bug)生命周期
2、缺陷(bug)提交规范
2.1 宗旨
简洁、清晰、可视化,减少沟通成本。
2.2 bug格式和内容
① 标题:一级功能-二级功能-三级功能_(一句话描述bug:)操作+结果+期望
(下划线前方的功能模块,视情况增减)
② 内容(bug描述):操作环境 + 操作步骤 + 结果 + 问题排查及定位 + 期望
(需要提供必要的截图、数据依据)
bug样例:
标题 | |
内容 | 【操作环境】 测试服务器:192.168.1.38 浏览器:chrome 版本 125.0.6422.113(正式版本) (arm64) 【操作步骤】 商城首页列表,点击商品列表项主图查看商品详情。 登录-进入商城-商品列表-点击列表项商品主图 (附截图) 【结果】 点击后界面无响应,未跳转至商品详情页。 (附截图) 【期望】 点击商品主图,可正常进入商品详情页。 (附截图) 【排查】 前端界面:F12查看点击时是否发出商品详情请求 (附截图) 系统日志:登录测试服务器,复现操作,查看系统日志是否有商品详情请求。 (附截图) 后端接口:postman/jmeter调用商品详情接口,输入商品id,查看返回结果。 (附截图) 数据库:使用数据库检索商品详情数据,验证数据是否存在且正确。 (附截图) |
3、缺陷(bug)定位方式
按照以下顺序(从前到后)依次排查,直至定位到问题:
1. 结果与预期不符,尝试复现确认,避免偶然性问题。检查操作是否正确、对需求的理解、技术方案是否理解正确、网络原因;
2. 排查前端。使用浏览器右键“检查”(F12),查看是否请求了接口、接口返回是否正确;
3. 服务器日志信息是否正确;
4. 排查后端接口。使用接口请求工具(如postman/jmeter),使用测试数据请求后端接口,查看返回是否正确、服务器日志信息是否正确;
5. 排查后端逻辑。查看服务器日志,检查后端代码逻辑、sql语句等是否正确;
6. 排查数据库。查看数据库数据,检查数据是否存在、正确;
7. 排查环境。根据系统实现方式,查看前端/后端配置文件、后台、底层可能的因素、测试环境因素。
4、缺陷(bug)等级划分
4.1 四个等级
①致命(Critical) :
致命是指系统主要功能丧失,用户数据受到破坏,造成系统崩溃、悬挂、死机或者危及人身安全等的问题。
例如程序所引起的死机、非法退出、死循环、数据库发生死锁、数据流环节上严重的数值计算错误、产品设计存在严重的安全问题、漏洞被利用后可能导致系统瘫痪、数据丢失或隐私泄露等问题。
② 严重(Major):
主要功能部分未实现、产品需求规格书不符、功能与要求不符、数据流错误、程序接口错误、 数据流环节上轻微的数值计算错误、 性能:如内存溢出、响应时间超长等的诸多问题。
③ 一般(Normal):
次要功能未实现、与产品需求规格书不符、界面出现错误、格式错误、没有进行一些特殊的限制和要求、删除内容没有做提示、存在必填项冗余内容等方面问题。
④ 微小(Trivial):
一些小的界面方面的问题。例如错别字、提示信息、语法日期显示格式不正确、界面不美观、操作不方便和不习惯等诸多方面。
4.2 缺陷等级与优先级
5、缺陷管理软件
禅道、testlink、jira(confluence)、tapd、飞书……
附:课程完整思维导图
B站:【土小帽软件测试(行入门到高级)-哔哩哔哩】 https://b23.tv/1c2U5fN
测试资源(百度网盘):https://pan.baidu.com/s/1Ypm8-VKuPurLtu0bCJovnA?pwd=5eji 提取码: 5eji
【腾讯文档】(流程图)https://docs.qq.com/s/FQZsGpzsiYH9wj26JvSaFW