软件测试BUG分类说明

合集下载

Bug分类

Bug分类
1功能：
1.1功能未实现（一般为功能没有实现需求功能）
1.2功能异常（一般为测试是功能操作报错，无法正常执行）
2数据
2.1数据校验错误（一般为测试数据校验的规则是否存在且能正常校验，如果开始时
间小于结束时间，手机号码校验、身份证校验、编码规则校验等等）
2.2数据展示错误（一般测试从数据库中查询出来的数据在展现是对应的字段是否正
确、展现的格式或字符类型是否正确）
2.3数据计算错误（主要为查询统计功能中的计算数据是否正确）
2.4数据丢失（一般指数据在流转过程中，数据信息中某些字段或数据本身不能正常
显示或数据库中数据丢失）
2.5数据不一致（一般指同一个字段的数据在不同模块或界面显示的数据不一致）
3一致
3.1与功能需求不符
3.2与界面需求不符
3.3字段名称不一致
3.4需求不明确（需求建议可以归为需求不明确）
4环境
4.1客户端环境（一般为某个客户端出现异常而其他客户端能正常使用）
4.2应用服务器环境（一般为应用服务器环境问题导致系统不能正常执行，如tomcat
版本问题、JDK版本问题等等）
4.3数据库服务器环境（一般为数据库服务器环境问题导致系统不能正常执行，如
Oracle版本问题、Oracle参数问题等等）
5易用性
5.1提示信息不友好
5.2提示信息错误
5.3操作易用性建议
6界面
6.1界面有错别字
6.2界面不美观、风格不一致
6.3界面建议
7其他
7.1系统崩溃
7.2服务僵死
7.3客户端死机
7.4程序不可预期的退出
7.5兼容性。

软件缺陷管理中的BUG等级划分方法

● 致命(可对应目前BUG体系中的“非常严重”)：
致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：
○ 严重花屏
○ 内存泄漏
○ 用户数据丢失或破坏
○ 系统崩溃/死机/冻结
二、常见举例：?
o)?功能建议?
p)?操作建议?
q)?说明建议?
r)?UI建议
f) 系统处理未优化
g) 长时间操作未给用户进度提示
提示
一、同时满足以下3个条件的，认为是提示缺陷：?
1.?功能实现正常，但是操作者使用不便，有改进空间；?2.?所产生的问题不会影响系统任何问题；?3.?所产生的问题不影响测试任务的执行。?
二、常见提示缺陷举例：?
h)?描述不清楚?
a)?基本功能实现错误、遗漏或实现不完整?
b)?操作功能无法执行（含指令）、功能项（选项）使用无效?
c)?因错误操作导致的程序中断?
d)?重要的数据删除操作未给出提示?
e)?数据流错误、数据容易被篡改、不能保存?f)?重要的数据通讯错误?
g)?轻微的数值计算错误、业务流程错误、程序接口错误?
软件缺陷Байду номын сангаас理中的BUG等级划分方法
BUG等级划分软件测试
1.BUG等级划分建议：
目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。

软件测试中的错误分类和错误分析

软件测试中的错误分类和错误分析在软件测试中，错误分类和错误分析是非常重要的环节，它们可以帮助测试团队更有效地发现和解决软件中存在的问题，提高软件的质量和稳定性。

在进行软件测试过程中，常见的错误分类包括功能错误、性能错误、界面错误、安全错误等，针对不同类型的错误，需要采取不同的分析方法。

首先，功能错误是软件测试中最常见的错误类型之一。

它涉及到软件在实现功能时出现的问题，通常表现为软件功能无法正常工作或者与需求规格不符。

在分析功能错误时，测试团队需要首先确认功能的预期行为，并对实际结果与预期结果进行比较，找出导致功能错误的原因。

常见的功能错误包括逻辑错误、计算错误、数据处理错误等，测试团队可以通过代码审查、单元测试、集成测试等方法进行分析和解决。

其次，性能错误是影响软件整体性能的关键问题之一。

性能错误可能导致软件运行速度变慢、响应时间延长、系统资源占用过高等问题。

在分析性能错误时，测试团队需要测量软件的性能指标，如响应时间、内存占用、CPU利用率等，并根据测试结果进行性能分析。

常见的性能错误包括内存泄漏、死循环、资源竞争等，测试团队可以通过性能测试、负载测试、压力测试等方法进行分析和优化。

