1bug提交与缺陷管理.docx
- 文档编号:10685346
- 上传时间:2023-05-27
- 格式:DOCX
- 页数:11
- 大小:115.62KB
1bug提交与缺陷管理.docx
《1bug提交与缺陷管理.docx》由会员分享,可在线阅读,更多相关《1bug提交与缺陷管理.docx(11页珍藏版)》请在冰点文库上搜索。
1bug提交与缺陷管理
Bug提交与缺陷管理
田丽芳
■测试四个主要工作:
■测试计划
■测试设计-测试用例
■实际测试
■Bug报告
■Bug报告的艰巨性、重要性
软件缺陷的描述
■1、软件缺陷是什么
bug.缺点、错误、问题、毛病、异常、失败、偏差等正式定义:
(五个规则)
•软件未达到产品说明书表明的功能
*软件出现了产品说明书指明不会出现的错误
•:
-软件功能超出产品说明书指明范围*软件未达到产品说明书虽未指出但应达到的
•软件测试人员认为软件难以理解.不易使用、运行速度缓慢,或者最终用户认为不好
确保缺陷得以修复
■缺陷有的修复,有的不修复
■没有足够的时间
■不算真正的软件缺陷
■修复的风险太大
■不值得修复
■如何确保缺陷得以修复?
-软件缺陷报告
■2、软件缺陷的基本原则
■尽早报告软件缺陷
■有效描述软件缺陷(软件测试方法与技术,p304)
■单一准确
■一个报告只对应一个缺陷
■完整统一
■提供完整、前后统一的软件缺陷的修复步骤和信息,例如图片信息、log文件等。
■短小精炼
■再现
■特定条件
■某些功能在特定条件下才会存在缺陷,例如:
搜索功能在没有找到结果返回时跳转页面不对
■不做评价
■补充完善
AddDefec±
一』Clear
丸ttach:
DefectInformation:
AttachSyslnfo〔Ctrl+I)
*SnrrirTiatT
Description
TestSet:
Test:
Ktul:
3.1.2班毀学生肢绩昏理[113.1.2.1眉加学生佶忌
Kun8-2110-34-25
Step:
Step2
Descriotion:
1.締入•佶色
孚号丄39姓名丄张军语丈点绩匕
觀理点気
70
S8
34
ee
5
Submit
Close
缺陷的严重性
因缺陷引起的故障对软件产品的影响程度
■缺陷严重性级别
■致命性缺陷(Ciritisl)
•系统崩溃、数据丢失、数据毁坏
■严重功能性缺陷(Serious)
・操作性错误、错误结果、规定的功能没有实现或不完整、设计不合理造成性能低下,影响系统的运行
■警告性缺陷(Moderate)
・不影响业务运营的功能问题,昭•小问题、错别字、UI布局、罕见故障
■建议性缺陷(Suggestion?
Cosmetic)
・对软件设计和功能实现等不甚合理之处提出建议
缺陷的优先级
缺陷被修复的紧急程度
■缺陷的优先级
■高优先级
・立即修复,阻止进一步测试,立竿见影
■中优先级
・在产品发布之前必须修复
■一般
・如果时间允许应该修复
■低优先级
・可能会修复,但是也能发布
■实例:
缺陷的严重性和优先级
■极少发生的数据毁坏缺陷
■导致用户电话求助的安装指示错别字
■只要一启动就崩溃
■某按钮应该再向下方移动一点
■注意
■软件缺陷的优先级在项目期间会发生变化
■4、软件缺陷的图片、记录信息
■软件测试方法与技术
Add.Defect
添加
系统信息
添加
各类文件
*s.
Detectedin
Priorrty:
添加
URL
添加
抓拍图像
Subject:
1
p
|3.1.2竦聂学生威J
•••
Reproducihle:
Description
TestSet:
Test:
ElUXJl:
Stei»:
3-1-2珑级孚生点峨咨瑾C113.1.2.1壇向孚生佶色Rurt^8-21_10-34-25
S-tep2
1
Descrxi>tioik:
孥号:
39姓名:
张:
军国丈•您缰,70教孥点绩:
68
英面点缢:
34検理点缰:
88化学点缢:
5
1
-
Submi1
Close
efectDetails
jHM
T•'护▼
變0
D&fset64
|电子抓件的胳式没有遥區
Faee1
ffl
Details
Description
蓟
Attachments
*DetectedBy;
■Severity:
DetectedinVersion:
Priority:
Reproducible:
Subject:
tianlf「列P
2-Mediuni
p
p
Yp
1结密单妆宙理
■■■
*DetectedonDate:
2008-8-12
p
AwignEdTo:
p
Modified:
2008-08-1411:
19
Project:
■■■
Status:
Heop^n
History
Planned
Actual
ExecutimReport
Cancel
iuiedLClosingVersion:
EstimatedFizTime:
:
、分离和再现软件缺陷
■分离和再现软件缺陷的重要性
■如何分离和再现软件缺陷?
■不要想当然地接受任何假设,确保所有的步骤都被记录
■特定条件和时间
■压力和负荷、内存和数据溢出相关的边界条件
■考虑资源依赖性,包括内存、网络和硬件共享的相互作用等
■不能忽视硬件
三、软件缺陷的生命周期
■软件缺陷的生命周期
从软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的
完整过程。
四、软件缺陷跟踪系统
■目的:
■登记软件缺陷
■在其整个生命周期中进行监视/跟踪
■手动软件缺陷报告和跟踪
■自动软件缺陷报告和跟踪
■缺陷报告范本
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- bug 提交 缺陷 管理
![提示](https://static.bingdoc.com/images/bang_tan.gif)