花钱就是要他发挥自己的价值，QTP就是基于UI的，能录制的时候何必自己动手写呢？
至于说到连接数据库，SQL之类的我想需要了自然也就会了，没必要拿来这里说的了，技术上的问题根本就不是问题了
以上纯属个人观点
[ 本帖最后由 liuxl 于 2010-3-11 16:04 编辑 ]
回复 23# 的帖子
QTP是个自动化测试工具，他是直接面向GUI测试的，原理也是如此，为什么光录制不行？因为他根本满足不了大家的需求，如果能满足，没人会去写代码，还有一点就是，如果QTP光靠录制能满足80%需求了，我想他翻倍的价格都会有更多的公司买，呵呵总结：为什么要手写？因为录制根本发挥不了作用~满足不了需求，呵呵
软件测试自动化工程也是一门学问，有的地方的确是可以录制的，但是大家都知道，录制出来的东西，对象库是以QTP的方式命名的，那么你手动改需要时间吗？然后还要调整代码结构，对象还需要维护（这点没什么疑问吧？如果自动化脚本是一次性的，那还是别自动化了）不是更浪费时间？而且一半录制一半手写，你觉得能统一吗？自动化不是一个人在做，如果都不能统一，怎么做下去呢？QTP的价值不是在于它的录制功能，而是它有办法（懂得真正使用它的人会有办法的）去解决自动化，不然也不会卖的那么贵了，但是实现的方法绝对是录制做不到的！
暂时只能解释这么多，希望能给您带来帮助，如果有写的不对的地方也请指点 呵呵，不想辩解，我做自动化实现了几千个用例，我只是想反驳前面的某楼的一些观点，谁都知道光录制时不可行的，这点没必要再解释了吧，我只是想说我们的目的是要实际应用而不是钻研与技术
回复 25# 的帖子
比如哪几点？真诚求教，关于数据库那个是人家的观点，我觉得我写的还算中肯，也是把技术放在了后面，实际放在了第一位 我最想反驳的就是把QTP当做IDE来用 版主面对的是新手，但是不是每个人都是新手 其实你喜欢用描述性编程没问题，只是我觉得qtp本身带的录制回放挺好的，不可否认需要维护对象库，但是难道手动写脚本就不需要维护了吗？回复 29# 的帖子
说IDE的不是我，嘿嘿~我喜欢用对象库，一直用的对象库
我自动化做到现在基本是以对象库为基础的手写脚本，不过添加对象的时候我就直接添加了，不是用录制的，我会为每一个对象严格命名 恩，我没说是你，被你劈头盖脸的一大堆说下来，我脸都红了 呵呵，不过说句实在话，QTP自HP收购，10.00的推出，它的确越来越像一个IDE了，我个人也挺喜欢的 路过 不过我有一个问题要问下，你的1000个脚本，你如何去管理好它的？ 楼上的肯定把路过这两个字先copy上，需要了直接Ctrl+V,呵呵 首先我是实现了几千个用例，不是1000个脚本，其次1000个脚本一个简单的框架也能管理起来，前提是自动化的流程要做起来
回复 36# 的帖子
框架自己小设计下？还是直接套用QC+QTP？呵呵回复 25# 的帖子
呵呵，不想辩解，我做自动化实现了几千个用例，我只是想反驳前面的某楼的一些观点，谁都知道光录制时不可行的，这点没必要再解释了吧，我只是想说我们的目的是要实际应用而不是钻研与技术你以后会发现这么想很危险的 恩。学习了~:)
