bug相关理论知识

bug包含的内容:

1、所属产品

2、所属项目

3、所属模块

4、影响版本

5、当前指派

6、bug类型

7、bug标题

8、bug严重级别

9、bug优先级

10、重现步骤

11、相关联需求

bug类型:

(1)代码错误

(2)界面优化

(3)配置相关

(4)安装部署

(5)安全相关

(6)性能问题

(7)标准规范

(8)测试脚本

(9)其他

bug严重级别

bug等级:
1级bug (致命bug)
2级bug(严重bug)
3级bug (一般bug)
4级bug(建议性bug)

1级bug (致命bug)
必须优先修改,在测试中较少出现,一旦出现应立即中止当前版本测试;
致命bug:
(1)常规操作引起的崩溃,死机,死循环,内存泄露,无法启动,异常退出,严重花屏
(2)数据泄露,数据安全性问题, 如恶意攻击造成账户密码信息泄露
(3)涉及金钱,如支付类的软件,金钱的计算
(4)导致无法测试的错误:如服务器报500
(5)功能实际与需求严重不符

2级bug (严重bug)不影响其他功能测试的情况下可以进行版本测试
(1)重要功能不能实现如:微信不能聊天,或发朋友圈
(2)错误的波及面广,影响其他重要功能实现(如系统刷新,数据不更新)
(3)非常规操作告知:崩溃,死机,死循环,比如:一个账号,多区域,多设备登录等
(4)外观难以接受的缺陷(如:页面失真,完全变形)
(5)密码铭文显示(需要脱敏)
(6)轻微的数据计算错误
3级bug (一般bug)
测试工作中存在最多的,解决率关系版本的优化程度
(1)次要功能不能实现:如表情包,添加文字
(2)操作页面错误
(3)查询错误,数据显示错误
(4)兼容性问题

4级bug(建议性bug)
测试初期较多,优先程度低,在测试后期出现较少,
(1)界面不规范 (如:风格,一半中文,一半英文)
(2)辅助说明描述不清
(3)日常描述实用专业术语不规范
(4)界面存在错误文字
(5)用户体验感不好

优先级

bug的处理的时间

1级 表示立即处理

2级 表示紧急处理

3级 表示正常处理

4级 表示有时间处理

=======================

重现步骤

步骤

操作的流程

结果

实际测试结果

期望

预期结果

=======================

关联需求

工作中提交bug,一定要记得关联需求

=======================

bug生命周期:

一、bug 解决的基本流程

1、基本流程

新建bug(测试)=指派给开发(前后端开发,测试指派)=解决bug(开发)待验证,(开发转给测试)=验证bug(测试)== 验证通过==关闭bug(测试)

2、异常流程(验证不通过情况)

新建bug(测试)=指派给开发(前后端开发,测试指派)=解决bug(开发)待验证,(开发转给测试)=验证bug(测试)验证不通过=指派给开发(前后端开发,测试指派)=解决bug(开发)待验证,直到验证通过===关闭bug(测试)

3、异常流程(关闭bug后,激活bug)

新建bug(测试)=指派给开发(前后端开发,测试指派)=解决bug(开发)待验证,(开发转给测试)=验证bug(测试)== 验证通过关闭bug(测试)=激活bug指派开发解决bug(开发)待验证,(开发转给测试)=验证bug(测试) 验证通过==关闭bug(测试)

在工作中已经提了bug,需要和对应的开发通知下,自己要跟进

工作中你认为是bug? 开发认为不是bug,你是如何处理

总结:三个方向:

(1)自我原因,检查自己的测试过程或疏忽的问题,如:页面404,服务未启动,自己配置错了等。

(2)开发原因:

a.你把报错的图片截取出来

b.把测试步骤记录下来,重现bug步骤

c. 查看后台的日志,把日志错误查找出来

d、在和开发进行沟通,说明原因;如果电话沟通不了,现场沟通,操作bug说明报错。

e.如果开发还是不认,需要找开发经理,协调测试,请求其他开发辅助解决;

(3)既不是开发原因,也不是测试原因,是产品原因

与开发沟通,开发是按需求开发,测试是按需求测试,测试的时候发现测试不了,少了某个步骤或环节,测试不了,找到开发,开发不认。找产品确定功能点,是不是产品遗漏了,如果是产品少了需求,就要从产品通过邮件发送整个项目组,补上需求,给开发加上工期,测试在测试。

工作中出现了偶现的bug如何处理?(刚刚有,现在没有了)

偶现bug就是无法重现的bug:

解决方案‘:

1、先记录重现步骤,和报错的现象

2、在与开发交流,描述bug的现象,确认bug的严重程度;

3、尽量去重现或查看源代码,查看逻辑是否有问题,让开发修改

4、根据bug的严重程度,找测试经理确认:影响小,不影响版本,先记录下,写明原因,下一个版本解决或后期关注;如果影响大,找测试经理和开发经理协调修改

bug的状态:

1、new (新的)

2、assigned(已指派)

3、open(打开)

4、fixd(修复)

5、pending reset(待再测)

6、close(已关闭)

7、reopen(再次打开)

8、pending reject(拒绝)

9、rejected(被拒绝)

posted @ 2024-07-18 09:21  藕丝鲜芋  阅读(7)  评论(0编辑  收藏  举报