此外，界面错误是直接影响用户体验的错误类型之一。

界面错误可能导致用户无法正常操作软件、界面显示不正确或者出现布局混乱等问题。

在分析界面错误时，测试团队需要重点关注软件界面的设计和用户交互，确保界面符合用户习惯和操作流程。

常见的界面错误包括样式错误、布局错误、文字错误等，测试团队可以通过界面审查、用户体验测试、易用性测试等方法进行分析和改进。

最后，安全错误是对软件安全性产生影响的错误类型之一。

安全错误可能导致软件出现漏洞、数据泄露、信息劫持等安全问题。

在分析安全错误时，测试团队需要重点关注软件的安全设计和实施，对可能存在的安全风险进行评估和测试。

常见的安全错误包括输入验证不足、身份认证问题、访问控制不当等，测试团队可以通过安全测试、渗透测试、代码审查等方法进行分析和加固。

软件测试之bug类型分类及缺陷管理

软件测试之bug类型分类及缺陷管理软件缺陷：bug 或defect主要归结：1代码问题 2需求⽂档什么是缺陷?不满⾜⽤户确定的需求1.软件未达到产品说明书标明的功能2.软件出现了产品说明书指明不会出现的错误3.软件功能超出产品说明书指明范围4.软件未达到产品说明书虽未指出但应达到的⽬标5.软件测试员认为软件难以理解、不易使⽤、运⾏速度缓或者最终⽤户认为不好产⽣缺陷原因1.⼯期短，任务⼤2.⽂档不完善3.程序设计错误4.沟通交流不够5.需求不断变化6.软硬件⽀持不完善7.软件的复杂性软件测试提交bug 流程如何有效记录缺陷?1.保证重现缺陷2.分析故障⼀使⽤最少步骤复现故障3.包含所有重现缺陷的必要步骤4.⽅便开发阅读5.尽量简单⼀⼀个缺陷--个报告6.注意⾃⼰的语⽓等BUG严重程度划分致命：系统崩溃、404报错，报500错误，造成系统或应⽤系统崩溃、死机、系统悬挂或造成数据丢失、主要功能组完全丧失等；服务器死机闪退，页⾯出现错误乱码，蓝屏等：⽴刻响应，3⼩时内必须解决严重：功能未实现，逻辑错误，影响⽤户正常使⽤，与需求完全不符，或因此bug导致后续功能⽆法测试的。

⼀天内解决⼀般：逻辑实现但不正确，功能实现但是不正确，功能上的错误，页⾯中的错误；1-3天内解决轻微：⽂案内容与实际不符，错别字，图⽚错误，建议性的bug 等BUG优先级划分⾼（p1）:bug严重级别较⾼，需要⽴即解决的，或者⼀般级别的但是⽐较棘⼿的中（P2）:BUG严重级别⼀般的，不影响⽤户正常操作的低（P3) : bug严重级别处于较低的，可以下⼀次Alpha测试前再再解决的建议（P4）:建议性的BUG,可改可不改，⽆伤⼤雅。

缺陷报告的准则准确-清晰-简洁-完整-⼀致。

软件测试部BUG级别定义

6、系统数据丢失或出现数据库破坏现象给用户带来损失；
二级BUG（严重）
A
1、基本业务功能未实现
2、应用程序自动退出或失效
3、自动亮屏；
4、系统的兼容性不强
5、软件使用造成系统反应慢
1、基本业务功能（通信类、提醒类）处理不符合协议；产品定义中需求的基本功能没有实现；
2、通信方面出现单通（《=1%）、通话回音、电流音、信号漂移、重新搜网、掉卡、通话自动挂断、三方通话出现问题、PIN和PUK问题；短信业务出现接收延迟（《=1小时）、丢短信（丢失率大于3%）、经常发送失败等现象；网络自动断网、连接失败及无数据交换的基本功能；
3、软件在使用过程中应用软件自动退出，或者某些功能失效；
4、系统兼容性包括驱动、CPS和蓝牙等不兼容约定操作系统；系统数据（短信、联系人、彩e、彩信、蓝牙、T卡等）不兼容自研和品牌机型；
5、在使用过程中整个系统慢慢变慢，造成系统性能下降；
6、提醒类没有准时提醒（小于2分钟）
三级BUG（一般）
B
1、主要功能已实现，存在影响用户正常使用的问题
大类选项名称
选项定义
帮助和示例
一级BUG（致命）
S
1、死机、重启、内存泄漏、自动关机；
2、花屏、白屏现象；
3、系统无响应；
4、出现数据丢失、数据库被破坏或者损坏用户器件；
5、手机卡不能被识别；
1、在待机或者使用时软件出现死机报错、系统重启、自动关机、瘫痪造成软件无法使用的问题；
2、操作应用时内存不足，造成大量软件应用不能使用的情况；
3、唤醒后屏幕、键盘失效；屏幕出现严重的花屏、白屏现象；
4、待机或者使用中系统没有响应，电话不能呼出、拨入或呼通率95%以下，单通（1%以上），通话不能挂断，短信不能收发，延迟（1小时以上），提醒类（闹钟，日程等）没有准时提醒（大于2分钟）或不提醒；

