51Testing软件测试论坛

标题: 对于所谓开发框架的一些思考 [打印本页]

作者: jackymail 时间: 2007-9-7 12:06
标题: 对于所谓开发框架的一些思考
在我看来QTP提供的开发模式有两种，一种是比较多地去利用QTP提供的自带功能，将操作细节分布到各个Test\Action\Reused Action,另一种就是尽可能的减少action的使用，尽可能的将代码封装到函数，提供若干个必要的参数。

有些人把Excel表里面的数据倒来倒去，把明明很简单的过程复杂化，搞得神乎其神，似乎很模块，似乎很有章法。在我看来任何复杂化的前提是在后期有十分必需的可扩充需求，否则越简单越好，直接把代码用函数体框起来，起个容易记得名字，跟写书一样，多分类命名就ok了。这样也很利于最终对象库的生成和不断更新。

坏处呢？简单的坏处就是减少了利用了QTP自带的功能。或许不适合非常庞大的测试项目（Test/Action的结构会被取消），也不适合比较复杂的项目（action之间需要传递参数的功能会被省略,自带数据表的使用受到局限，需要引入外部Excel）

。。。。。唉，不多说了，这两天在尝试把之前的用函数体封装代码的测试转换一下多用Test/Action分类，发现越做越麻烦。

作者: 木卫十二 时间: 2007-9-7 14:22
我也在摸索中。。

现在就是把可重用的在函数库中封装，不可重用的尽可能函数化，放在Action中，便于维护。。sdlkfj5

现在在研究利用对象库，以前用描述性编程，写了那么多用来描述性的函数，现在觉得没必要sdlkfj6

作者: volvoo 时间: 2007-9-7 14:27
标题: 这也算开发框架吗
开发框架根本出发点是易用，易维护，最终提高测试效率。
方法很多，不仅局限于你提到的2种,qtp开发者首先想到了自动化对象模型与第三方接口，同时还依赖vbs相对强大的功能，抓住这２点还不够，还需要开发人员配合增加测试接口，尽量避免因部分改动而引发的脚本大换血，
还需要更好的架构思维，来与具体场景结合起来。没有最终解决方案，只能无穷逼近

作者: jackymail 时间: 2007-9-7 14:41
兄弟给整点具体的说说。。

原帖由 volvoo 于 2007-9-7 14:27 发表
开发框架根本出发点是易用，易维护，最终提高测试效率。
方法很多，不仅局限于你提到的2种,qtp开发者首先想到了自动化对象模型与第三方接口，同时还依赖vbs相对强大的功能，抓住这２点还不够，还需要开发人员配 ...

作者: volvoo 时间: 2007-9-7 15:46
作为思路足够了

作者: yabest 时间: 2007-9-7 15:56

原帖由 volvoo 于 2007-9-7 14:27 发表
开发框架根本出发点是易用，易维护，最终提高测试效率。
方法很多，不仅局限于你提到的2种,qtp开发者首先想到了自动化对象模型与第三方接口，同时还依赖vbs相对强大的功能，抓住这２点还不够，还需要开发人员配 ...

听得晕呼呼的～～sdlkfj8

作者: 423799223 时间: 2007-9-8 07:59
呵呵
不错呀

作者: allenzgw 时间: 2007-9-8 11:01
两个方法，到底哪个比较好呢？
我觉得用函数，重用性可能更高阿

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