在地球尚未毁灭的某天,手动测试的同事找到你所在的自动组,问是否可以帮助他们自动化一个需要连续添加100个条目的测试用例,因为他们觉得这是一个噩梦。你口头上说要先烟酒烟酒才能知道,但是内里早就满心欢喜:这算个啥,难不倒咱,咱有如此powerful的SilkTest,咱自动化组表现的时候到了。
你蹭蹭地打开电脑,新建脚本,准备开始抓取…什么?大部分控件是特殊技术实现的,silktest统统无法识别。什么?你忘记了如何点击右键菜单并且选择菜单上的选项,需要花时间阅读帮助文档和google。什么?时间紧张你需要尽快给个说法。“喂,朋友帮帮忙,你可知道我们需要抓取定义,编写类,实例化对象,接下来处理测试逻辑,加上调试,处理可能遇到的乱七八糟的问题,起码得给我个两三天才行啊。”
慢!
你是不是搞的太复杂了?
好好回想一下,别人只是要求一段可以做事的代码,一个小工具,而并非需要正式release测试用例。而且,这段代码只需要在集成测试时运行一次,也就不存在什么维护问题,你的抓取定义,建类全是为了增强可维护性,在这种情况下统统不给力,完全不是必需的。什么,你还要写复杂的测试逻辑?完全不用,你直接用录制功能即可。到底测试通过与否,执行人员一眼就可以看出来,根本不用你费神地考虑如何在不可识别的控件上用什么位图比较的方法来确定测试是否成功。还记得自动测试定律No.1么,自动测试不是万能的。
所以,自诩熟练使用SilkTest的你(我),千万不要忘记SilkTest还提供了基本的录制功能,也千万不要忘记解决不同的问题要用不同的方法。
你不愧是有经验的自动测试工程师,三下五除二,这次只花了一分钟就录制好了测试脚本。一跑,咦,原来,用户手动操作一次就可以增加两个条目,一共只需要点击50次就可以增加100个条目。这也就是说手工做的话并不是什么噩梦,两分钟即可完成。那赶紧地,把这个消息告诉手动的同事,为这个用例自动化,意义不大!
智者言:如果你手里有一把锤子,所有东西看上去都像钉子。俺说:放下榔头,立地成佛。(锤子实在太难听了)
你蹭蹭地打开电脑,新建脚本,准备开始抓取…什么?大部分控件是特殊技术实现的,silktest统统无法识别。什么?你忘记了如何点击右键菜单并且选择菜单上的选项,需要花时间阅读帮助文档和google。什么?时间紧张你需要尽快给个说法。“喂,朋友帮帮忙,你可知道我们需要抓取定义,编写类,实例化对象,接下来处理测试逻辑,加上调试,处理可能遇到的乱七八糟的问题,起码得给我个两三天才行啊。”
慢!
你是不是搞的太复杂了?
好好回想一下,别人只是要求一段可以做事的代码,一个小工具,而并非需要正式release测试用例。而且,这段代码只需要在集成测试时运行一次,也就不存在什么维护问题,你的抓取定义,建类全是为了增强可维护性,在这种情况下统统不给力,完全不是必需的。什么,你还要写复杂的测试逻辑?完全不用,你直接用录制功能即可。到底测试通过与否,执行人员一眼就可以看出来,根本不用你费神地考虑如何在不可识别的控件上用什么位图比较的方法来确定测试是否成功。还记得自动测试定律No.1么,自动测试不是万能的。
所以,自诩熟练使用SilkTest的你(我),千万不要忘记SilkTest还提供了基本的录制功能,也千万不要忘记解决不同的问题要用不同的方法。
你不愧是有经验的自动测试工程师,三下五除二,这次只花了一分钟就录制好了测试脚本。一跑,咦,原来,用户手动操作一次就可以增加两个条目,一共只需要点击50次就可以增加100个条目。这也就是说手工做的话并不是什么噩梦,两分钟即可完成。那赶紧地,把这个消息告诉手动的同事,为这个用例自动化,意义不大!
智者言:如果你手里有一把锤子,所有东西看上去都像钉子。俺说:放下榔头,立地成佛。(锤子实在太难听了)