联系我:新浪微博@架构师Jack 或 dongjietest#163.com联系.(#换为@)
实验室难重现用户现场兼容性bug的测试技术分析
上一篇 /
下一篇 2011-10-12 15:08:37
/ 个人分类:测试技术
51Testing软件测试网Qm$We,Y本文的兼容性测试仅限于--被测软件与用户使用环境的兼容性51Testing软件测试网*hv&GATfdL
51Testing软件测试网FF9Q6\9Y%Re}4s+b微观测试环境和宏观测试环境的定义:
RM*Z2|ql5l~\0AcTv.N&@0宏观测试环境:自上而下的用户操作习惯和粗粒度(软件层)的兼容性。
~9]K fo^])Y0微观测试环境:自下而上的测试环境和细粒度(函数级)的兼容性。
;t3?f1f%H#}0qz:{*kh%v)b2?0 为什么在实验室中做了兼容性测试没有问题,而在用户使用环境会出兼容性问题,且重回到实验室中很难重现。因为实验室中的兼容性测试是属于宏观测试环境的粒度,是以整个软件黑盒作为兼容性的交互粒度,实际测试软件在交互时只是对主要特性的主要函数进行了验证,而某些特性和函数及函数的某些返回值并没有覆盖到。相当于这部分函数和代码没有测试和防护罩的情况下就发布给用户在实际环境中运行了。
1Pax1hRSI$u"A0 而用户的使用环境并不是单纯的干净的函数环境,用户长期运行后的软件环境看似与实验室的宏观测试环境一样(我们模拟的只是宏观测试环境),实际上用户的微观环境已经发生了变化(有些内部资源已经腐化,有些内部调用状态有些混乱),最终出现用户的微观环境返回的值或函数调用成功率并不和宏观测试环境一样,导致触发了一些新的分支路径和异常路径,而我们在实验室中很想象到这些微观环境中会触发的分支路径和异常路径,从而导致我们的质量保障测试很被动。51Testing软件测试网qU3y9N"B
51Testing软件测试网xKiymsLf 因此我们在现有宏观测试环境的基础上,还应该逐渐补充微观测试环境的测试,减少我们在质量保障测试中的被动局面,而这有耐于测试人员加强基于IT失效模式和技术的积累,我曾提出的基于缺陷的测试技术架构,就是一种参考的测试架构(可通过我的新浪微博http://weibo.com/dongjietest 找到并下载)
&h_
|#d
X$A%F0lL0eE Of2`-Y0下面是运用微观测试环境导致google浏览器崩溃,firefox浏览器崩溃,360浏览器崩溃,QQ客户端崩溃,阿里旺旺崩溃的演示视频51Testing软件测试网D,F:J
n$P0DY
)DG/UX6Tt:wq)jv0http://www.tudou.com/programs/view/Qa1ZLLqv6Ww/
k:q8dd9Q$V0dZnwW/A/fN0http://www.tudou.com/programs/view/RLqeR_zhJcA/51Testing软件测试网!g$X(`)\$Eu
7}f#fL
iK%vM0
"ZY
C`6L {%])ZMX0http://www.tudou.com/programs/view/CHOa1_T2fA4/51Testing软件测试网&m)ngLx/H _
51Testing软件测试网` c,ys6r4^ d[x tUf{&|http://www.tudou.com/programs/view/a7B7ZVPU9vg/51Testing软件测试网!i oUA0SF%K8v;Pfw
A'J y.E fZF~!m0
D;uz#kY0http://www.tudou.com/programs/view/b9NLoWbN-cg/
t%p?{
v [C0
收藏
举报
TAG: