QTP10使用的想法
在使用QTP10的过程中发现了QTP10的对象管理器重可以自己增加对象，命名对象名称，和添加属性以及属性值。那么拥有这个功能后，是否意味着QTP自动化测试可以在软件还没有开发出来的时候就先写测试脚本呢？
具体想法如下：
1. 在详细设计文档中，需要有对软件界面中的元素名称和属性以及属性值进行定义，并且按照规范来写（这个规范就需要测试按照QTP对对象的识别属性来编写）
2. 根据详细设计文档中的元素定义，在QTP10中按照层次添加对象和对象属性以及属性值。
3. 根据需求和概要设计文档中的流程和数据要求设计用例，在QTP10的关键字视图中进行组合步骤编程，其实就是下拉框选择对象，然后通过参数化检查点等增强(这些都可以通过界面化操作即可)
这种过程可以提前将大部分测试代码完成，等软件界面和功能完成后就可以直接进行运行测试，这样速度快，后期步骤修改也快。
不知道有没有同仁有这种想法。 如果把你所说的设计文档内容，整理成为一个Excel或者其他配置
而QTP脚本能解析表格和一些配置就能自动解析这些配置，并执行相关代码，全部调整后将会是一个不错的框架了，做的好的话甚至不用改代码就能执行
当然一开始会很花时间，仅供参考
看不懂
看不懂.真的. 想法是挺不错的, 但是是否能在开发那边顺利的得以贯彻和执行 (1. 在详细设计文档中，需要有对软件界面中的元素名称和属性以及属性值进行定义，并且按照规范来写（这个规范就需要测试按照QTP对对象的识别属性来编写）)这样写出所有的窗口的话, 开发的人要疯掉的, 在代码设计阶段这些东西都是很可能在后期发生变化的. 这都会对你的测试产生很多影响, 或者你的要能够自动更新变化的内容, 比如识别对象的关键字.
另外, 这样做是需要一个比较好的基于关键字的测试框架的支持的才会做起来比较容易, 这样的框架比如EMOS.
不过如果你们公司真的能做到这一点,对自动化测试应该是有好处的. 理想情况下是可以这样做的，但是实际上很难操作，尤其是开发流程不规范、缺乏详细设计的组织 做设计的时候给对象命名应该不是难事吧，一般WEB对象的命名规则都很明显，而且WEB对象也不像应用程序那样控件特别多，常用的需要操作的就那么几个。
主要是需要开发的支持。我们需要的都是界面元素而已。除非界面元素变动，界面位置什么的变动都不影响控件名称。但是一般界面元素名称改动不大吧。只是流程易变，增加新的控件的话，也相应增加新的对象。
不过这只是一个想法。呵呵
[ 本帖最后由 fachu121 于 2010-8-4 16:44 编辑 ] 原帖由 skyzhu 于 2010-8-4 13:21 发表 http://bbs.51testing.com/images/common/back.gif
如果把你所说的设计文档内容，整理成为一个Excel或者其他配置
而QTP脚本能解析表格和一些配置就能自动解析这些配置，并执行相关代码，全部调整后将会是一个不错的框架了，做的好的话甚至不用改代码就能执行
当然一 ...
这个很不错，我最初是想直接在对象库中增加自定义对象。因为毕竟对象都是基本固定。 如果能做到自动解析和更新配置对象库那当然更好了，就不用每个人都操作QTP了，呵呵 黄老师 ！有时间多写些LR的日志吧 :lol 共产主义理想... 看起来挺棒的。。但实现起来有难度噶 呵呵，现实需求变化太快 来顶顶！如果对于规范的公司还是可以实现的！反之则会浪费很多的时间！:loveliness: 之前不是有个共产主义的所谓轻量级框架出现么，可以达到楼主的目标 很 遥远。。。 别指望地球总围着你转：想要啥开发就给你啥，你想咋做开发就咋做？ {:3_69:} QTP10比之前的版本好用
页:
[1]
