软件缺陷分类标准新版

szxutao · 发表于 2004-11-26 08:44:15

改版本是以前那个版本的更新，目的是回避程序员与测试员都比较敏感的缺陷等级

orange1997orang · 发表于 2004-11-27 10:30:21

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

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

肚皮 · 发表于 2004-12-2 09:29:51

我觉得回避缺陷等级是不合适的，虽然避程序员与测试员都比较敏感，但是这个是最可以反应一个项目工作水平的标准，应该用正确的态度对待，而且你分abc类也不能较好解决你想回避缺陷等级的初衷

qingtian · 发表于 2004-12-2 10:09:56

绝对不能回避缺陷等级

hanwei · 发表于 2004-12-7 10:49:12

不错，很有帮助，我正在制定相关的文档

hxb1118 · 发表于 2004-12-29 14:37:10

可以再细点，考虑到缺陷的程度吗？

sinicism · 发表于 2005-2-7 13:02:46

但是，想再提一问题，如何根据产品缺陷等级来计算评估软件项目的危机呢？比如说，退货率！有没有这方面的资料？

txhgg · 发表于 2005-3-17 15:23:18

Thank you very much

seic · 发表于 2005-3-23 19:10:12

谢谢！谢谢您！中兴手机西安研究所欢迎您！

质量新知 · 发表于 2005-7-19 18:33:56

谢谢楼主，也谢谢大家了，有经验的人士请多多补充，非常感谢你们

blueyow · 发表于 2005-9-2 14:50:08

好东东，受益匪浅

Oleger · 发表于 2005-9-22 14:41:37

顶一下！
情况还是少了点啊

fatmao · 发表于 2005-12-7 10:23:32

我看了这个缺陷分类标准，有一点我不明白，就拿系统缺陷来说，现在系统死机了，作为测试人员的我将如何判断是程序死循环造成的，还是程序错误造成的？

sunwave · 发表于 2005-12-11 10:00:15

谢谢了，正在制定实验室程序文件，有用。

月上梅稍 · 发表于 2006-3-15 18:19:56

Thank you very much

liufu-23 · 发表于 2006-3-30 10:27:24

正要了解这方面的问题

applejuice · 发表于 2006-4-18 09:47:10

thank you very much!

lansechuiyan · 发表于 2006-4-25 16:43:24

分类应该有很多种，这只是其中的一种吧！

天生我才 · 发表于 2006-4-29 13:14:00

谢谢对于软件缺陷又有了一些了解

liner999 · 发表于 2006-5-26 16:18:57

不太赞同楼主将所有的功能缺陷都划分到了c类
我认为按照用户对系统功能需求的重要性和系统本身数据的准确性和有效性来划分会更好

[ 本帖最后由 liner999 于 2006-5-26 16:23 编辑 ]

		自动登录	找回密码
密码			(注-册)加入51Testing

软件缺陷分类标准新版

本帖子中包含更多资源

相关帖子

顶!

站长推荐 /1