51Testing软件测试论坛

标题: 一个关于自动化测试框架的问题 [打印本页]

作者: 红尾鱼鱼 时间: 2008-10-1 12:20
标题: 一个关于自动化测试框架的问题
近日一直在研究自动化测试框架，可是看了很多帖子后越发的疑惑了，到底自动化测试框架是指什么？具体定义是什么，有的地方说数据驱动、关键字驱动等是自动化测试框架，这样理解的话框架应该是一种指导方法。可是有的地方说还有框架可买，还有的地方又扯到JUNIT等白盒测试上面了。可能我技术上实在没达到，觉得越看越迷糊，有没有哪位高人对此理解较深的，可以以明确浅显的语言解释一下什么是自动化测试框架么？用QTP进行自动化测试的话，需要做哪些工作来构建框架？

作者: lhd85 时间: 2008-10-5 19:49
个人觉得所谓框架, 其实就是一个运行模式了, 象运行.net程度, 必需得安装Framework框架. 这个框架里本身提供各种各样的方法, 你写程序的时候对框架里的方法进行调用, 写出你需要的程序.
QTP本身可以看做是个框架, 象GetRoProperty, waitproperty, 包括对对象的识别, 对错误的处理, 本身都可以看做是自动化测试框架里的方法. 因此楼主说的JUNIT等测试工具都可以看做是个测试框架.
为什么又需要我们自己写测试框架运行测试脚本, 显然被我们测试的软件是千变万化的, 软件有大有小. 简单的测试脚本, 譬如测试一个登录框, 做个框循环从Excel表里不断取数据就可以称之为数据驱动了. 这个时候我更愿意称之为一种驱动模式, 而不是什么框架.
个人认为一个大型软件被测试, 才需要建立测试框架. 我们会为了这个软件编写一些通用的方法, 然后频繁的调用这些方法来达到我们的测试目的. 这好比是脚本编写人员对QTP本身运行框架的一种补充.

个人见解, 仅供参考, 很怕误导各位.

[ 本帖最后由 lhd85 于 2008-10-5 19:59 编辑 ]

作者: 小孩 时间: 2008-10-6 01:10

把常用的方法封装起来，
框架就是为了复用，如果复用性差说明这个框架无胜于有
个人见解。。。。

作者: 红尾鱼鱼 时间: 2008-10-11 18:44
其实大概的理论还是理解的，但可能还是没有实践过，所以总觉得理解的比较抽象和表面化……

作者: 红尾鱼鱼 时间: 2008-10-11 18:46
有没有哪位大人有过实践经验的，能否说说在构建框架过程中具体做了哪些事情？

作者: 红尾鱼鱼 时间: 2008-12-9 18:23
哎……终于理解了，刚刚做了一个较为简单的框架，马上要试用了，但愿有价值啊！

作者: 周卫 时间: 2008-12-26 20:19
价值实现了！~~~.看来要轮到我来接你的后尘。。。。我会小试牛刀的。。修炼中

作者: yuandjing 时间: 2008-12-29 14:27
测试框架确实必须用到数据驱动和关键字驱动，尤其是数据驱动，因为自动化测试的代价是很高的，一段脚本至少在正式环境运行6-7次才能勉强收回成本
而测试框架是让测试工具发挥更为强大的功能，真正成为倚天剑
只有使用了测试框架才能真正是自动化测试成为测试自动化！
测试框架包括重用的方法、重用的场景回复、报告的生成和跟踪、测试脚本
测试框架因公司而易、因项目而易，但是总体思路是一样的
框架可以让繁琐的技术让一个技术牛人解决，普通测试人员只需要花时间在真正需要花时间的测试用例和测试数据的设计上而不是浪费在测试如何实现上
也可以说测试框架是一个测试管理工具，使自动化测试过程更加透明更加易追溯
嘿嘿，09年中旬我们会出版一本关于qtp项目实践的书，会有几个不同但是都相当经典的测试框架在实践中的运用，欢迎到时候捧场

[ 本帖最后由 yuandjing 于 2008-12-29 14:29 编辑 ]

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