我的测试历程5—QTP之狭义的数据驱动模型 - 51Testing软件测试论坛

07年我参加了软件测试工程师培训课程（课程中包含自动测试工具，功能：QTP，性能：LR），QTP课程主要讲解了QTP的关键字视图相关的内容（专家视图部分没有涉及），培训完以后，我对QTP的认识是：QTP使用起来很简单，就是一个录制、回放（不通过就调试）、细化脚本、再回放（不通过就再调试）、出报告的过程，那时候对QTP的认识很肤浅，也和一些朋友一样对QTP产生过类似的质疑：QTP能满足实际项目包罗万象的需求吗？当时感觉QTP只能应用在主要流程的验证上，而且没有真正意义上做到测试的自动化（当然以上都是07年对QTP的认识）于是我停止了继续深入学习QTP……
09年9月左右，由于项目人手少，测试时间又短，所以每次版本更新后，只对新增功能和相关模块进行测试，而比较稳定的模块只走一个正常流程（甚至时间太紧连正常流程也来不及走了），另外由于我所在项目和另外一个项目都是一个大项目的子项目，所以另外一个项目的修改也可能导致本项目的一些功能不可用，下面有个实际项目中遇到的例子：有一次另外那个项目修改了数据库结构，数据库中删除了一个字段，导致我这个项目的一些特别稳定的功能中查询该字段的所有地方都报“黄页”（当然这些地方都做了安全处理，只抛了个自定义的页面，没有把代码抛出来），当时吓出了一身“冷汗”，还好每次更新我都会挑一些没有修改模块进行抽查，这次运气好，刚好抽到了，俗话说：“吃一堑长一智”，就算完全没有修改的模块也应该验证一下，但是目前的时间和人力只够对新功能的测试，我又想到了QTP，于是我安装了QTP，将老功能的业务流程录制成脚本，每次更新后，跑一下流程，验证一下老功能是否可用，成功案例：有一次QTP回放当中发现2个地方报“黄页”，后来才知道是因为另外一个项目更新了WEBSERVICE，而我这个项目的那2个地方刚好要调用那个WEBSERVICE，所以会报错，由于这一次的经历让我忽然对QTP产生了兴趣，对QTP脚本进行了更深入的学习，从07年的完全自动录制到现在的手动写脚本，从脚本依赖对象库到脱离对象库，从求助别人到帮别人写实际项目的自动化测试脚本，从各个测试脚本相互独立，到自己编写自动化测试框架……2个月前自己写了个测试框架，实现了运行一个VBS脚本，就可以打开QTP（脱离对象库）并按照CASE优先级从高到低运行所有需要运行的CASE，运行结束自动将结果写入文件中……2个星期前重新设计框架提高脚本开发效率和简单易用性。

下面写下现在我对QTP的看法：在没有接触自动化测试框架之前，我所有的脚本都是都是相互独立的，即：每个功能作为一个TESTCASE，这样就导致每次都要手动把每个脚本运行一遍，然后看报告，感觉自动化一点也不自动化，而且脚本的可重用性也很不好。于是我就在想，怎样才能做到真正意义上的自动化呢？可不可以通过运行一个驱动脚本打开QTP然后自动运行所有指定的脚本用例呢？后来在网上查了相关资料，开始自己搭建自动化测试框架：