软件测试作业bug举例

软件测试作业bug举例在软件开发过程中，软件测试是一个至关重要的环节。

通过对软件进行全面的测试，可以发现并修复其中存在的各种问题，确保软件的质量和稳定性。

在软件测试作业中，我们经常会遇到各种各样的bug，下面我将举例说明几个常见的bug。

1. 界面显示错误在软件测试中，界面显示错误是最常见的bug之一。

例如，在一个电商网站的商品详情页面中，商品的价格显示为负数。

这显然是一个错误的显示，因为商品的价格不可能是负数。

这个bug可能是由于程序逻辑错误导致的，或者是数据处理过程中的错误。

为了解决这个问题，测试人员需要仔细检查程序的逻辑和数据处理过程，找出错误的原因并进行修复。

2. 功能异常另一个常见的bug是功能异常。

例如，在一个社交媒体应用中，用户无法成功发送私信。

无论用户如何尝试，私信始终无法发送成功。

这个bug可能是由于网络连接问题、服务器故障或者程序逻辑错误导致的。

为了解决这个问题，测试人员需要仔细检查网络连接和服务器状态，并对程序的逻辑进行深入分析，找出错误的原因并进行修复。

3. 性能问题除了功能异常，性能问题也是软件测试中常见的bug之一。

例如，在一个视频播放应用中，用户在播放高清视频时，视频卡顿严重，无法流畅播放。

这个bug可能是由于硬件设备不足、网络带宽不足或者程序优化不足导致的。

为了解决这个问题，测试人员需要仔细检查硬件设备和网络带宽，并对程序进行性能优化，提高视频播放的流畅度。

4. 安全漏洞在当今互联网时代，安全问题是非常重要的。

因此，在软件测试中，发现并修复安全漏洞也是非常重要的任务。

例如，在一个在线支付应用中，用户的支付密码可以被他人轻易获取。

这个bug可能是由于程序设计不当、数据传输不加密或者密码存储不安全导致的。

为了解决这个问题，测试人员需要仔细检查程序的设计和实现，确保用户的隐私和安全得到保护。

总结起来，软件测试作业中常见的bug包括界面显示错误、功能异常、性能问题和安全漏洞等。

bug是什么意思

bug是什么意思一、引言在软件开发中，“bug”是非常常见的术语，而且会经常出现。

但是，实际上，很多人对于“bug”并不是非常了解。

因此，这篇文章将从多个角度来介绍“bug”的定义、分类、危害以及如何避免它们的产生。

二、什么是bug“bug”就是软件或者网络系统中的一种错误或缺陷。

它可能会导致系统崩溃、功能失效或者性能降低。

当开发人员在测试软件时发现这些问题，他们通常会将这些错误或缺陷称为“bug”。

“bug”的来源通常与软件的编写有关。

有时候，开发人员可能会忽略一些细节或者没有仔细考虑某些功能，这样就会导致bug 的产生。

此外，由于不同的系统可能存在兼容性问题，当软件在不同系统上运行时，也可能出现bug。

三、不同类型的bug1. 语法错误语法错误是指代码中的语法问题，例如缺少括号、分号等。

这种错误可能会导致程序崩溃或者无法正常运行。

开发人员可以使用静态代码分析器来检测这些错误，并尽早修复它们。

2. 逻辑错误逻辑错误是指代码中的逻辑问题，例如错误的算法或者错误的分支逻辑。

这种错误可能会导致程序的功能失效或者性能降低。

