【发布时间】:2010-10-02 18:46:25
【问题描述】:
我们使用 Selenium 来测试 ASP.NET 应用程序的 UI 层。许多测试用例测试跨越多个页面的较长流程。
我发现测试非常脆弱,不仅会被实际更改页面的代码更改破坏,而且还会被重命名控件等无害的重构破坏(因为我需要将控件的 clientID 传递给 Selenium 的 Click 方法等) 或用中继器替换网格视图。结果,我发现自己在“浪费”时间更新测试用例中的字符串值以修复损坏的测试。
有没有办法编写更易维护的 Selenium 测试?还是更好的 Web UI 测试工具?
编辑添加: 通常,第一稿是通过在 IDE 中记录测试来创建的。 (这第一步可能由 QA 人员执行。)然后我重构生成的 C# 代码(提取常量、提取重复代码的方法、可能用不同的数据重复测试用例等)。但是每个测试用例的一般代码流仍然与最初生成的代码相当接近。
【问题讨论】: