一点心得.
1. QTP录制的效率很高.
也就是说, 如果script跟不上被测产品的变化了, 重新录制一遍花的时间并不是很大的代价.
也就是说, 在廉价的代码也能满足要求的情况下, 对代码投入时间精力"改进代码"的时候要考虑其成本是否很值.
2. QTP的重用机制
library可以包括:
GUI无关的例程, 比如读写文件. 但因为QTP对GUI支持是如此之好, 能用QTP录制解决的, 就不要call API写代码了.
与测试逻辑无关的,辅助性的, 严重重用的, 非常独立的界面操作. 比如菜单导航.
Reusable Action:
一般是系统的一些基本操作流程, 比如"创建用户".
这个操作流程是很多别的test senario的基础, 比如测试修改密码, 那么必须创建用户先. 但是"创建用户"本身并不是此测试的目的.
在开始开发test script的开始阶段不要去构建Resuable Action, 而是在开发过程中逐步提取出来.
全局对象库(Gloabl Object Repository)
全局对象库我认为可用可不用. 因为merge起来太麻烦了.
3. QTP
Merge 对象库简直就是恶梦. 所以我感觉QTP不太适合团队开发. 比较好的方式是"结对开发"
一个人负责创建/整理 testcase
一个人负责所有的代码工作.