51Testing软件测试论坛

标题: 自己的一点自动化测试感言 [打印本页]

作者: lyscser 时间: 2010-9-14 00:37
标题: 自己的一点自动化测试感言
本帖最后由 lyscser 于 2011-5-17 08:30 编辑

原文参见 http://www.51testing.com/iframe.php?uid=68857

若论起自动化测试来，可真是一千人有一千个说法，分歧争议多多，而剪刀石头布在这并不能解决任何问题。举例来说，对于“商业主义”和“开源主义”之争，则可以引用邓大爷的一句话来概括：不管是黑猫白猫，抓到老鼠就是好猫！在这个问题上，大部分的分歧都是因为想把自己的价值观和经验强加给别人，或许他们根本就没有仔细考察过别人的需求，没有弄明白别人为什么坚持不使用自己推崇的工具，泛泛空谈而已！无论是商业工具还是开源工具，自动化测试都应该有着完整的体系流程，可以细化研究，却不可因测试工具不同而在管理上区别对待。就像整数包含正数、负数，也包含质数、合数，但是在做加减运算的时候却不需要也不能够去做这么多维度的划分。类似的道理，无论是商业工具还是开源工具，它们应该都有相同或相似的测试框架和流程、规范，否则自动化测试只能依赖较强的个人能力去维持，而过于依赖个人能力对于组织来说则不具备稳定性和可靠性，对持续发展是不利的。最近看新版三国，不如捎带编个顺口溜：人中吕布，仅三姓家奴；恩义持国，得上将锦蜀！

就对工具和测试手段的态度来说，笔者始终坚信人才是制胜的决定性因素，不要轻言任何工具有多好或多不好。有人认为商业工具的对象与方法封装的很死，二次开发没有开源工具那么随心所欲；有人认为开源工具使用起来编码难度更大、缺陷也多，只有少数的几个人能精通，很难在组织内推广。其实我们可以考虑一下：

（1）有些人主张自动化只用来进行单元测试和集成测试，以追求更多的效益，那么请问我们平常需要做多少抛开页面的接口测试？而且这些接口测试难道不能、完全不能通过页面去测试么（如开发接口模拟器）？大量UI需要（自动化）测试的现实可以被忽略么？

（2）有些人喜欢把不成功的自动化实现迁怒于测试工具，请问你的工具使用起来效果不好问题在哪里？你们是否已经把这个你觉得不好用的工具用到极致了呢？你的问题是否只是脚本写的不好而已呢？如果是这样，那么A语言用不好，莫非B语言就更容易么？

总之，不要因为商业工具用的失败就去追求开源，也不要因为开源工具用得不方便就去追求商业工具，必须先弄清楚自己为什么用的不好，问题在哪里，如何改进！盲目的赶潮流倒是能积累很多经验，但同时也势必会给组织带来无谓的资源浪费。当然，如果已经在一种工具和平台下达到了较成熟的测试水平，那么再引进一些其他的工具技术来丰富一下自己的测试也是可取的。
笔者只有四年的Web（自动化）测试经验，主要使用的是Mercury系列商业测试工具，故而所谈论的一些内容主要都是以自己的经验认识为基础的。不过笔者相信做任何事情原理本质上是相通的，而且我们讨论的自动化测试的原理都是基于测试基础理论和项目管理基础理论。笔者不敢标榜自己“精通”或“谙熟”自动化测试，只是觉得有想法就要适时总结，与大家探讨、分享。笔者本文只讨论理念，不讨论技术，只希望通过本文的探讨可以整理一下自己长久以来在自动化测试上混乱的思路，也希望笔者的观点不要成为束缚大家思维的罪恶黑手或者任何人说教的依据，“抛砖引玉”可，“抛砖引砖”亦可，希望诸位读者不吝赐教。

作者: zzxxbb112 时间: 2010-9-14 09:39
非常不错的文章，学习学习~~~

作者: archonwang 时间: 2010-9-14 10:28
好文章，拜读。

作者: 51mobile 时间: 2010-9-14 12:44

支持下

作者: 愚人 时间: 2010-9-14 13:03
写的不错，拜读……

作者: wanxing886 时间: 2010-9-14 13:42
感谢分享~
受益良多~

作者: shanxi 时间: 2010-9-14 13:56
哇塞 38页主要基于QC+QTP来讲

