曲则全,枉则直,洼则盈,敝则新,少则得,多则惑。
是以圣人抱一为天下式。不自见,故明;不自是,故彰;不自伐,故有功;不自矜,故长。
黑盒测试--路漫漫而脚步却很沉重
上一篇 /
下一篇 2010-03-10 18:50:17
/ 个人分类:测试历程
近阶段碰到几个事情,一个是有朋友说一直做黑盒手工,没什么发展,技术得不到提升,另外就是看了cleverman的“经验总结”,觉得应该对
黑盒测试做个总结。
1.黑盒测试比较好做,但是很难做好。
也就是通常所说的,上手比较容易了,只要按需求或客户使用的流程,点点看看跑跑,就好了。但是对于同一个系统,有个人A写了1000个用例,跑下来的结果,未必有另外一个人B写300个用例的效果好。而且很有可能是A跑了1000个用例,还觉得对系统的质量心里没底,而B却比较有把握。
然后说技术,举两个例子:
第一个是我外公,外公以前是修汽车的,退休以后,有次舅舅开车,外公在车上听了一会声音,就说车上XXX有问题,然后送到维修站,确实有问题;还有一个,借用cleverman的例子,其实黑客在一定程度上,也算是黑盒测试,普通人可能发现不了漏洞,但是黑客可以。
两个例子都有个共同点,就是对产品的技术有积累,我外公一直在维修站修汽车,黑客的电脑技术也厉害。对产品技术比较熟悉了以后,能更有效,更有质量的测试。
2.国内大部分公司,不需要黑盒测试人员懂技术
不知道算不算有些偏激,但是在我们公司,是这样的。公司里基本上每个人的想法都是,“能做开发的不会去做测试”,所以觉得测试没有编码能力,个中体会,还是挺多的。当然,我们不是为了炫耀什么,只不过有时候,了解开发是如何实现,会更加方便的测试。比如,我们以前版本出现了一个bug,开发将这个bug修复,改了某些流程,我顺便问了下怎么怎么修改的,然后觉得有些问题,再从业务去测,果然很快就发现有问题。
3.黑盒测试的技术提升
身为黑盒测试,最为重要的技术,应该是编写测试用例了。而测试用例主要依赖于三方面:业务知识;测试知识;开发知识。
当大部分公司,觉得黑盒不需要一丁点开发知识;
当大部分项目的业务,不像金融或电信那么复杂;
仅剩的就是测试思想的提升,而这却又是比较漫长的。总有些路漫漫,脚步却很沉重的感觉。
4.黑盒测试的价值
说了比较多丧气的话,但是我还是觉得测试挺有意思的。
当对着需求,说出需要哪些测试点,大概有多少用例的时候;
当发现了别人发现不到而且对客户比较严重的bug的时候;
当开发对自己写的功能,质量没信心,需要依赖测试的时候;
当向产品经理报告,我们的产品可以发布的时候,
还是有那么点淡淡的虚荣,哈哈
收藏
举报
TAG: