谈笑有鸿儒,往来无白丁;可以调LR,阅QTP,无丝竹之乱耳,无案牍之劳形……

常用软件缺陷预防技术和缺陷分析技术有哪些?

上一篇 / 下一篇  2008-06-19 23:34:27 / 个人分类:测试管理

y`Vt.|rC8Q)IN15183531本周51testing有zhuzx问到这个问题,这个问题问的真是很帅很高深。我想这样的问题是没有标准答案的,各自按照自己的经验和实践来给出自己的看法,在此我也聊聊我的看法,仅一家之言,欢迎讨论。

.q2x/LR*B,t15183531

"`~`2C6^J)w |4J}}15183531说到软件缺陷预防技术吧,其实什么是缺陷预防,就是说能把缺陷消灭在萌芽状态,就是能在缺陷还没产生出来就已经被扼杀了,这也是软件测试者所追求的最高境界。一般的软件测试属于后来弥补型,产生bug之后再来修改,但是bug发现越晚,修改掉花的代价就越大,所以软件缺陷预防技术就是项目生命周期的早期消灭bug。

!njHev\U5V5Kc15183531

[%yClt%G15183531一般常用的缺陷预防有几个阶段,需求阶段,设计阶段,编码阶段。

S w0b,n!Z1518353151Testing软件测试网KvCQ t

第一,在需求阶段,最重要的事情是需求验证。一般验证的几个大项是,功能是否完整,是否考虑性能,有没有模糊需求,有没有考虑安全性,有没有冗余和错误的需求,需求是不是过于苛刻,需求是不是矛盾等方面。一般常用的方法是列出需求检查表,并进一步执行需求/测试 矩阵。51Testing软件测试网:^v;UN-I*T9D

51Testing软件测试网)Oy'su^]]\

第二,设计阶段,这个阶段主要通过技术评审测试逻辑设计。常用比较规范的作法是建立过程/数据矩阵,也就是CRUD矩阵,把过程影射到实体,把整个程序的数据的生命周期(建立,更新,读取,删除)反映出来。

d)L0F&J%^6GkC ?k$@1518353151Testing软件测试网5IhK^vT-S7rB

第三,编码阶段,这个阶段预防措施主要有统一编码规范,代码评审,单元测试。统一代码规范一般是开发经理统一要求,代码评审则是互相评审或者开发leader进行评审,最后最重要的则是单元测试,就是一般说的白盒测试

\$V:e K:eF1518353151Testing软件测试网i y\0]RGQAy6|!V(l

再来说缺陷分析吧,很多很高深的分析技术也不很实用,我只介绍一点常用的分析方法。51Testing软件测试网q%b2sISi?d'f

H C{5EH4Vx9y J\q151835311.模块的缺陷分布,一般用柱状图或饼状图,就是每一个功能模块发现bug的比例,发现bug最多的模块证明在发布以后需要更多的维护。51Testing软件测试网&VgOf)V!b"m

51Testing软件测试网-_ Md:p!G;F_~

另外,历史数据可以参照,譬如上一个版本在哪个模块发现的bug比例对这个版本就是一个参考。如果,某个模块发现bug的比例比上个版本大幅下降,则很可能说明该模块还需要更多测试。

#U`4i`9W1518353151Testing软件测试网 [0b6`ztuEO

2.缺陷的起因分布,一般用柱状图或饼状图,一般可分为架构缺陷、功能缺陷、易用性缺陷、性能缺陷、安全性缺陷、界面文字缺陷。一般如果架构缺陷占的比例较大,则说明设计有很大问题。

p"Z!dd7t15183531

#d K:KM dd&f+V'M;K151835313.按照不同发现人员的缺陷分布,一般用柱状图或饼状图,一般分为测试人员发现,开发人员发现,beta测试发现,外部客户发现。如果测试人员发现的bug低于某个比例,证明质量保证测试不足。51Testing软件测试网/M0RY[ Gs

51Testing软件测试网Mb m zg

4.按照不同方式的缺陷分布 ,一般有需求审查,设计测试,代码走查,JAD,手工测试,自动化测试,白盒测试。一般来说,如果通过需求审查,设计测试,代码走查,JAD发现的bug比重很低则说明测试前期重视不够,另外,在手工测试和自动化测试之间的比例也能说明自动化测试的贡献度。

"`2um)G9ay"D1518353151Testing软件测试网O%wX{4sW H9K9g

5.缺陷差额分析,就是已经发现的和已经解决的曲线关系,以时间为横轴,两者越接近说明产品质量越高

&m$WxwAz)nI15183531

:T"Che;SR+M8n8\151835316.按照时间段的缺陷分布,一般用时间为横轴的曲线图表示,主要说明在哪个阶段发现的bug最多,对测试总结有指导意义51Testing软件测试网 S6MB9U6ln%lf

6| }{4]&q151835317.Rayleigh分析,就是俗称的零缺陷追踪法,一般截至某个时间点发现的缺陷总数和时间有一个函数关系(一个复杂的数学函数),一般用这个函数来推测经过多少天测试之后软件中大概还有多少个bug,以及交付到用户手中之后大概还能出现多少个bug。不过由于本人严重怀疑该方法的实用性,我还没用过。51Testing软件测试网;_.cU!Rql1_/]M

51Testing软件测试网(My5qYv:I.{@X

一不小心,罗罗嗦嗦这么多,希望对大家有帮助,哪怕是一点点,也希望大家多探讨探讨。51Testing软件测试网*gz;?cM~

\9YQ,Cn@x%?15183531 

nc9WM,K-PD15183531

TAG: 测试管理

方玲草 引用 删除 jlsxz   /   2010-11-23 10:43:35
总结的很好 我本来是要评5分的 不小心点错了
方玲草 引用 删除 jlsxz   /   2010-11-23 10:41:31
1
cncnily的个人空间 引用 删除 cncnily   /   2010-10-11 10:14:47
5
cncnily的个人空间 引用 删除 cncnily   /   2010-10-11 10:14:41
JAD发现的bug比重很低则说明测试前期重视不够?是不是应该比如很高呢?
liyp828的个人空间 引用 删除 liyp828   /   2010-04-02 14:34:45
5
引用 删除 lynn_xiao   /   2010-02-23 11:27:01
5
引用 删除 shaner99   /   2008-07-08 11:06:44
不错呢,看了以后还是蛮有感觉:)
 

评分:0

我来说两句

Open Toolbar