大家来说一下自动化测试框架

lantianwei

也许很多朋友会在面试时被问到“自动化测试框架是什么”这样的问题？可能你当时不知道怎么回答；可能你公司现在要做自动化了，但自动化测试框架的搭建很重要，你也想知道自动化测试框架。也许你非常地了解自动化测试框架，那么请不要吝啬，把你知道的都告诉大家吧，我们会非常感谢您的！也许你也和我一样，那你就虚心地在这里听高手讲解吧。现在高手们可以开始讲解了！！！！

[ 本帖最后由 lantianwei 于 2007-6-15 13:25 编辑 ]

yabest

简单的说，当你们要开发大量的Case，多个人一起费了好大的劲，录制出了大量的脚本后，却发现这些脚本凌乱，难以维护，难以扩展，交给测试人员后，他们却说不好用，运行控制很不方便，出错时根本无法判断错误的原因。

更要命的是，当新版本的软件发布，用这些脚本再进行测试的时候，发现原来都能运行通过的Case，现在全都失败了。然后你看着这一大堆的脚本，不知道从哪里修改，要修改多少个地方。

这时候，你就知道，你所需要的东西，就是自动化测试框架了！

lantianwei

yabest 给大家说了自动化测试框架的意义，不错！顶一下！不过还得有一些补充。

rivermen

可能从你的‘表述中我们知道了，框架能够做点什么，或者说意义在哪里
可是怎么做呢？

厍仕杰

胡说把策

yabest

小规模自动化，写几十个上百个Case，就无所谓框架了，随便录制一下脚本再参数化一下，就可以了。

但是写成千上万个Case的时候，你没有框架是不可想像的！
不仅开发时非常费力，写出来的脚本大量冗余，而且开发后根本无法维护，只留下个大烂摊子！

其实大规模的测试自动化，要录制编写大量的脚本，从本质上说也是开发一个测试系统。
需要从软件设计的角度上，考虑如何分层设计，加强脚本复用，较少冗余。

你能想象开发一个大软件，不划分模块和层次，不分割成对象和函数，直接从头写到尾的吗？

QTP只是一个基础工具，它的KeywordView、Action、CheckPoint等概念，都是针对小规模自动化的傻瓜型用户，
不适合大规模自动化的专业用户。

在QTP里开发，要真正做到脚本分层复用、减少冗余的程度，还是得用Function和Library的方法，自己组织脚本结构。

QTP自动化除了脚本的组织问题，还有QTP本身的运行控制能力弱的问题。
QC/TD虽然是个控制运行的方法，但是不够灵活。
所以还是得在QTP里自己设计一个主控Test模块，自己来控制Case运行，自己做参数输入、结果记录和错误保护。

另外，很多Case的测试步骤中，QTP操作只是一部分，还有其它步骤是需要其他工具来完成的。
大公司一般都有自己的自动化测试平台，这个平台可以组合调用QTP和其它工具来完成测试。
所以自己写主控Test模块，还有好处是可以供自己的自动化测试平台调用。

我想以上内容，基本可以构成一个完整的QTP测试框架了。
具体的实现，都要看各自的实际情况，自己实现了。

[ 本帖最后由 yabest 于 2007-6-15 18:40 编辑 ]

volvoo

以框架的模式来组织脚本的思路是很棒的
随程序版本升级，界面变化，测试数据的改变，脚本不可避免要做修改和微调，用框架来调用模块，必然会有些不能通过，
没有高素质的，技能全面的测试人员来操作这个框架，其可操作性是比较差的，究其原因还是界面测试的硬伤所致，很多地方严重依赖界面，所以所谓的框架也只能是某种程度而言的。但框架的思路毕竟是可取的，我们在组织复杂业务流程的时候，
模块化各个子功能，通过主脚本调用各个子功能，串联成一个业务流，甚至可以用vb控制qtp，为那些仅喜欢按鼠标来测试的人员准备的。

风过无息

这篇文章不错,推荐给大家看看:

http://www.17testing.com/bbs/vie ... &extra=page%3D1

walker1020

感觉 楼主可以当会议主持人了。呵呵！

lantianwei

walker1020真会夸人,sdlkfj5