软件缺陷模型

简介:

软 件 缺 陷 分 类 标 准 收藏 
缺陷的定义
软件没有达到产品说明书表明的功能
软件出现了产品说明书中不一致的表现
软件功能超出产品说明书的范围
软件没有达到用户期望的目标(虽然产品说明书中没有要求)
测试员或用户认为软件的易用性差
不是所有缺陷都会修改
市场的压力使得产品最终发行有时间限制
测试员错误理解或者不正确操作引出的缺陷(FAQ)
错误的修改影响的模块较多,带来的风险较大(遗留)
修改性价比太低(FAQ,遗留)
缺陷报告中提出的问题很难重现
缺陷分析的关注点:
对软件问题的功能域分布进行分析,找出系统的薄弱环节
要详细采集每个功能模块或系统构件的bug数据,并按功能、错误类型、严重程度等分类
比较实际发现的软件bug是否与预期的问题分布相吻合
二八定理:80%的软件问题总是发生在大约20%的功能模块(系统构件)中。
、对bug的注入阶段的分布进行分析,并与历史数据相比较。应按不同的开发阶段详细采集bug的数据

要求软件各开发阶段的缺陷密度小于本单位过去的平均值
而且要求需求分析、设计和代码复查阶段的缺陷排除率之和大于或等于规定值(例如75%)。(同行评审)
应对软件缺陷类型进行分析,以便针对各自的特点,先修复严重缺陷。


软 件 缺 陷 分 类 标 准 
分类范畴 子项目 缺陷等级 备注 
 
系统缺陷 由于程序所引起的死机,非法退出 待定  (建议A类) 不能执行正常工作工那或重要功能,使系统崩溃 
程序死循环 待定  (建议A类) 或资源严重不足 
程序错误 待定  (建议A类)   
待定  (建议A类)   
 
数据缺陷 数据计算错误 待定  (建议B类) 严重地影响系统要求或基本功能地实现,且没有 
数据约束错误 待定  (建议B类) 办法更正(重新安装或重新启动软件不属更正 
数据输入、输出错误 待定  (建议B类) 办法) 
待定  (建议B类)   
 
数据库缺陷 数据库发生死锁 待定  (建议B类)   
数据库的表、缺省值未加完整性等约束条件 待定  (建议B类)   
数据库连接错误 待定  (建议B类)   
数据库中的表有过多的空字段 待定  (建议B类)   
 
接口缺陷 数据通讯错误 待定  (建议B类)   
程序接口错误 待定  (建议B类)   
硬件接口、通讯错误 待定  (建议B类)   
待定  (建议B类)   
 
功能错误 程序功能无法实现 待定  (建议C类) 严重的影响系统要求或基本功能的实现,但存在 
程序功能实现错误 待定  (建议C类) 合理的更正办法(重新安装或重新启动软件不属 
待定  (建议C类) 于更正办法 
 
界面错误 操作界面错误 待定  (建议D类) 使操作者不方便或遇到麻烦,但不影响执行工作 
打印内容、格式错误 待定  (建议D类) 功能的实现 
删除操作未给出提示 待定  (建议D类)   
长时操作未给出提示 待定  (建议D类)   
界面不规范 待定  (建议D类)   
界面错误详细清单见《界面缺陷分类》 待定  (建议D类)   
 
建议类错误 功能建议 待定  (建议E类) 建议性的改进要求 
操作建议 待定  (建议E类)   
校验建议 待定  (建议E类)   
说明建议 待定  (建议E类)   
 
 
说明:以上缺陷分类中的内容构成基本缺陷库,根据实际工作总结,将不断扩充、完善。如新增分类,或分类内容均需要经过技术总监与质量主管的认可,备注中的内容为缺陷等级分类说明。  

目录
相关文章
|
9月前
|
人工智能 搜索推荐 vr&ar
Sora对普通人的潜在影响
【2月更文挑战第9天】Sora对普通人的潜在影响
115 1
Sora对普通人的潜在影响
|
4月前
|
测试技术
软件质量保护与测试(第2版)学习总结第十章 黑盒测试
本文是《软件质量保护与测试》(第2版)第十章的学习总结,介绍了黑盒测试的基本概念和方法,包括等价类划分、边界值分析和因果图法,并通过具体例子展示了如何设计测试用例来验证软件的功能性需求。
109 1
软件质量保护与测试(第2版)学习总结第十章 黑盒测试
|
4月前
|
测试技术
软件质量保护与测试(第2版)学习总结第十一章 白盒测试
本文是《软件质量保护与测试》(第2版)第十一章的学习总结,详细讲解了白盒测试中的控制流测试技术,包括语句覆盖、判断覆盖、条件覆盖、判定-条件覆盖和路径覆盖等方法,并通过具体代码示例展示了如何设计测试用例来验证程序中的不同执行路径。
96 2
|
5月前
|
机器学习/深度学习 人工智能 安全
软件测试中的探索性测试:一种高效发现软件缺陷的方法
本文将深入探讨软件测试中的一种关键方法——探索性测试。探索性测试是一种动态的、探索性的软件测试方法,它依赖于测试人员的直觉和经验,通过实际操作软件来发现潜在的问题和缺陷。与传统的基于预定义用例的测试方法相比,探索性测试更加灵活,能够更全面地覆盖软件的各个方面,从而更有效地发现难以预见的错误和漏洞。
69 2
|
存储 算法 测试技术
配电网可靠性评估(4)—(顶刊复现)基于优化模型的配电网可靠性评估
顶刊论文《Reliability Assessment for Distribution OptimizationModels: A Non-Simulation-Based Linear Programming Approach》,介绍了一种基于线性规划方法的配电网可靠性评估模型,首次将数学优化方法应用到配电网可靠性评估当中。这篇博客就是对该文献的详细解读及完整代码复现。
|
敏捷开发 缓存 监控
程序员架构修炼:架构的保障,质量与风险求解质量熵
在前面的小节中,我们从黑天鹅事件谈到了蝴蝶效应和墨菲定律。一言以蔽之,将软件研发质量做好并非易事。质量是一个综合命题,涉及业务的准确性、稳定性和可用性等
|
测试技术
软件测试工程师是做什么的 衡量软件质量,找出bug
软件测试的是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。
241 0
软件测试工程师是做什么的 衡量软件质量,找出bug
保证系统性质相符 首推模型检验技术
本文讲的是保证系统性质相符 首推模型检验技术,自动地验证一个系统(硬件、软件等)的行为是否与预期的性质相符合是计算机领域的一个根本问题。模型检验(Model Checking)技术就是针对这个问题提出的解决方案之一。
1292 0

热门文章

最新文章