再谈探索性测试
上一篇 / 下一篇 2012-09-21 09:09:48 / 个人分类:杂谈
Q*W aY?0 可能很多人惊讶的就是我到底是一个技术测试,还是一个测试leader,工作环境到底有多少测试人员。其实我可以很奇葩的告诉大家,我长期工作的环境基本都是只有我一个测试。并不存在什么testteam的概念。当然我有大项目的经验,我清楚大公司的流程,我也清楚各种方法,技术应该怎么运用到各个团队中去,自然有我的方法,这里就不透露了。51Testing软件测试网,Qe}C:t
51Testing软件测试网H J&D-aE?2cz c\ },Z同样的,我也会证明,没有什么技术,方法,理念是必须人多,必须一个team才能够执行的。人少,甚至就如我,一个人也同样能够做,同样得到很大的提升。到现在几乎可以说用过各种方法,实行过各种流程,当然不得不说,最大的受益人的确是我自己。51Testing软件测试网 c$da^!V-K2dnL
51Testing软件测试网 V-S*`P/t所以我也没有办法,只能拼命看书,阅读别人的经验。这里说再谈,我相信我的理解已经比我第一次写ET的blog深了。两本书各有各的着重点,各有各的优点。这里再帮jerry打个广告,探索式测试实践之路绝对是不可多得的好书!
2W:HC!HcDwV0S2q XUb#D0 测试是一种探索的过程,最初取名探索,自然有很深的意义在其中。51Testing软件测试网1JMr6sN ~4QY
51Testing软件测试网;X$A.ZEL,YY UGH我相信很多人会有这样一个疑问(这个我虽然没有怎么听到别人提起,但是我相信肯定会有这样的疑问),在业界软件测试用例的方法有很多种,很多人所知的“因果图,边界值,等价类,正交”等和ET的这些方法是否有关系。就我目前的理解我并不能说两者有必然的关系,但是我将原本的测试用例设计方法看成一本最原始的教科书,而探索性的方法是一种更贴近运用,更容易让人理解的一本书。两者从不同的切入点,让使用者从不同的角度进行思考,从而编织成一张很大的网,将缺陷全部网罗其中。51Testing软件测试网 gY:ja\LB+I/n'Qu
51Testing软件测试网_2f^v oxf*F JJAu其实目前大部分的测试有一个很大的问题,人多人少不是根本的问题,请广大的leader或者tester关注一下测试的效率。
ck,mo w2luQ Q)r0i-JB5AbH0l0rsd0 探索性测试是一种方法,这种方法能够大大提升测试的效率,能够在短时间内找到更多的缺陷。至于方法,两本书上都说的再详细不过了,这里我就不说明了。
I.l8f~_7Q!} N1^051Testing软件测试网fc;Xta-{d;f探索性测试是一种过程,这个过程可能是一次测试周期,一个项目的周期,也或者是好几个项目的周期。我们做测试,可以基于风险,可以基于经验,可以基于自动化,可以基于需求,可以从不同的切入点,最终给出很多有说服性的数据。而这些数据的来源的过程即是探索本身51Testing软件测试网pU @d.R
5b!Ms*l [0 探索性测试也是一种思维。曾经有人说“做任何事情其实都是探索”。不错,不同的是每个人的探索方法不同,每个人为了如何更好的探索所作的功课不同。我们所说的自动化其实就是一个很好辅助探索测试的工具。51Testing软件测试网5_Q([m6UZm;N`
+T\NfPexjET-m0 我一个人的测试,很多时候时间来不及,我相信没有人会比我体会更深。09年接第一个富士康的项目,单单一个产品就有22个分支code。这里我举两个例子,我用最最简单的方法而节约了大量的时间。51Testing软件测试网8u9b?9d\){ f
51Testing软件测试网:K:t(D-x{X0E ~在工作中,往往会进行一些极限的测试。我曾经测试过一个移动端的产品,可以进行登陆服务器而发布不同的状态从而和好友互动。那么在探索的过程中,我发现有这样一条case要去走。我想发500条状态,500个数据流到我的服务器上。这个举动不是为了测试server的 压力,否则我大可以用LR。而是我想看下在这种情况下,移动端app的界面化显示以及各种交互是否正常。但是这种case就我一个测试而言,我不可能手动 去打500条,虽然手动打不失为一个办法。此时我通过httpclient4.0的basic验证api以及post请求进行数据循环的发送,从而反应到 我的app上。
6y#bb3C@i0WH {1gf]Tr0//basic 验证 new UsernamePasswordCredentials("username",51Testing软件测试网;b|b#j2tb%` 51Testing软件测试网~v%b%V$BJ~Mc#zQ"password"));51Testing软件测试网!a.~Dp:IEY4? |