开发人员可以使用代码审查、单元测试等技术来检测这些错误。

3. 数据错误数据错误是指数据输入、输出、存储等方面的问题。

例如，当程序尝试读取一个不存在的文件时，就会发生数据错误。

这种错误可能会导致程序崩溃或者数据损坏。

开发人员可以使用数据验证和数据备份等技术来避免这种错误。

四、bug的危害1. 影响用户体验当软件中出现bug时，用户可能无法正常使用软件或者不满意软件的功能表现，这可能会导致用户流失或者口碑不佳。

2. 增加开发成本当软件中出现bug时，开发人员需要花费额外的时间和精力来调试和修复bug，这会增加开发成本并延迟软件发布的时间。

3. 降低软件品质当软件中出现bug时，其品质可能会受到影响。

bug的存在可能会导致软件不稳定、功能不完善等问题，这会降低软件的品质和可靠性。

五、如何避免bug1. 按照标准规范编写代码开发人员应该遵循标准代码规范，以确保代码质量和可维护性。

软件测试BUG分类说明

6.公司架构要求的功能未实现（如：审核需要发送邮件）
高
C：一般错误
1.操作界面错误（列名定义显示错误，输入输出控制错误）
2.打印或显示内容、格式错误
3.简单的输入限制未放在前台进行控制
4.删除未有提示。
一般
D：较小错误
1.界面不规范
2.辅助说明描述不清楚（提示不清晰，字段描述不清晰）。
3.输入输出不规范
软件测试
我们根据严重程序将测试的BUG分为五类：
类别
描述
优先级
A：严重级别
1.由于程序所引起的死机，非法退出（打开页面直接报错，页面错误引起IIS报错）。
2.死循环或页面超过15秒以上没有反应。
3.ห้องสมุดไป่ตู้实现需求说明书中所要求的功能。
4.因异常或错误操作导致程序退出。
5.数据库发生死锁，事务未关闭。
6.数据提示保存，但实际数据库上未保存。
紧急
B：较严重级别
1.程序或接口错误（报错但是可以继续操作下去，执行数据库过程报错）
2.数据库的表、业务规则、缺省值未加完整性约束。（需求说明文档规定必须录入，但是在页面上变成可不录入）
3.数据库表中有一些数据保存不正确（输入输出不对应）
4.字段数据没显示（根据开发文档要求部分功能未完成）
5.删除已生效的数据
4.长时间操作不响应未提示
5.提示窗口文字不正确
6.只读的列或者必输的列区分标志
7.未遵照公司规范的操作方式
8.提交单据未提示。
一般
E：建议或新需求
1.原来需求文档中未写明，但发现必须增加的内容
2.根据经验需要增加的内容
视情况而定

bug分类标准

已修复
为开发人员修改问题后所标志的状态，修改后还未测试。
再测试
测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为“再测试”
已拒绝
开发人员认为不是Bug、描述不清、重复、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的问题。由Bug分配人或者开发人员来设置。
已关闭
为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。
4.Bug严重级别：是指因缺陷引起的故障对软件产品的影响程度
严重级别名称
严重现象说明
致命
1.不能执行正常工作功能或重要功能。使系统崩溃或资源严重不足
2.由于程序所引起的死机 , 非法退出
3.死循环
4.数据库发生死锁
5.错误操作导致的程序中断
2.界面错误（附详细说明）
3.打印内容、格式错误
4.简单的输入限制未放在前台进行控制
5.删除操作未给出提示
6.数据输入没有边界值限定或不合理
7.错误操作没有任何提示
一般
1.使操作者不方便或遇到麻烦，但它不影响执行工作或功能实现。
2.辅助说明描述不清楚
3.显示格式不规范
4.长时间操作未给用户进度提示，类似死机
6.严重的计算错误
7.与数据库连接错误
8.数据通讯错误
严重
1.严重地影响系统要求或基本功能的实现，且没有办法更正。（重新安装或重新启动该软件不属于更正办法）
2.功能不符
3..程序接口错误
4.数据流错误
5.轻微数据计算错误
较重
1.严重地影响系统要求或基本功能的实现，但存在合理的更正办法。（重新安装或重新启动该软件不属于更正办法）

软件测试作业bug举例

软件测试作业bug举例
（原创实用版）
目录
1.测试的目的
2.常见的 bug 类型
3.bug 的影响
4.如何处理 bug
正文
软件测试是软件开发过程中非常重要的一环。

