• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

平凡的软件测试工作

发布: 2009-9-21 09:59 | 作者: 网络转载 | 来源: 领测软件测试网 | 查看: 185次 | 进入软件测试论坛讨论

领测软件测试网


这个故事有很多扩展版本,但源头是这个。


我一直讲为什么微软的产品能够垄断?就是功能强大易用性好。其它原因有没有?有,但不是根源。大鱼大肉人人会做,萝卜青菜方显功夫。你要能把豆腐做成五花肉,五味俱全,那才称得上是天人合一的境界。金庸小说里,白驼山的武功和全真教比起来上手极快,但越往后练提升的越难,并且很容易走火入魔。功能测试就有点类似。


相关的争论有很多,早期在论坛上看到对立的观点我是一定要争论到底的,吵的天翻地覆甚至人身攻击都不罢休。后来再遇到类似的事一般就回复两个字:“SB。”现如今碰到,要么懒得理,要么回复:“楼主你好有才哦,真是太崇拜你了,神州6号是不是你发明的啊?表谦虚,肯定是你!”


功能测试的方法前面谈过一些,这里着重讲下我现在常用的路径法与场景法。路径法来源于白盒测试,它是在程序控制流图的基础上,通过分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例的方法。后来有人把它用在黑盒测试上面,运用思路也是类似的。


场景法是Rational提出的,它认为用于功能性测试的测试用例应来源于测试目标的用例。应该为每个用例场景编制测试用例。用例场景要通过描述流经用例的路径来确定,这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。简单讲,从用例(UC)中生成测试用例(TC),这就是场景法的核心,是不是有点一脉相承的感觉?特别说明,有些企业是不通过UML建模的,没有设计UC这种过程。


路径法与场景法看上去有点类似,很多人也提出质疑,而我在使用过程中这两种方法有明显不同。我用路径法来划分功能点,划分越细约好,最好能分到最小功能单元。划分过程中我并不关心路径本身,而是路径的终点,终点就是功能点。而场景法就要关注路径,关注上下文,关注各种分支,关注各种与或非条件……越复杂的事情越简单,就是这样!


每个人都是独立的个体,千万不要人云亦云。我们可以学习权威,但不要迷信权威。每当听到有人讲“谁谁谁就是这么做的”我都嗤之以鼻,他、她、它做的就一定是对的?相对论还有广义、狭义之分呢。测试方法也一样,不要盲目的学习,要找到适合自己的。比方说组合测试方法,Pairwise Testing早几年很火,其实它的概念很多年前就提出了,不仅是测试领域使用,很多科学实验也会用到。我不敢说唾弃,因为毕竟有很多“专家学者”都在对它进行研究,但我就是不喜欢用,可能是我对数学没天份吧。


对方法深入了解、精通原理,并通过大量实践进行了验证后,慢慢就会形成一种感觉,我称之为测试感。一旦拿到PRD脑海里就会自动分解功能单元并用一条条的业务场景线把它们串联起来,紧接着一行行的TC自下方出现,三维的哦。佛教中有阿赖耶识一说,测试感与之有点类似,能达到此种境界的人万中无一。


庖丁解牛都学过的吧,以无间入有隙,就是这个意思。

小记:听说星星已经略微有这种感觉了?恭喜恭喜!

性能,国标上称为效率,港台称为效能。性能测试怎么做?去网上搜索下可以找到一大堆性能测试“工具”如何使用的文章。这是目前业内的风气,开口只谈技术手段,无视理论方法。

刚入行的时候在微软高级测试论坛上结识了一大帮朋友,其中大部分是新人,那时候啥51testing、测试时代才起步。有几个朋友志同道合,大家经常在一起探讨,而后一起转战51testing、测试时代、中国软件测试论坛(深圳)。题外话,中国软件测试论坛后因种种原因关闭了,测试时代去年也因种种原因拆分成两家,啥原因?你说呢?

大概是06年,有个朋友想写本关于性能测试的书,把大纲给我们几个朋友看了下。我看后跟他说:“你如果想写工具使用说明直接翻译帮助手册就好。”他听后不服还是写了,最后落得无人出版。他此时幡然醒悟,决定改稿,写成性能测试实例的讲解。把新大纲给我看后我说:“出版应该没问题但销路不会好。”最后我帮他写了一部分,关于性能测试用例应该如何设计方面的。出版时问我是否要署名我说不用,最终这本书的销路可以用惨淡来形容。

为什么会有这种结果?就是前面说的,只关注某个工具在某个项目中如何使用,而不关注为什么可以这样用。比方说,51testing论坛上曾经有过“在线用户”和“并发用户”如何换算的争论,这就是理论方法的探讨。可惜,这种探讨很少很少,并且越来越少。经验主义害死人,知其然而不知其所以然。所以我说现在培养的是IT工人,都是装配车间的一个熟练工,而不是工程师、设计师。

此外,拿来主义要不得,更不能一味抄袭,要独创,要能自出机抒。有水平的可以尝试做下纯理论的研究,然后在国际上的各大科研核心期刊上发表论文,被认可了那名利还不哗啦啦的。走这条路的就要研究“回”字有多少种写法。水平低点的就选取各种各样适合自己的方法、技术进行学习,而后融会贯通临敌时需要用到什么则信手拈来,这也算是独辟蹊径,也能开宗立派。笑傲江湖里左冷禅对嵩山派最大的贡献,就是整理补齐派中前辈遗留的残缺不全的剑谱,所以也称得上一代宗师。

