本文探讨了一种自动化测试框架的设计思路，旨在减少用例代码对程序实现细节的依赖。通过提供统一的控件访问方式，类似于访问网页URL，降低用例与软件实现的耦合。文章分析了控件定位的常见方法及其局限性，并提出了基于控件的标题文本、相对位置、标准类型和显示顺序等元素的描述方案。这种方法理论上允许根据软件原型编写测试用例，符合测试驱动开发的理念，有望提高工作效率。
最近在考虑自动化测试框架的时候，发现原来的想法，虽然解决了定位及访问控件的困难。但是，用例代码却因此对程序实现细节有了很强的依赖。这些依赖可能对用例代码的开发带来一些困惑。
在思考解决这个问题的时候，自然的方案，就是提供统一地访问控件的方式，而不是原来那种直接生成对象的方式
(
参考
自动化测试框架：测试编程框架
)
。这种访问控件的方式，就好比访问网页一样，输入一个
URL
，就可以得到想要的控件。以此为基础，编程过程中的代码中虽然增加了对
URL
的输入，但是却因此去除了用例代
最低0.47元/天 解锁文章
扫一扫
503
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
