兰兰 发表于 2008-9-10 09:52:08

在实际的项目测试过程中，大家用QTP进行测试的机会多吗？

一直想好好的，系统的学习一下QTP，但一直没有机会，最近对QTP的功能及操作有了初步的了解，很想把它引入到实际的系统测试过程中，但自己觉得对于流程性相对较强的系统来说，引入QTP进行测试的代价太大了；
    脚本的维护量太大了，对于简单的添加、删除、修改等小的功能还可以用QTP来进行回归测试，但对于稍复杂的系统来说就有点.....，或许是我不熟悉的原因；
    大家在实际的项目中，都是在何时引入QTP进行测试的；QTP测试真的有那么好吗？
    是不是我理解的太肤浅了，用QTP测试实际的项目有那些好出，我应该怎样学习？请大家给以赐教！

蝶恋meng 发表于 2008-9-10 10:02:44

有沙发啦

rcpp 发表于 2008-9-10 11:07:24

目前我们的测试人员运用qtp来做项目测试覆盖了大约50%的用例量
有一些自动化成本很高而手工很容易做到的用例不建议用自动化
目前测试自动化并没有明确的标准说，什么该做什么不该做，关键是适合与否
所以最近打算根据近几年工作经验积累，写一些关于测试自动化实施方案需要考虑的问题，加入权重的方法，以及一些推荐的经验值。等眼下项目结束，大约十月份开始写。望大家共同斧正。打个广告先，嘿嘿:victory: :lol

厍仕杰 发表于 2008-9-10 13:31:42

效率高的测试使用自动化后效率会越来越高、效率低的测试使用自动化效率会越来越低。选择适合用自动化测试的是关键！

假装不在 发表于 2008-9-10 14:06:55

个人认为，在项目中能够做自动化，很大程度上靠测试员自己争取得来的。这个是中国目前的现状.

鹭岛 发表于 2008-9-10 14:13:32

一般来说中大项目才会去使用自动化，开发周期一两个月的没必要使用自动化，而且更浪费，如果是周期在一年甚至更久的，那么自动化优势就明显了~~

liii0821 发表于 2008-9-10 17:02:10

不常用

5天里，4天维护脚本，1天测试。

katechen 发表于 2008-9-10 23:25:09

如果短期的项目来说,使用自动化的可能性不大,而且浪费时间,但是如果是长期的项目的话,那它的优势就很明显了,虽然刚开始做自动化的时候,工作量会增加多少倍,但是自动化建立起来之后,嘻嘻..那就不用老加班做测试啦..个人心得..

ljhappy1 发表于 2008-9-11 16:19:45

自动化测试什么样的状况下可以启用

大家帮我分析一下，我们公司是生产产品软件，但是由于卖出去都是项目，虽然工作流是一样的，但是展示出的数据相同的地方很少，经理要求做自动化测试，因为人手不够，我都不知道怎么开始做？请大家帮忙分析一下

yebigroc 发表于 2008-9-11 16:23:33

我们公司就在用哦

jifeng 发表于 2008-9-11 21:26:26

正是因为流程复杂才去做自动化，如果就几个很简单的功能不建议做自动化，投入和回报不成比例。

启动自动化测试有很多前提条件，要横良好，要不代价很大

假装不在 发表于 2008-9-12 09:36:06

原帖由 jifeng 于 2008-9-11 21:26 发表 http://bbs.51testing.com/images/common/back.gif
正是因为流程复杂才去做自动化，如果就几个很简单的功能不建议做自动化，投入和回报不成比例。

启动自动化测试有很多前提条件，要横良好，要不代价很大


个人觉得这个和流程复杂度没关系。流程负责，要做的参数传递就多，函数多，啥都多，要捕获的点多，QTP能保证的质量也会随之降低，所以代价就高。
而简单的流程，做不做自动化，我们的目的只是质量保证，不是寻求BUG的过程，流程简单，我们对QTP所得到的结果和质量的保证就更放心。每个项目版本的发布，我们让它跑下简单的，然后负责的在简单的QTP脚本做出来的数据上去操作下。效果会比做QTP强。还有更放心，自然，如果你时间够多，项目的周期长的话，做复杂的流程也是有它的立足点。

所以个人觉得这个和流程没关系。

我更偏向项目的长远这点来看。如果公司5年内都是在做这个产品，哪么脚本的意义就显而易见，如果一个项目只有12个月的周期，哪么也没必要去做。

zynuage 发表于 2008-9-12 12:08:49

不能盲目的信任自动化测试工具
页: [1]
查看完整版本: 在实际的项目测试过程中，大家用QTP进行测试的机会多吗？