软件测试-Bug
目录
一、软件测试的生命周期
二、BUG
1)什么是bug
2)描述bug的要素
3)bug级别
4)bug的生命周期
一、软件测试的生命周期
软件测试的生命周期贯穿于软件的整个生命周期。软件测试的生命周期是指测试流程,这个流程是按照一定顺序执行的一系列特定的步骤,去保证产品质量符合需求。在软件测试生命流程中,每个活动都按照计划的系统的执行。每个阶段有不同的目标和交付产物。
各阶段具体内容:
- 需求分析:从用户角度:软件需求是否合理;从技术角度:技术上是否可行,是否还有优化空间;从测试角度:是否存在业务逻辑错误、冗余、冲突等问题。
- 测试计划:制定测试计划:什么时候开始测试,什么时候结束测试,耗时多久。
- 测试设计与开发:参考需求文档、技术文档等编写测试用例,编写测试文档,明确标注使用到的测试方法和测试工具,测试形式等。
- 测试执行:充分利用测试用例和测试工具对项目尽可能做到全方面的测试覆盖。
- 测试评估:测试是否通过,本次测试遗留的bug,最终测试人员需要产出一个测试报告。
- 上线:项目测试结束后,将项目发布到线上环境,测试人员需要跟踪上线并测试线上环境下的运行是否正常。
- 运行维护:测试人员需要参与项目的实施工作。测试人员可以参与用户使用软件的培训,在运行项目时收集问题并及时反馈给相关负责人。
二、BUG
1)什么是bug
定义:一个计算机bug指在计算机程序中存在一个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障(fault),这些bug使程序无法正确的运行。Bug产生于程序的源代码或者程序设计阶段的疏忽或者错误。
更准确的来说:
- 当且仅当规格说明时存在的并且正确,程序与规格说明之间不匹配才是错误。
- 当需求规格说明书没有提到的功能,判断标准最终以用户为准:当程序没有实现其最终用户合理预期的功能要求时,就是软件错误。
2)描述bug的要素
为了避免测试人员在提交bug时出现词不达意的情况,通常会设定几个要素进行描述bug。描述bug的基本要素为:问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果。
举个例子:假设某网站的登录板块在Edge浏览器是正常的,但在谷歌浏览器中打开出现了二维码被遮挡的问题。我们在描述该bug时就可以按照上述要素进行描述:
问题出现的版本:Chrome浏览器 版本 138.0.7204.158(正式版本) (64 位)
问题出现的环境:Windows家庭版
问题出现的步骤:1.打开谷歌浏览器输入网站网址xxxxx;2.等待页面渲染完毕
预期结果:二维码与登录模块不会出现遮挡情况,二维码可以正常扫描
实际结果:二维码被登录板块遮挡,无法扫描
3)bug级别
在描述完bug后,要给bug进行定级。通过定义bug的级别,能明确看出问题的严重程度。工作中开发人员通常要按照bug的级别来分配优先级来处理bug。
bug的级别一般分为:崩溃、严重、一般、次要。
- 崩溃:是指阻碍开发或测试工作的问题;会造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。
- 严重:系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。
- 一般:功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。
- 次要:界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、用户体验感受不好等。
4)bug的生命周期
测试人员在执行测试用例的过程中如有发现bug,需要在对应的bug管理平台来创建bug(bug的生命起源),创建好的bug需要被开发人员修复,以及测试人员的持续跟踪和测试。
- New: 新发现的 Bug,未经评审决定是否指派给开发人员进行修改。
- Open:确认是 Bug,并且认为需要进行修改,指派给相应的开发人员。
- Fixed: 开发人员进行修改后标识成修改状态,有待测试人员的回归测试验证。
- Rejected:如果认为不是 Bug,则拒绝修改。
- Delay: 如果认为暂时不需要修改或暂时不能修改,则延后修改。
- Closed:修改状态的 Bug 经测试人员的回归测试验证通过,则关闭 Bug。
- Reopen:如果经验证 Bug 仍然存在,则需要重新打开 Bug,开发人员重新修改。
无效bug的生命周期:open->closed:open-rejected-closed