软件测试之bug(二)--缺陷类型

缺陷类型表


编号


缺陷类型


描述


子类型


编号


名称


01


功能问题


影响了重要特性、用户界面、产品接口、硬件结构接口和全局数据。并且设计文档需要正式的变更。如指针循环,递归,功能等缺陷。


0101


功能错误


0102


功能缺失


0103


功能超越


0104


设计的二义性


0105


算法错误


02


接口问题


与其他组件、模块或设备驱动程序、调动参数、控制块或参数列表相互影响的缺陷。


0201


模块间接口


0202


模块内接口


0203


公共数据使用


03


逻辑问题


需要进行逻辑分析,进行代码修改,如循环条件等。


0301


分支不正确


0302


重复的逻辑


0303


忽略极端条件


0304


不必要的功能


0305


误解


0306


条件测试错误


0307


循环不正确


0308


错误的变量检查


0309


计算顺序错误


0310


逻辑顺序错误


04


计算问题


等式,符号,操作符或操作数错误,精度不够,不适当的数据验证等。


0401


等式错误


0402


缺少运算符


0403


错误的操作数


0404


括号用法不正确


0405


精度不够


0406


舍入错误


0407


符号错误


05


数据问题


需要修改少量代码。如初始化或控制块。如声明,重复命名,范围,限定等缺陷。


0501


初始化错误


0502


存取错误


0503


引用错误变量


0504


数组应用越界


0505


不一致的子程序参数


0506


数据单位不正确


0507


数据维数不正确


0508


变量类型不正确


0509


数据范围不正确


0510


操作符数据错误


0511


变量定位错误


0512


数据覆盖


0513


外部数据错误


0514


输出数据错误


0515

0516


输入数据错误

数据检验错误


06


用户界面问题


人机交互特性:屏幕格式,确认用户输入,功能有特性,页面排版等方面的缺陷。


0601


界面风格不统一


0602


屏幕上的信息不可用


0603


屏幕上的信息错误


0604


界面功能布局和操作不合常规


07


文档问题


影响发布和维护,包括注释等缺陷。


0701


描述含糊


0702


描述不完整


0703


描述不正确


0704


缺少或多余


0705


不能验证


0706


不能完成


0707


不符合标准


0708


与需求不一致


0709


文字排版错误


0710


文档信息错误


08


性能问题


不满足系统可测量的属性值,如:执行时间,事务处理速率等缺陷。


09


配置问题


由于配置库,变更管理或版本控制引起的错误。


0901


配置管理问题


0902


编译打包缺陷


0903


变更缺陷


0904


纠错缺陷


10


标准问题


不符合各种标准的要求,如编码标准,设计符号等缺陷。


1001


不符合编码标准


1002


不符合软件标准


1003


不符合行业标准


1004


设计,编译环境


11


环境问题


由于设计,编译和运行环境等引起的问题。


1101

1102


设计编译环境

运行环境


12


兼容问题


软件之间不能正确的交互和共享信息。


1201

1202

1203


操作平台不兼容

浏览器不兼容

分辨率不兼容

原文地址:https://www.cnblogs.com/mgg520813/p/10291712.html

时间: 2024-10-30 01:46:45

软件测试之bug(二)--缺陷类型的相关文章

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

转《Google软件测试之道》

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 预计会分为五部分写这些学习笔记,分别是Google软件测试基础介绍.软件测试开发工程师.软件测试工程师.测试经理以及附录其他部分... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ----James Whittaker.Jason Arbon.J

软件测试之路再谈(三年测试风雨)

碧水涟涟,夏至未至,秋风依依,梅花落时,已是一生 一初衷: 为什么写这篇博客? 个人性别偏于低调,最近换了新工作,坐标成都,就任于一家T系公司. 1.公司是以项目为单位,有测试团队但没有测试部这个概念,测试团队人数大概60人左右,但都基本跟你没任何关系,只有项目上的其他两个成员跟你有交集,缺少后方养分,差异性,一时间不太适应, 2.业务划分很精细,能接触到的东西十分有限,还有各模块之间弱化了连接测试,担忧.已经发现过问题,而且也和组员讨论过他们也赞同这种方式容易出现质量弱化 基于以上有些迷茫吧.

