QTP识别第三方控件调查
在公司一直做第三方控件方面的自动化测试，因为产品特殊，我们的工具都是自己开发的，但是我们写了很多的类库去识别和操作这些控件，在这里想看看大家对QTP识别第三方控件的需求有多大，我们可以很快的将我们类库转换成QTP的插件，在这里做一些市场调查，看看大家的需求。控件类型：
ActiveX控件，.Net控件（DEV, ComponentOne, GrapeCity etc.）
ASP.Net控件，WEB控件（前端JS）
看看大家都遇到了那些第三方控件的识别问题，我可以从控件的实现角度给大家一些帮助。 回复 1# wcbzcy
大家可以讨论下，并且给LZ一些建议！ 需求不大 我们这边，一般QTP识别不了的，就用UIA，UIA还不行的话，就直接点坐标...所以，需求不大啊 对一些简单控件可以用低级坐标方式解决。
如果是复杂表格控件，低级坐标的脚本维护非常麻烦，开发的布局变化可能我们的脚本就失效了。
我们这边控件的自动测试都是通过控件内部的Hittest去扫描布局变化，保证脚本的稳定执行（接口不变。）
不知道大家在QTP上是否有这个的需求。
举个例子：
我们对表格的Cell进行输入，调整列宽，行高，选择，合并Cell，滚动等。
这些操作都影响表格的布局，导致低级点击坐标脚本失效。
是否你们需要这些UI上的支持？ 我这边有一个 C/S架构的 .net树目录控件，无法识别，有时候甚至连坐标都识别不了
页:
[1]