其目的是为了发现和修复软件中的错误，以确保软件能够按照预期的方式运行。

在这个过程中，测试人员常常会遇到各种类型的 bug。

常见的 bug 类型包括功能性 bug、界面 bug、兼容性 bug 等。

功能性 bug 指的是软件的功能无法按照预期的方式运行，例如，一个支付系统在支付时出现错误，可能导致支付失败或资金丢失。

界面 bug 是指软件的界面元素，如按钮、菜单、对话框等，不能正常显示或使用。

兼容性 bug 是指软件在不同的操作系统或浏览器上运行时出现的问题。

bug 的出现可能会对软件的质量、用户的体验以及开发团队的效率产生负面影响。

因此，及时发现和修复 bug 是软件测试的重要任务。

当遇到 bug 时，测试人员应该首先记录下 bug 的信息，包括 bug 的出现条件、症状以及对软件的影响等。

然后，他们需要使用一些工具，如缺陷跟踪系统或代码审查工具，来报告和跟踪 bug。

最后，开发人员会对 bug 进行修复，并在修复后进行重新测试，以确保 bug 已经被彻底解决。

总的来说，软件测试是一个复杂而重要的过程。

第1页共1页。

bug知识点总结

bug知识点总结一、Bug概念及分类1.1 Bug概念Bug是指软件或硬件中的错误、缺陷或故障。

在软件开发过程中，Bug是不可避免的，因为软件开发是一个复杂的过程，涉及到不同的环境、需求、技术等因素。

Bug的存在会影响软件的功能、性能、安全性等方面，甚至造成用户体验不佳，因此Bug的管理和修复是软件开发过程中非常重要的环节。

1.2 Bug分类根据Bug的性质和影响程度，可以将Bug分为以下几类：1) 功能性Bug：指软件功能无法正常实现或者实现不符合需求的Bug。

2) 性能Bug：指软件在性能方面存在问题，比如运行速度慢、消耗资源过多等。

3) 安全Bug：指软件存在安全漏洞或者易受攻击的Bug。

4) 兼容性Bug：指软件在不同平台、设备或浏览器上存在兼容性问题的Bug。

5) 易用性Bug：指软件的用户界面设计不佳，影响用户体验的Bug。

6) 数据Bug：指软件对数据的处理存在问题，比如数据丢失、数据错误等。

7) 遗漏Bug：指软件功能或者需求中存在遗漏的Bug。

8) 接口Bug：指软件的接口实现存在问题的Bug。

9) 界面Bug：指软件的界面显示存在问题的Bug。

10) 操作Bug：指用户在软件操作中遇到的问题的Bug。

二、Bug管理流程2.1 Bug管理流程Bug管理是软件开发过程中的一个重要环节，其流程一般包括Bug的发现、记录、分类、定位、修复、验证和关闭等阶段。

具体流程如下：1) Bug发现：软件开发人员、测试人员或用户发现软件中存在问题。

2) Bug记录：将Bug的具体信息记录下来，包括Bug的描述、复现步骤、影响程度、优先级等。

3) Bug分类：根据Bug的性质和影响程度进行分类，方便后续的处理和管理。

4) Bug定位：定位Bug产生的原因，找出Bug的根本问题。

5) Bug修复：开发人员根据Bug的定位信息进行修复工作。

6) Bug验证：测试人员对修复后的软件进行验证，确认Bug是否已经修复。

软件测试通过及BUG分级标准

软件测试通过及B U G分级标准(总4页)-CAL-FENGHAI.-(YICAI)-Company One1-CAL-本页仅作为文档封面，使用请直接删除编制目的本文件作为软件测试过程中各阶段的通过标准，旨在合理有效的对软件阶段质量进行控制，同时为软件测试的深度选择和资源投入的决策提供参考。

主要内容与适用范围主要内容本标准规定了软件测试中缺陷、错误、故障等问题的分级方案及分级说明；各阶段测试通过需遵循的标准；以及把常见问题按分类编写了分级说明。

适用范围本标准适用于全部模块的白盒测试（含模块测试和联调测试）、系统测试等测试阶段，以及阶段内里程碑的控制。

上述阶段的测试属于黑盒测试。

