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

假装不在

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

假装不在

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

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

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

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

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