51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 3259|回复: 5
打印 上一主题 下一主题

[讨论] 请大家进来谈谈为什么要放弃QC,使用自己框架的原因。

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-4-10 10:32:41 | 显示全部楼层 回帖奖励 |倒序浏览 |阅读模式
论坛里面谈框架的帖子不少。但似乎很少有人提到为什么要放弃QC去编写自己的框架。除了费用因素外,请大家谈谈QTP+QC框架有什么缺陷导致这么多人自己去设计框架。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2013-4-10 17:10:23 | 显示全部楼层
在没有QC使用经验的情况下,完成了自己的框架。总觉得如果不全面了解QC的话,就不知道自己框架的不足体现在什么地方。也就不知道要从哪些方面去改进自己的框架。希望和大家一起探讨一下。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2013-4-11 11:35:16 | 显示全部楼层
回复  tanky


    有QC自然好,很多时候是没有QC环境。
至于为什么要自己写框架,我个人觉得:
1. 不 ...
黑羽祭 发表于 2013-4-11 09:55



   谢谢版主!我了解了一下QC的BPT。感觉自己的框架也是基于这种所谓的业务流程测试的思想的。QC的业务组件,对应我框架里面的业务函数。QC里面组织业务流程测试。对应我框架里面的自动化测试用例编写(excel+VBA程序)。不同的是:QC能完全控制QTP执行BPT,而我的一个客户端程序只是被动的接收测试机发出的测试信息,QTP需要手工操作执行。而不能主动控制测试机上的QTP。但有个好处是能在不中断QTP运行的情况下实时查看错误信息,以及错误截图。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-9 21:14 , Processed in 0.071584 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表