对于软件测试中的bug你真的理解了么?bug又有哪些分类?

作者:软件缺陷   发布时间:2020-07-27

在我们的软件测试中,什么是bug(软件缺陷)?我们来看一下以下场景。

产品说明书中规定要做的事情,而软件没有实现。

产品说明书中规定不要做的事情,而软件却实现了。

产品说明书中没有提到过的事情,而软件却实现了。

产品说明书中没有提到但是必须要做的事情,软件却没有实现。

软件很难理解,很难使用,速度超慢,测试人员站在最终用户的角度看到的问题是平常的但不是正确的。

这些都属于bug。

软件测试


PS:产品说明书中没有提到但是必须要做的事情,软件却没有实现。软件实现了产品的功能,但是没有考虑软件在弱网络、低电量的情况下也能正常使用,而做出来的产品在弱网络或低电量的情况下报错,那么这也是一个bug。



以下这几个名词,大家应该很常见,顺便解释一下:


Error:是偏离实际的和预期的结果,它代表了人们所犯的错误。


Defect:会在测试过程中发现错误时同时被发现,在跟踪系统中记录为“缺陷”。


Failure:是指系统在明确的性能要求中执行其所需功能的能力不足,执行失败。


Bug:是在应用程序投入生产之前发现的错误。导致程序工作不佳、生产错误结果或崩溃的编程错误。导致程序故障的软件或硬件上的错误。


PS:一个错误的编码被称为Error,由测试人员发现的错误被称为Defect。若开发团队接受Defect,则它被称为Bug,否则称为测试Failure。


而bug的分类,以下的方面都可以归结为bug的范围。


功能错误:功能上的错误性bug,这在修改的时候得特别慎重,考虑影响面和需求程度;

代码错误:一般很少出现,通常在自测时出现(对白盒测试、自测的比较适合);

内容相关:业务逻辑方面以及业务描述等相关问题;

表单相关:表单逻辑、样式、内容问题;

用户界面:UI表现,包括对话框样式和文字描述问题(此类问题一般影响较小,单一);

需求变动:原有的需求基础上的更改;

新增需求:会议上提出的新需求,非正式会议提出的不属于该项;

设计文档:数据库设计文档、概要/详细设计文档描述有问题;

建议:功能已满足但待改善,属于改良性问题建议;

配置相关:如web服务器或者数据库服务器配置等问题;

安装部署:项目部署时出现的错误,可能不是程序本身的问题而是工具本身和人为因素引起;

安全相关:加密和水印等安全信息;

性能压力:负载、压力测试不通过;

标准规范:根据国际标准或者公司内部制定的某标准,未符合标准;

测试脚本:如用工具LR编写并执行脚本进行测试,脚本错误;

事务跟踪:产品缺陷/bug跟踪(Defect/bug Tracking)工作任务跟踪(Task Tracking)问题解决过程跟踪(Problem Tracking)产品需求管理(Request Management)客户服务过程跟踪(Customer Support Tracking) 事务未按照规定执行。

推荐阅读:

性能测试报告包含哪些基本结构,完成一份性能测试报告需注意哪些方面?


直播软件APP有哪些功能点?测试时需要关注哪些方面?


云压力测试平台有什么优势?能够帮助企业解决哪些性能问题?


用户高并发场景下,企业网站会遇到哪些性能异常事件?


选择云真机测试平台需要关注哪几个方面?说几点Android云真机使用心得


软件测试管理中制定测试策略的3点经验总结


用户反映使用APP出现问题,如何快速bug复现确认问题?




本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-60725088-8054),我们将立即处理,马上删除。



沪ICP备07036474号-4 |

沪公网安备 31010702003220号

2015-2023 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd.