原帖由 yabest 于 2007-7-19 19:19 发表
呵呵,感觉这个框架没什么意义。
弄来弄去,都是把步骤搬到excel里(不烦吗,怎么重用步骤呢),或者啥数据驱动(呆板笨重,只能用于少数几个固定流程的Case)!
其实,手工测试人员熟悉流程,自动化专家 ...
原帖由 yabest 于 2007-7-19 19:19 发表
呵呵,感觉这个框架没什么意义。
弄来弄去,都是把步骤搬到excel里(不烦吗,怎么重用步骤呢),或者啥数据驱动(呆板笨重,只能用于少数几个固定流程的Case)!
其实,手工测试人员熟悉流程,自动化专家 ...
原帖由 梦醒十分 于 2007-7-20 09:43 发表
其实视频演示的并不是介绍如何制作框架,任何一个框架也不可能是万能的,不可能适用于任何平台。
我只是用一个最简单的例子,说明一下为什么要搭建框架,它解决了一个什么矛盾。
我做过的项目每个都要根据 ...
原帖由 wtucel 于 2007-7-19 23:32 发表
其实你说的也有一定的道理,但是要实现你说的这种效果相对来说更加困难,而且跟项目的实际情况相关吧,
不知道你有没有实际的例子?也录一段上来大家研究一下啊,我相信目前很多人都跟我一样对自动化框架
还是处于初级阶段的,只有先依葫芦画瓢
原帖由 yabest 于 2007-7-20 10:55 发表
其实你也提到自动化的主要矛盾了,就是手工测试熟悉业务不熟悉技术,自动化专家熟悉技术不熟悉业务!
所以需要分工合作,但是例子里,在Excel里写脚本,看不出多少分工,反而觉得比QTP Keyword View还笨。 ...
原帖由 梦醒十分 于 2007-7-20 13:41 发表
那几万行代码是在这种情况下产生的:
产品测试要求:
产品功能已经不用测了。
要求在英,简中,繁中,日文,韩文下去跑case找本地化的bug。
每个case之间除了login可重用外,几乎没有相同的地方,所 ...
原帖由 梦醒十分 于 2007-7-20 13:41 发表
那几万行代码是在这种情况下产生的:
产品测试要求:
产品功能已经不用测了。
要求在英,简中,繁中,日文,韩文下去跑case找本地化的bug。
每个case之间除了login可重用外,几乎没有相同的地方,所 ...
原帖由 denisye 于 2007-7-21 23:59 发表
其实我觉得不同的系统,根据不同的应用情况,架构的选用也是不一样的。因地制宜吧。
以前我做一个B/S系统的架构体系,采用的就是三层结构:
逻辑层
应用层
组织层
逻辑层是底层的一些接口函数,完成业务人 ...
原帖由 garyyes 于 2007-7-21 18:01 发表
而且,你做本地化automation test的思路和方法都错了!因为几个语言版本,它们的业务逻辑是一样的,只是QTP 里面的identify的object变了,所以你只需要把object的属性改改,就能全部重用了。
^_^ ,说得不对 ...
原帖由 garyyes 于 2007-7-23 04:07 发表
我之前做过Web的,C/S的,Terminal的Automation test。其中web的系统,是最麻烦,最令人头痛的,因为动态的东西太多了。在我眼中,不同的系统只有逻辑的简单、复杂之分,其它并无影响。如果一个框架可以handle复 ...
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |