走在自动化测试的道路上
大纲:
自动化测试的现状
自动化测试的发展
1. 包含的领域
2. 发展的思路
3. 观点: 自动化测试是一种软件开发交付过程
自动化测试成败在于自动化项目的质量与可维护性
自动化测试不只是测试的自动化,应当是流程的自动化
自动化的难点:
1. 极强的定制性使得引入自动化成为难事
2. 预言性的需求设计使得自动化需求变化极快,同时要求开发周期越短越好
3. 软件流程往往成为自动化道路中的拌脚石
我在自动化测试的计划
未来的自动化测试在哪里?
这是一个传统的,也是我们一般人使用的软件开发模式,国外有个好听的名字: 瀑布开发模式(你坚着看,很形象吧?)
而自动化测试应当提供什么呢?
看下图:
我们今天不讨论敏捷,这里的自动化模式是基本不改变开发模式的方式下的开展过程.(我想大部分公司很难强推行大规模的开发模式转变:大部分原因被冠名风险与人)
这个图是以自动化云层(叫平台也行)依靠,提供全方面的自动化测试过程.
自动化测试的手段: 以自动化测试代码为依托,提高高可用的测试方案与立体的测试体系.自动化测试的目的: 让软件测试无事可做!
解释下目的,充足的快速的立体多方位的自动化测试加之规范的开发流程,bug既在编码中与之前被发现,何来传统的测试工作?
也许较真的兄弟们会说,软件测试覆盖的面可多了,黑盒,模糊,场景,发散等,你怎么取代? 我说的测试工作是特指我们平时花费最长最无味的系统测试.
解释了自动化测试的所在的领域与基本理念后,下一个问题,
如何发展?
这里就我在工作过程中的一些思路谈一谈,
我们知道自动化测试不具备通用性,明白这点很重要.我再解释下,
假如你在华为的路由器测试,你会使用cli操作命令进行自动化,你的平台很可能依托在复杂的资源管理平台上.
而如果你在人人,你会使用selenium等UI工具进行自动化,你可能直接使用了selenium与hudson作集成自动化.
如果你是做企业金融的公司,你会使用flash测试工具,autoit,甚至商业化的RFT等
另外,自动化还有一个特点,投入成本高,产出可能很缓慢. 如果你在预算投入不足时,千万不要貌然启动自动化,不要对其报有任何幻想.
如果明白这两点,你们公司应该会成立专门的自动化团队了,并且逐步的形成自动化测试的框架与相关的自动化效果产出了.
最后我想重点谈谈技术在自动化测试发展中的作用.
问题一: 选择商业工具还是自主开发?商业工具一般很强大,常见的如QTP,RFT,Robot,SilkTest等,并且带有脚本录制与快速回放.那我们直接选好了??
No,我的建议是不要去选,至少不要轻易的去选,并不是说你家有钱不让你去花,因为要知道,自动化测试不具备通用性,我们的产品很难说能适应测试工具,而是应该让工具去适应产品.
自主开发? No,我的建议也是No,世界上有一批优秀的程序员(测试员),他们开发了一批优秀的开发的自动化工具供我们使用,我们只需要动动手,整合一个框架出来就ok了. 你会担心,谁帮我维护?有bug找谁? 你要记住,如果你的技术不足于达到维护这个自动化测试工具时,你的自动化测试基本也宣告失败了,那么,发现bug提交给相关社区,或者自己去修改并push请求.达到技术共享的目的.