1、运行软件,按照测试用例步骤一步一步执行,发现执行结果与预期结果不一致的即为bug。
2、影响用户正常使用、或者与用户需求相违背、或者站在用户的角度,软件不好使的都称为bug。
bug的严重级别一般分为五级:
1级(p1):致命的,在使用过程中,主要功能没有实现出来,或者直接导致系统崩溃的。
2级(p2):严重的,主要功能在使用过程中报错,次要功能完全没有实现。
3级(p3):一般的,主要功能实现,次要功能基本实现,一些基本功能没有实现。
4级(p4):微小的,错别字、解面颜色搭配不合理。
5级(p5):建议性的,系统功能实现了,但是站在用于角度,不好使用,希望进一步进行优化。
标题:位置(哪个模块下的哪个测试点详细说明),问题的概要描述(40字以内)
【注意】标题里面不能出现xxx错误,xxx问题。具体化,不能模棱两可。
正确案列:登录系统,正常登陆时系统崩溃。
怎么操作的就怎么写,例如,进入登录解面,用户名输入张三,密码输入123456,点击确定。
系统崩溃
登录成功,进入系统首页面。
bug前提条件,约束,浮现概率等等。
备注:
写完bug一定要认真审核,看看有没有错别字,语句是否通顺,bug书写是否按照bug书写规范进行。
第一、一个bug只能反映一个问题或者是一类相同的问题。例如用户注册@问题。备注:!#均有此问题。
第二、同一个模块下相同的bug,提交一个,其他的备注说明,不同模块下相同的bug,分开提交。例如:修改密码,用户名有特殊问题,提交一个bug,备注说明一下,密码输入框也有问题。
第三、描述困难的bug,致命的bug,截图上传附注说明。图片格式.jpg图片名称“bug标题缩略版”“。(遇到致命的bug立即截图)
第四、bug描述一定要简单通俗易懂。
第五、一个好的bug,程序员看到标题就知道如何进行修改这个标题了。
第六、不是每一个bug都需要写备注,一般需要再写。
基本框架:(转化成200字左右)
软件测试工程师提交有一个bug——》测试组长进行审核——》开发组长在开发环境验证是否能复现——》开发工程师进行修复——》测试工程师进行验证——》closed(正常的流程:测试找bug,开发解决bug)
阐述(思考):现实企业种还可能遇到的bug跟踪流程?
第一类:测试人员提交一个bug直接给开发工程师进行修改。
(1)让面试馆详细阐述一下bug跟踪流程。
(2)分析一下该流程的优点和缺点分别是什么?
(3)分析一下我们流程的优点和缺点?
(4)阐述不同的适合不同的流程?
备注:
论述两种bug流程的优缺点。
第二类:在我们公司简单的bug,我们测试人员直接进行修复,复杂一点的bug才会指派给开发人员修复。
(1)先让面试官详细阐述一下。
(2)阐述职业种遇到的两个标准流程?
(3)对他们的流程进行提问?
面试官您好,你们的代码测试也该,开发也该,我想问一下你们公司如何进行版本如何管理?测试人员修改bug过程中如果发现了一些新的bug,谁来修改,或是系统报错了,该怎么处理?——本质:本公司没有测试开发人员,开发件测试。
(4)讲测试规范?
阐述:文档测试规范+测试用例的规范+测试报告规范
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(质量管理人员——软件风险、软件质量、规划、标准)——》监督管理整个软件生产过程中质量和风险。
备注:
不能牵强工作,按流程做事。在企业中沟通一定要采用邮件来进行沟通