《Google软件测试之道》测试开发工程师

拖延了将近半年的草稿,断断续续的写完了.之前草草翻看完这本书,关注点主要在TE上,而关于SET的部分则只是浏览,最近后知后觉,又翻出了这本书,重新看了一遍,又有新收获. 就说说Google的SET是如何做的,以及个人的一些思考和收获吧,寥有慰藉... Google的测试流程可以简练的概括为:让每个工程师都注重质量.而在工作流程引入过程中也伴随着一些致命的缺陷,下面简述下Google是如何解决以及其测试流程的是如何进化的. ①.测试并不能保证产品质量.需要一直谨记的一点:质量是内建的,而不是外加的

[转载]软件测试之Web测试经典总结

转载自:软件测试之Web测试经典总结   基于Web的系统测试在基于Web的系统开发中,如果缺乏严格的过程,我们在开发.发布.实施和维护Web的过程中,可能就会碰到一些严重的问题,失败的可能性很大.而且,随着基于Web的系统变得越来越复杂,一个项目的失败将可能导致很多问题.当这种情况发生时,我们对Web和Internet的信心可能会无法挽救地动摇,从而引起Web危机.并且,Web危机可能会比软件开发人员所面对的软件危机更加严重.更加广泛. 在Web工程过程中,基于Web系统的测试.确认和验收是一

Google软件测试之道 pdf下载

引领一代风骚的明星企业google, 推出过很多成功优秀的产品,搜索引擎不用说,譬如Gmail ,Chrome, Google Doc, G+等等等等,也推出过很多短命的产品,譬如Google Wave等等. 作为一个时常需要推出新产品,但又要根据用户反馈而做进一步选择继续还是放弃的企业,作为一个需要让产品稳定健壮以保持客户满意度的明星企业,该如何测试是一个很大的问题.Google的经验非常值得借鉴. 该书的作者是Google测试的Senior Director(如果我没记错的话),在测试领域有

GIS基础软件及操作(二)

原文 GIS基础软件及操作(二) 练习二.管理地理空间数据库 1.利用ArcCatalog 管理地理空间数据库 2.在ArcMap中编辑属性数据 第1步 启动 ArcCatalog 打开一个地理数据库 当 ArcCatalog打开后,点击, 按钮(连接到文件夹). 建立到包含练习数据的连接(比如“E:\ARCGIS\2练习二\Exec2”), 在ArcCatalog窗口左边的目录树中, 点击上面创建的文件夹的连接图标旁的 (+)号,双击个人空间数据库- National.mdb.打开它.. 在N

Linux负载均衡软件LVS之二(安装篇)[转]

Linux负载均衡软件LVS之二(安装篇) 2011-04-26 16:01:47 标签:lvs安装配置 linux lvs 休闲 linux高可用 原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://ixdba.blog.51cto.com/2895551/554029 一.  安装LVS软件 1.安装前准备工作操作系统:统一采用Centos4.4版本.地址规划,如表1所示:表1 更详细的信息如图2所示: 图2  LVS DR模

《Google软件测试之道》- Google软件测试介绍

<Google软件测试之道>- Google软件测试介绍 2015-05-21 目录 1 质量与测试  2 角色  3 组织结构  4 爬.走.跑  5 测试类型  相关链接 与Microsoft相比,Google的测试团队并非雄兵百万,更象是小而精的特种部队,依靠的是出色的战术和高级武器.Google信奉“少则清晰”. 1 质量与测试 返回 测试是开发过程中必不可少的一部分,当开发过程和测试一起携手联姻时,即是质量达成之时. 2 角色 返回 软件开发工程师(software engineer