商业工具关键是每次出新版本都得花钱，如果用开源只需要很好规划前期投入即可。

[ 本帖最后由 shanxi 于 2010-9-14 13:58 编辑 ]

作者: TIB 时间: 2010-9-14 14:44
非常好！

作者: yuxuan555269 时间: 2010-9-14 20:55
支持一下，从另外一面反映了自动化测试中存在的问题

作者: lyscser 时间: 2010-9-14 22:21
多谢各位，不过我不希望只看到很好、不错、还有一些价值这些表扬的话，希望大家给点意见，反对的赞成的都好，集思广益嘛

作者: dllnetspy 时间: 2010-9-17 13:25
写得非常不错

作者: FLY000 时间: 2010-9-17 15:44
四年的Web（自动化）测试经验很强大，请问楼主，你认为自动化测试，需要掌握哪些方面的知识才可以对自动化测试的项目应付自如？

scripting.filesystemobject,wscript.shell,excel.application,ado,dom

框架的3个种类和设计思想

作者: FLY000 时间: 2010-9-17 15:45
我想工具只是工具
知识和思想才是关键
所以希望楼主能以自己丰富的经验给我们指明道路

作者: lyscser 时间: 2010-9-17 21:18

原帖由 FLY000 于 2010-9-17 15:44 发表
四年的Web（自动化）测试经验很强大，请问楼主，你认为自动化测试，需要掌握哪些方面的知识才可以对自动化测试的项目应付自如？

scripting.filesystemobject,wscript.shell,excel.application,ado,dom

框架 ...

编程是必须的基础，掌握基础的测试理论也是必不可少的，融会贯通就好了
当然如果你对数据库、中间件、操作系统、流程规范等方方面面都很了解，你想不成功都很难

作者: lhylovexw 时间: 2010-9-18 12:24
不错的帖子，顶，，顶，，顶，，顶，，，

作者: 花儿开在春风里 时间: 2010-9-25 09:35
受益~

作者: wugecat 时间: 2010-9-26 11:44
第四章的成本收益看不太懂啊

作者: L.E.O 时间: 2010-9-26 11:48
拜读、受益匪浅呐

作者: lyscser 时间: 2010-9-26 19:43

第四章的成本收益看不太懂啊
wugecat 发表于 2010-9-26 11:44

核心内容居然没看懂……吾太失败鸟

作者: wugecat 时间: 2010-9-27 10:20
回复 20# lyscser
我说的可能太简单了,我又仔细的看了一遍,基本看懂了,唯一不太明白的是,最后一章的最后一小姐"4) 测试覆盖率与收益的关系"我想问:"自动化完成率"的概念是啥,是所有自动化测试执行的通过率还是什么??还有一句..."假设没有自动化测试介入，并且测试执行人力充足，那么手工回归测试的案例应该被执行的次数（注意：不是案例个数）就是自动化待开发的场景数总和"这个不太懂.."案例"和"自动化场景"的概念是啥?两者有没有关系?为什么会有这样的结论?

作者: wugecat 时间: 2010-9-27 10:34
本帖最后由 wugecat 于 2010-9-27 10:42 编辑

怎么技术讨论也要审核了么?之前发的怎么没有显示...重来
我的问题是最后一章的最后一节不太懂"1)
测试覆盖率与收益的关系"想请教"自动化完成率"的概念是什么?还有"假设没有自动化测试介入，并且测试执行人力充足，那么手工回归测试的案例应该被执行的次数（注意：不是案例个数）就是自动化待开发的场景数总和；"这句话不太懂....还是有"案例"和"自动化场景"的概念是什么,有什么关系??

作者: 南小木 时间: 2010-9-27 16:32
studying

作者: lyscser 时间: 2010-9-27 21:02

怎么技术讨论也要审核了么?之前发的怎么没有显示...重来
我的问题是最后一章的最后一节不太懂"1)
测试覆盖 ...
wugecat 发表于 2010-9-27 10:34

自动化皆是基于手工测试理论的，可能名词说多了吧，大家各有各的叫法，其实也许你明白的
自动化完成率是指完成开发的功能点个数，与数据组合才算是场景或者用例
案例就是功能、操作和数据的组合，而场景可以使单一的案例也可以是案例与案例的组合

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)