请问大家所在的公司QTP测试是在软件开发的什么时候介入的啊？比如B/S架构，你们是等软件完全开发好才介入，还是详细设计出来以及界面（界面上的功能还没有实现）出来就可以写脚本了啊？有没有还没有开发好，预先写脚本的说法啊？就是静态的页面出来，就开始自己写脚本，不能执行的那种

看项目情况了，我们多半是在SIT以后。
这个话题好像总在讨论，楼主可以搜索一下以前的帖子。

QTP可以实现只有静态页面而编写脚本,不过在实际运用中,系统的界面是很可能改变的所以我们一般都是在UT测试阶段做QTP脚本,在ST时使用.

http://bbs.51testing.com/thread-63522-1-2.html

想知道更多点!

谢谢大家~~ sdlkfj3

引用:

原帖由 Coffey111111 于 2007-2-1 15:41 发表
请问大家所在的公司QTP测试是在软件开发的什么时候介入的啊？比如B/S架构，你们是等软件完全开发好才介入，还是详细设计出来以及界面（界面上的功能还没有实现）出来就可以写脚本了啊？有没有还没有开发好，预先 ...

从测试的角度来说，当然是测试介入的时间越早，对测试工作和质量控制越有利。如果是在系统设计阶段，QA人员就参与进去就好了。可实际上，许多公司都是项目基本成型甚至是快到交付期的时候，才让QA和测试人员参与进来。

从使用QTP进行自动化测试角度来说，首先要知道什么情况下使用QTP比较合适。如果你使用QTP录制的脚本进行测试的话，你需要考虑和衡量下面的几个因素：

•     Are the system and GUI relatively stable
  
•     Functional testing & Regression testing      
  
•     How long and how frequent
  

  
一般来说，系统和GUI比较稳定的时候可以使用QTP；进行功能测试和回归测试的模块，可以使用QTP；对于大数据量的模块（如大量数据的输入）和项目期比较长的项目， 可以使用QTP。

当然，如果 你使用描述性编程、完全靠自己编写脚本来测试的话，可以在系统模型定下来后，就可以编写脚本，进行测试了。

具体是什么情形，要根据项公司、项目的具体情况和个人的实际能力来决定了。总之，一切都是为了测试工作，都是为了在规定的时间内发现更多、更严重的问题。乃至发现所有的问题。一定要根据你的目的和目标来决定，千万不要舍本逐末。

引用:

原帖由 walker1020 于 2007-2-3 11:10 发表
具体是什么情形，要根据项公司、项目的具体情况和个人的实际能力来决定了。总之，一切都是为了测试工作，都是为了在规定的时间内发现更多、更严重的问题。乃至发现所有的问题。一定要根据你的目的和目标来决定， ...

Walker版主说得太好了
自动化测试也是测试的一种方法，其目的和手工测试是一样的
自动化测试因其特殊性，可以把手工测试人员从某些繁重的测试中解放出来，把时间花在更需要人工测试的部份上
引用一下：
"千万不要舍本逐末"

有了QTP并不是测试的时候就要完全用
比如我们公司的项目
其实很多时候也需要手动去测，因为重用性和业务逻辑太复杂，自动测试根本不实用~
当然在很多重复机械的劳动就交给QTP或者其他测试软件做了

开发自动化测试脚本需要大量的时间、精力。
对于一些周期短的项目，不怎么实用呀！