软件质量可视化的简单探讨
上一篇 /
下一篇 2012-10-08 09:21:33
/ 个人分类:杂谈
51Testing软件测试网9X^O g4J
tyZ 测试人员的囧境:在大多数的项目中,测试人员是软件质量的责任者;测试是版本发布前的最后一个环节,发版=加班这个即将成为恒等式;在项目或整个SOP中,软件测试处于最后一小时工作的
那种;测试人员程度着这样一种压力:
得尽快的证明软件可以发布,但实际上,他并没有足够的时间或者足够的测试让自己相信这点。如果发布的版本出了问题,大家就会对测试人员说:你们为什么不能
发现那些BUG? BUG不是测试人员所建立,但是却承担着BUG出现后的责任。51Testing软件测试网;x^&|o(V/ths
s
51Testing软件测试网1a$JTYr h;P@ 这种境况需要改善,首先我们得意识到:1)测试的工作
跟开发并不对立,测试不是破坏开发的成果,而是协助他们更加的完善,发现他们的盲点,从另一方面讲,也会促进开发提高技术;
2)软件质量应该是整个团队职责,而不仅仅是测试人员,其他人员在软件质量形成的过程中可以起到更积极的角色。
;|[%{ u!R%om@051Testing软件测试网oOB!\o 要做到这点,首先,得让大家明白软件质量是怎样的?这点测试人员应该是最清楚的,所以要时不时地想其他人员传递产品的质量信息;有经验的测试人员可以试着想一些创新的方式来传递软件质量的信息。
'F |7YUyq"vfs0+s[{
vvo(E7K
P:?0 报告测试深度和主观的质量51Testing软件测试网vyA C$XIko
51Testing软件测试网'\/U*Uk6c/R cy 我们都知道,很难简单的说质量是高还是低;比如,做了一遍简单的测试,都通过了,没有bug,这个是质量高还是低?那一个团队应该怎样选择报告这俩方面的信息:他们能完成的测试深度和主观评估。51Testing软件测试网Cj;D.}y
51Testing软件测试网)G+X1]:fr"R
对于深度来说:可以试着设定从1到3或者5个数字,1呢意味着浅显的测试(比如基本功能)5代表测试的各个方面包括边界和一些极端的条件。哪一级做哪些
事情这个都可以讨论的。当这些确定后,(如果项目中有多个QA)每个人根据这些标准和项目的情况,同时用手亮出自己打的数字...如果有人所表示的数字不
一致,则需要讨论,比如说我选择1,大家选择3,那我们就要讨论一下为什么会这么选择,讨论过后,再投票进行选定...如果讨论不一致,则取低位数。
%Pr\ |7W+YEw/J)~]0U0?2Y;]O/x8H%^*{v0 可以使用相同的方法来取得质量信息,大拇指,最高。。依次排下去中、低;