我的软件测试之旅:(12)机遇——测试自动化培训师和教练
上一篇 /
下一篇 2012-08-13 09:01:48
/ 个人分类:杂谈
51Testing软件测试网5nG2mE6@ 测试自动化小组尝试过另一款芬兰同事开发的新型框架,名字叫做robotframework,如今已经开源。这个框架本身使用Python语言开发完成,用来开发可接受性测试,是关键字驱动的测试自动化框架,支持多种测试用例的
格式,我最喜欢的是使用表格的HTML文件格式。框架非常好用,各方评价都非常高,但是由于核心的开发者都在芬兰,杭州本地需要有人能够进行培训、辅导,
才有可能做到快速地推广使用。于是测试自动化小组的同事参加了该框架的高级培训,以及如何进行入门级培训的培训,然后向杭州研发中心的其他同事提供培训,
帮助他们使用这个框架实现测试用例的脚本化。
-ML,Rcq3}Tj l00GC:Ss:Kw5V6\;N0 测试框架的使用推广很快,该产品线决定全面采用此框架来实现测试自动化,包括手工测试的用例也需要使用此框架来撰写和管理。并且还专门成立了一个团队为产品线开发库函数,封装操作命令,以便于测试人员们可以不必担心太多库函数编程的问题,快速地实现测试用例的脚本化。51Testing软件测试网
a-Abds|+qYa
#fo*H(t+w&p3o5c.@0
但是测试自动化并不只是将测试用例实现脚本化而已,它是一个复杂的活动,同样包含测试用例的设计、测试方案的选择、测试验证手段的选择等等步骤,而且还
必须考虑到在自动化执行的情况下,机器和被测对象的之间的交互方式和人不同,观察被测对象反应的方式也不同。更不用提到脚本本身也是一种代码,而代码如果
质量不高就会产生大量的技术债务。在缺乏编程经验的测试人员手中就更是一场灾难,他们会复制、粘贴现有的测试脚本,再做相应的修改,重复的脚本片段或是无
关脚本片段的残留物可谓是司空见惯。测试人员也渐渐地从欢迎转变到了叫苦连天的态度,抱怨他们需要花非常多的时间调试出错的脚本,根本就没有时间去进行
“真正的”测试。