一定不要把qtp神话了，所谓的框架是忽悠人的

xiaoyaoke · 发表于 2009-7-9 11:26:28

首先：我是坚定的站在shanxi的这个阵营的
然后说说我的理解：自动化测试理论上相当于用软件测软件，这里面分为两个层次，如果你是是从产品的层次角度去考虑来写测试脚本，这就说明你基本上是在干研发的活，因为你要考虑代码复用，函数的性能，还有容错处理等等研发需要考虑的问题，如果只是单纯的将测试用例反映为脚本，你还只是普通的测试员工，也就是说：我们先行的所谓框架，不过就是在开发一款测试你产品的软件中所考虑的基本的编程事项，试想：你开发一款软件能叫开发一款“框架”吗？
嗯，那接下来说框架吧，我们公司一个10多年的研发写了一款页面开发的框架，PHP的，问题挺多，去年我们测试组的4个人想写一款测试用的框架，但由于时间，能力等原因没成型
从中我也思考一点问题：框架是什么？研发在给我们培训的时候说过：框架就是预先定义的各种接口，你按照接口的定义去编写一些简单或附件的代码就可以实现整个逻辑的实现，也就是说：“框架”的可重用性不能单纯的只是项目本身，而至少是同类软件或者更广阔的范围。
我们所谓的框架，封业务逻辑，业务逻辑的实现就已经注定这所谓的“框架”不要说应用到同类软件，就是换一个项目也已经无法使用了。。。试想，只是针对特定项目的测试代码能够叫框架吗？一点通用性都没有的

xiaoyaoke · 发表于 2009-7-9 12:23:51

“建议你了解下HP BPT，它提供了一种使自动化工程师(不是自动化测试工程师)独立于业务之外的方案，部分思想值得我们去借鉴。” 我认为正是这种BPT使测试脚本增加了对QTP工具的依赖性，从而无法独立于被测试项目。

简单的说QTP是关键字驱动的框架，如果你的框架可以基本实现QTP的功能，那么可以说是框架了。