特别需要申明的是：软件一旦进入开发阶段，测试就同步开始了，对于开发过程中的程序员自测，本标准不能适用。

【注①：黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

】【注②：白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

问题分级规则分级方法及简要说明本标准将测试过程中产生的问题按严重程度分成四级，①严重问题：在流程、数据或安全方面存在重大问题，导致软件不具可用性，或核心功能项无法使用；②一般问题：由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局部功能错误，但可以采取其他变通的操作实现；③轻度问题：由于编码不够完善，使某个小功能无法使用，或者对特殊的操作与要求不能支持；④细微问题：存在某些细微的缺陷，但不影响程序正常应用或该功能在下次升级版本中可以实现。

Bug分析与分类技巧

Bug分析与分类技巧Bug是软件开发过程中不可避免的问题，它常常给开发人员、测试人员和用户带来困扰。

对于有效地解决Bug问题，我们需要掌握一些分析与分类技巧。

本文将介绍一些常用的Bug分析与分类技巧，帮助读者更好地理解和处理Bug。

一、Bug的定义与重要性在开始分析与分类Bug之前，我们需要先了解Bug的定义和它在软件开发中的重要性。

Bug指的是程序或系统中存在的错误、缺陷或异常行为。

它影响软件的功能、性能和用户体验。

解决Bug能够提高软件质量，减少用户的不满和投诉，提高用户对软件的信任度。

二、Bug分析技巧1. 复现Bug要想深入分析Bug的原因，我们需要能够复现出Bug出现的场景和操作步骤。

通过复现Bug，我们能够更准确地定位问题的根源，从而提供有效的解决方案。

2. 观察Bug现象当我们复现了Bug并进入到Bug所在的界面或功能模块时，我们需要仔细观察Bug的现象。

可以注意Bug产生的错误提示、异常行为以及与其他模块或功能的关联性。

这有助于我们更全面地理解Bug，并找出潜在的问题点。

3. 排查可能性Bug的产生往往有多种可能性，我们需要有条理地进行排查。

可以从输入数据、网络连接、配置文件等各个方面入手，逐一排查可能导致Bug的原因。

同时，我们还可以参考类似Bug的历史记录和相关文档，寻找一些常见的问题点。

4. 使用调试工具调试工具是分析和修复Bug时的利器。

例如，我们可以使用调试器来逐行调试程序，查看变量的值和执行流程，找出引发Bug的具体代码。

另外，还可以使用日志工具，记录Bug出现时的关键信息，有助于排查Bug产生的原因。

三、Bug分类技巧1. 严重程度分类一个常见的Bug分类方法是根据严重程度进行分类。

这可以帮助我们更好地把握Bug对系统功能和用户体验的影响程度。

常见的严重程度分类包括致命级、严重级、一般级和轻微级等。

2. 影响范围分类除了严重程度分类外，我们还可以根据Bug的影响范围进行分类。

Bug类型解析及其常见实例介绍

Bug类型解析及其常见实例介绍软件测试中，bug的类型有很多种，⽐如：代码错误、界⾯优化、设计缺陷、需求补充和⽤户体验等；⼀般情况下，需求补充和设计缺陷⽐较好区分，但是代码错误、界⾯优化和⽤户体验区分不是很明显；下⾯我们就来说说这三者，顺带整理⼀些常见的这些类型的bug实例。

代码错误代码错误通俗易懂，简单的来说，就是程序员在设计作品的时候，创作和写出来的编程代码是错误的，⽐如说⽅法、函数等等，实现不了需要的功能或者是实现了错误的功能。

实例如下：1、操作或使⽤某⼀功能时，导致程序异常退出，或其余功能⽆法使⽤，或造成经常性死机和重启；2、内存泄漏；3、⽤户数据丢失或破坏；4、系统崩溃、死机、冻结；5、程序或模块⽆法正常启动或异常退出；6、严重的数值计算错误；7、功能设计与需求严重不符；8、导致其它功能⽆法使⽤的错误；9、按键操作错误或失灵；10、功能未实现；11、功能错误12、系统刷新错误；13、语⾳或数据通讯错误；14、提⽰信息错误等界⾯优化界⾯优化顾名思义就是操作界⾯的优化。

⽤户界⾯的功能模块的布局是否合理、整体风格是否⼀致、各个控件的放置位置是否符合客户使⽤习惯，界⾯操作便捷性、导航是否简单易懂；设计的风格和展现效果是否符合设计图等等。

