7

我希望在一个相当大的 Excel 加载项上开始自动回归测试，该加载项围绕一个由几个带有标准控件的模态用户窗体组成的 GUI。

主要问题是我研究过的大多数自动化测试工具（Rational Robot、AutomatedQA TestComplete、Network Automation Automate等）并不完全支持 VBA 控件，因此他们的测试最终会重播鼠标点击和按键操作，所以不是t 真的可以维护。理想情况下，我需要一个能够识别 VBA 表单控件的测试工具，所以我可以说“按下此按钮并等待此列表框更改”而不是“单击 (237, 58) 并等待 500 毫秒”。

我还考虑将测试自动化作为 VBA 构建到加载项中，但用户的大部分时间都花在与模式对话框交互上，该对话框会阻止 VBA 在后台运行，所以这几乎是不可能的。

我的问题 - 这里有没有人有任何使用自动化测试工具的经验

a) 识别 VBA 用户表单控件并能可靠地与它们交互

b) 支持带有条件分支和成功/失败日志的测试脚本，而不仅仅是记录和回放？

或者，有谁知道我可以解决模式对话框暂停 VBA 执行的问题，以便我可以从 VBA 中驱动加载项？

我花了一段时间在 QA 论坛上四处寻找，但在那里没有找到任何东西，所以任何帮助或线索将不胜感激。

谢谢你的帮助，

-马丁

4

1 回答 1

2

我不知道有什么工具可以按照您所说的进行，但是您是否考虑过从不同的方向进行攻击？

我在这里推测一下，有多少逻辑可以被推入“普通”VB/VBA 类中，从而可以对单个方法进行单元测试。也许这样的类甚至可能会暴露事件，因此为了进行测试，您可以将表单替换为提供必要刺激并收集响应以进行检查的测试工具。

它不会解决（现在非常轻量级的）表单本身与底层类的连接，但它至少会最小化未测试的区域。

我真的只是在想“大声”，但你认为这会奏效吗？

于 2009-01-27T13:11:09.977 回答