最后,象我这种姥姥不亲舅舅不爱扔在人群里马上被淹没的平头百姓,就老老实实的混吧。间或写点YY小说骗点小mm的眼泪,稿费是别想了,不被开除你TM就知足吧。

小记:性能测试怎么做?看国标。
再记:专家?哪来这么多专家?你看到谁说自己是专家只管上去给两大嘴巴,我呸!

一,04年下半年我开始负责测试处的工作,之前兼任的那位专心做SQA去了。最开始有实无名,或者说只尽义务没有对等的权力。责权对等很重要,做了段时间我就和公司提,如果不正名,如果不赋予我相应的权力、地位、待遇,无法开展工作。公司能够理解,于是在2005年初发布任命命令。公司在正规发文时采用的是红头文件,象政府那种,算是给我正名了。

二,因连续几个项目表现优良,06年获得最佳员工称号,奖金是2000还是3000记不清了,证书在拿到的当晚就被用来垫桌脚了。

三,公司高层对我复合型的能力很赞赏。于是先让我兼任售前、需求分析,类似PD;然后兼任PM;再兼任DBA、SCM、SA;跟着兼任售后、技术支持;最后竟然把网管、HR也交给我了。当然,不是我一个人做而是把工作交给我负责。从那以后我每天就是开不完的会出不完的差写不完的文档。在公司几年,除了财务、市场、开发编码的工作没怎么做过之外,其它职能都涉及到了。当时我的msn签名上有长长一串工作说明,08年到集团去的时候集团同事加我的msn,一下子我就出名了。

四,终于忍无可忍无需再忍,第一次因意见不合在领导面前拍桌子。我这人很情绪化,看不顺眼的事情怎么憋也憋不住,脾气一来对面是谁我根本不管。有次和老总争论,争的面红耳赤最后我把桌子一拍:“你TM狗屁不懂,老子不干了!”还有次一个开发人员在代码里写的提示信息不对,语句不通。我当着整个团队的面狠狠挖苦了他一下,然后还在项目周报里写下批语:“小学没毕业。”类似的事情后来发生了很多,所以现在我很少与人争论,如果有人上杆子和我争,我要么鄙视的看一眼要么说你是对的你万岁。

五,买房了。当时房价和现在比那叫一个便宜,现在翻了三、四倍还不止,但和公司同事比就贵了三、四倍。他们买的早啊,我首付都可以买下他们的房子了,一帮七十年代的孽畜。额外说下,我在公司算小朋友,80%的同事年纪比我大。这加深了我的仇富心理。

其它鸡毛蒜皮的烂事就不说了,现在知道我外号是怎么来的了吧。还不知道?小学没毕业!

小记:一切有为法 如梦幻泡影 如露亦如电 应作如是观

春秋时期,有一次楚庄王依靠名将养由基平定***后大宴群臣,宠姬嫔妃也统统出席助兴。席间丝竹声响,轻歌曼舞,美酒佳肴,觥筹交错,直到黄昏仍未尽兴。楚王乃命点烛夜宴,还特别叫最宠爱的两位美人许姬和麦姬轮流向文臣武将们敬酒。


忽然一阵疾风吹过,筵席上的蜡烛都熄灭了。这时一位官员斗胆拉住了许姬的手,拉扯中,许姬撕断衣袖得以挣脱,并扯下了那人帽子上的缨带。许姬回到楚庄王面前告状,让楚王点亮蜡烛后查看众人的帽缨,以便找出刚才无礼之人。


楚庄王听完却传令不要点燃蜡烛而且大声说:“寡人今日设宴,诸位务必尽兴。现请诸位都去掉帽缨,以便能尽兴饮酒。”听楚庄王这样说,大家都把帽缨取下,这才点上蜡烛,君臣尽兴而散。


席散回宫,许姬怪楚庄王不给她出气,楚庄王说:“此次君臣宴饮,旨在狂欢尽兴,融洽君臣关系。酒后失态乃人之常情,若要究其责任,加以责罚,岂不大刹风景?”许姬这才明白楚庄王的用意。


七年后,楚庄王伐郑。一名战将主动率领部下先行开路。这员战将所到之处拼力死战,大败敌军,直杀到郑国国都之前。战后楚庄王论功行赏,才知其名叫唐狡。他表示不要赏赐,坦承七年前宴会上无礼之人就是自己,今日此举全为报七年前不究之恩。楚庄王大为感叹,便把许姬赐给了他。


“这就是历史上著名的绝缨宴。”我看着下面坐着的学生侃侃而谈:“各位走出校门踏入社会后,如能遇到这样一位领导,幸何如之。”


06年受人所托到高校进行培训,四个课时,半天讲完。我讨厌上课,所以也讨厌给别人上课,但盛情难却,当然也看在不菲的培训费上。四个课时要把软件测试做大致介绍时间将将够,我上课的开场白就是前面这个故事。


一大早走进校园,看着一帮水灵灵嫩得一捏一把水的小朋友,一股优越感油然而起。“这群超级大菜鸟,出去后还不知会被怎么蹂躏。”我拍拍SY的肩膀说道。是SY介绍我来培训的,他也是我前面多次提过的质量管理方面的专业人士。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网