常见实例有：1、设计风格和展现效果与设计图不符；2、字符串显⽰不统⼀，3、拼写、对齐类的错误、UI图标、⽂字性错误；4、界⾯显⽰不美观；5、信息被遮挡，位置有错误；6、图⽚错位，⽂字排列不整齐等问题；⽤户体验⽤户体验是⼀种纯主观在⽤户使⽤产品过程中建⽴起来的感受。

但是对于⼀个界定明确的⽤户群体来讲，其⽤户体验的共性是能够经由良好设计实验来认识到的。

简单的来说，就是产品和⽤户之间的⼈机交互情况，是否友好，是否合理等；实例有：1、辅助说明描述不清楚；2、操作时未给⽤户提⽰；3、可输⼊区域和只读区域没有明显的区分标志；4、个别不影响产品理解的错别字；5、⽂字排列不整齐等⼀些⼩问题；6、⽤户界⾯不太友好；7、使⽤不习惯；8、操作按钮可控区域⼤⼩的调节；9、好的操作建议等；界⾯优化和⽤户体验有些地⽅的区分不是很清晰，测试⼈员需要在平时的⼯作中积累和总结。

软件测试__缺陷类型划分

缺陷（BUG）类型划分1简介1.1目的本文档的目的是为同行评审、软件测试提供缺陷分类的标准1.2范围本文档适用于软件项目的软件测试活动及同行评审活动1.3 对象测试工程师、质量工程师1.4 术语1、软件缺陷对软件产品预期属性的偏离，包括内部测试缺陷和遗留缺陷2、内部测试缺陷软件进入用户使用前被检测出来的缺陷3、遗留缺陷（1）软件进入用户测试阶段，用户检测出的缺陷（2）软件发布使用后，用户检测出的缺陷2缺陷分类标准2.1缺陷属性2.2缺陷类型本文按照目前web应用测试软件缺陷的特征进行分类，结合部门产品，简要描述各类缺陷的情况2.3缺陷严重性2.4缺陷优先级2.5缺陷状态（1）TD中的缺陷状态（2）excel中的缺陷状态2.6缺陷起源2.7缺陷来源2.8缺陷根源3缺陷状态的处理过程教你如何用WORD文档(2012-06-27 192246)转载▼标签：杂谈1. 问：WORD 里边怎样设置每页不同的页眉？如何使不同的章节显示的页眉不同？答：分节，每节可以设置不同的页眉。

文件――页面设置――版式――页眉和页脚――首页不同。

2. 问：请问word 中怎样让每一章用不同的页眉？怎么我现在只能用一个页眉，一改就全部改了？答：在插入分隔符里，选插入分节符，可以选连续的那个，然后下一页改页眉前，按一下“同前”钮，再做的改动就不影响前面的了。

简言之，分节符使得它们独立了。

这个工具栏上的“同前”按钮就显示在工具栏上，不过是图标的形式，把光标移到上面就显示出”同前“两个字来。

3. 问：如何合并两个WORD 文档，不同的页眉需要先写两个文件，然后合并，如何做？答：页眉设置中，选择奇偶页不同与前不同等选项。

4. 问：WORD 编辑页眉设置，如何实现奇偶页不同比如：单页浙江大学学位论文，这一个容易设；双页：（每章标题），这一个有什么技巧啊？答：插入节分隔符，与前节设置相同去掉，再设置奇偶页不同。

5. 问：怎样使WORD 文档只有第一页没有页眉，页脚？答：页面设置－页眉和页脚，选首页不同，然后选中首页页眉中的小箭头，格式－边框和底纹，选择无，这个只要在“视图”――“页眉页脚”，其中的页面设置里，不要整个文档，就可以看到一个“同前”的标志，不选，前后的设置情况就不同了。

测试BUG级别

Bug级别5级（4+）Bug：致命错误致命性缺陷：导致系统崩溃、异常退出系统、异常死机、服务停止、数据库混乱及系统不能正常运行。

具体内容如下：✓功能引起系统崩溃✓由于程序所引起的死机,非法退出，并且不能通过其它方法实现功能。

✓常规操作造成程序死循环、通讯中断或异常。

✓因错误操作迫使程序中断✓数据破坏丢失或数据库异常，数据计算错误、且不能通过其它方法实现功能的。

