第五章 bug管理

发布于:2022-10-14 ⋅ 阅读:(476) ⋅ 点赞:(0)

第五章 bug管理

一、什么是Bug?

​ 1、运行软件,按照测试用例步骤一步一步执行,发现执行结果与预期结果不一致的即为bug。

​ 2、影响用户正常使用、或者与用户需求相违背、或者站在用户的角度,软件不好使的都称为bug。

二、Bug的严重级别

​ bug的严重级别一般分为五级:

​ 1级(p1):致命的,在使用过程中,主要功能没有实现出来,或者直接导致系统崩溃的。

​ 2级(p2):严重的,主要功能在使用过程中报错,次要功能完全没有实现。

​ 3级(p3):一般的,主要功能实现,次要功能基本实现,一些基本功能没有实现。

​ 4级(p4):微小的,错别字、解面颜色搭配不合理。

​ 5级(p5):建议性的,系统功能实现了,但是站在用于角度,不好使用,希望进一步进行优化。

三、bug书写规范

1、如何书写bug标题

​ 标题:位置(哪个模块下的哪个测试点详细说明),问题的概要描述(40字以内)

【注意】标题里面不能出现xxx错误,xxx问题。具体化,不能模棱两可。

正确案列:登录系统,正常登陆时系统崩溃。

2、如何编写bug的复现不走——测试用例可以参考

​ 怎么操作的就怎么写,例如,进入登录解面,用户名输入张三,密码输入123456,点击确定。

3、实际结果(bug)

系统崩溃

4、预期结果(正确结果)

登录成功,进入系统首页面。

5、备注

bug前提条件,约束,浮现概率等等。

备注:

写完bug一定要认真审核,看看有没有错别字,语句是否通顺,bug书写是否按照bug书写规范进行。

四、bug书写总结

​ 第一、一个bug只能反映一个问题或者是一类相同的问题。例如用户注册@问题。备注:!#均有此问题。

​ 第二、同一个模块下相同的bug,提交一个,其他的备注说明,不同模块下相同的bug,分开提交。例如:修改密码,用户名有特殊问题,提交一个bug,备注说明一下,密码输入框也有问题。

​ 第三、描述困难的bug,致命的bug,截图上传附注说明。图片格式.jpg图片名称“bug标题缩略版”“。(遇到致命的bug立即截图)

​ 第四、bug描述一定要简单通俗易懂。

​ 第五、一个好的bug,程序员看到标题就知道如何进行修改这个标题了。

​ 第六、不是每一个bug都需要写备注,一般需要再写。

五、bug的跟踪流程

1、bug详细流程图

bug详细流程图

2、【面试题】你们公司的bug管理是什么?bug跟踪流程是什么?

基本框架:(转化成200字左右)

软件测试工程师提交有一个bug——》测试组长进行审核——》开发组长在开发环境验证是否能复现——》开发工程师进行修复——》测试工程师进行验证——》closed(正常的流程:测试找bug,开发解决bug)

阐述(思考):现实企业种还可能遇到的bug跟踪流程?

第一类:测试人员提交一个bug直接给开发工程师进行修改。

(1)让面试馆详细阐述一下bug跟踪流程。

(2)分析一下该流程的优点和缺点分别是什么?

(3)分析一下我们流程的优点和缺点?

(4)阐述不同的适合不同的流程?

备注:

论述两种bug流程的优缺点。

第二类:在我们公司简单的bug,我们测试人员直接进行修复,复杂一点的bug才会指派给开发人员修复。

(1)先让面试官详细阐述一下。

(2)阐述职业种遇到的两个标准流程?

(3)对他们的流程进行提问?

​ 面试官您好,你们的代码测试也该,开发也该,我想问一下你们公司如何进行版本如何管理?测试人员修改bug过程中如果发现了一些新的bug,谁来修改,或是系统报错了,该怎么处理?——本质:本公司没有测试开发人员,开发件测试。

(4)讲测试规范?

阐述:文档测试规范+测试用例的规范+测试报告规范

六、bug流程总结

1、bug跟踪过程中,无论任何人拒绝你的bug,必须留下文字说明,如果没有文字说明,第一次警告,第二次申诉。

2、谁提交的bug谁负责验证,其他人不能关闭或者验证别人bug。

3、bug流程中遇到的bug状态:

new:新建bug,测试出来的新bug

open:提交给开发人员的bug

fixed:开发工程师解决bug之后的状态。

closed:解决的不bug

reopen——验证之后没有解决,在重新指派给开发进行修改。

4、测试组长需要审核bug书写是否规范,是否重复,是否有bug。

5、如果在开发环境中不能解决的bug,测试人员需要配合开发人员复现bug。

6、对延期或者不能解决的bug,不是由程序员单一决定的,一般招开问题评审会,确定该问题做什么处理。(每一轮测试结束,组长都要组织招开问题评审会(组织会议一定要理解))

备注:

邮件顺序:项目经理、测试经理、开发组长、测试组长、开发工程师、测试工程师

标题:项目名称+主题

位置:第一位给讲解人员

第二位给经理《——》对立的,左右两边,位置安排。

思考题:测试工程师提交一个bug给开发工程师,开发工程师和开发组长都不修改。请问该怎么处理?

类似的问题有:(你们公司的测试人员与开发人员发生过矛盾吗?你们公司测试和开发的关系怎么样?)——【面试题】

第一步、查一下用没有言语不当的地方。

第二步、确认一下是不是程序的问题(解面问题,数据库问题,架构问题)

第三步、明确不修改的原因是什么?——作为测试负责人,需要锁定争议的焦点。(让开发人员或者开发组长选择,给定解决方案)

  • 不好复现——解决方案
  • 不影响主要功能——解决方案
  • 存在技术难点——解决方案
  • 调用第三方问题——解决方案

第四步、充分利用项目经理、测试经理、QA(质量管理人员——软件风险、软件质量、规划、标准)——》监督管理整个软件生产过程中质量和风险。

备注:

组长选择,给定解决方案)

  • 不好复现——解决方案
  • 不影响主要功能——解决方案
  • 存在技术难点——解决方案
  • 调用第三方问题——解决方案

第四步、充分利用项目经理、测试经理、QA(质量管理人员——软件风险、软件质量、规划、标准)——》监督管理整个软件生产过程中质量和风险。

备注:

不能牵强工作,按流程做事。在企业中沟通一定要采用邮件来进行沟通

本文含有隐藏内容,请 开通VIP 后查看