✓重要功能未实现4级Bug（3+）：严重错误严重缺陷：基本功能未实现、不完整、功能出现问题并导致其它功能及模块出现问题。

具体内容包括如下：✓功能缺失✓功能遗漏✓程序接口错误✓数据库的表、业务规则、缺省值未加完整性等约束条件✓规定的功能没有实现或不完整、设计不合理造成性能低下，影响系统的运营.✓健壮性不强，如非常规操作会导致在运行期间所执行任务的实际结果与预期的结果有差别✓重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-time error、文件操作异常、通讯异常、数据丢失或破坏等错误；✓C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。

3级Bug：重大错误功能运行不正常，对非法数据没有进行有效控制。

具体内容如下：✓操作界面错误（包括数据窗口内列名定义、含义是否一致）✓打印内容、格式错误✓简单的输入限制未放在前台进行控制✓删除操作未给出提示✓数据库表中有过多的空字段✓不影响业务运营的功能/性能问题✓由于不充分的数据引起的不正确或不精确，如数据的有效数字太少不足以做精确的计算✓显示长度不够，不能完整显示✓次要功能不能正常实现✓✓因错误操作迫使程序中断✓找不到规律的系统时好时坏✓✓经过一段时间运行后，系统性能或响应时间会变慢✓的✓兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系进行测试的。

2级Bug：轻微错误轻微错误：功能使用不方便、不合理、界面不友好或风格不统一，提示内容错误或不完整，不符合用户习惯，或者是一些文字错误。

BUG等级划分标准

BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。

如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。

2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。

功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。

如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。

3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。

如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。

如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。

bug的定义

o 建议性缺陷.
更为详细的划分如下:
A类——严重错误，包括：
o 由于程序所引起的死机,非法退出
o 死循环
o 导致数据库发生死锁
o 数据通讯错误
o 严重的数值计算错误
B类——较严重错误，包括：
o 系统处理未优化
E类——测试建议（非缺陷）
o 紧急---事件非常重要,并且需要马上给予关注.
o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.
o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.
o 低级---事件不重要,可以在时间和资源允许的情况下再解决.
通俗的讲，程序或者软件中存在的任何一种破坏或者影响其正常运转能力时的问题或者缺陷，都可以叫做“bug”。
BUG单在英语中是缺陷，臭虫的意思~~
BUG的优先级必须要根据项目和组织的需要来进行划分和剪裁.
但通用的BUG优先级的分类方法如下:
o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.
o 删除操作未给出提示
D类——较小错误，包括：
o 辅助说明描述不清楚
o 显示格式不规范
o 长时间操作未给用户进度提示
o 提示窗口文字未采用行业术语
o 可输入区域和只读区域没有明显的区分标志
o 功能不符
o 数据流错误
o 程序接口错误
o 轻微的数值计算错误
C类——一般性错误，包括： Nhomakorabea o 界面错误(详细文档)
o 打印内容、格式错误
o 简单的输入限制未放在前台进行控制

BUG严重等级划分

提示类错误
2类
2类
遇到麻烦，但不影响
2类 2类
执行工作功能的实现
其他错误
2类
2类
2类
打印内容、格式错误功能建议
操作建议校验建议说明建议 UI建议建议性的改进要求
建议类错误
1类 1类
1类
1类 1类
总结：
５类—致命的软件缺陷(Fatal): 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等
接口缺陷
4类 4类
重新启动软件不属更正办法）
分类范畴
缺陷等级
子项目
备注
数据库缺陷
3类
数据库设计未达到第三范式的要求或需求规格说明的格式水平严重的影响系统要求或基本
功能的实现，但存在合理的
操作错误
3类
因错误操作迫使程序中断
更正办法（重新安装或重新启动软件不属于更正办法）
功能错误
3类，4类 3类，4类
主要功能丧失，严重地影响系统要求或基本功能的实现。（重新安装
4 非常高（Very High）或重新启动该软件不属于更正办法），须尽快修正
5
紧急（Critical）
不能执行正常工作功能或重要功能，因软件原因导致系统死机、数据丢失等须马上修正。
划分参考:
分类范畴缺陷等级子项目备注
5类 5类
由于程序所引起的死机，非法退出
BUG严重等级划分
2009年11月 19号
主要内容：
一，缺陷分类
二，缺陷严重等级三，缺陷等级划分参考