问用Visual 2010功能包2进行UI测试

EN

如果您正在运行QA部门，这种自动化UI测试在短期内是很棒的。您的工作人员在不断编写和重写自动UI脚本时会显得非常忙碌。您可以在报表上添加另一行，以吹嘘您所做的测试覆盖率。

随着时间的推移，你的部门成为一个非常明显的瓶颈，破坏生产力。开发人员无法通过您的自动化测试，因为QA还没有更新它们以对抗新的UI。这使得开发人员对引入任何UI更改犹豫不决。

同时，您的企业(或您的客户)并没有制定生产发布的最后期限。在QA忙于根据新UI更新自动UI脚本时，计划出现了偏差。

因此，在这一点上，一些反思是适当的。

自动化UI测试的卖点是，它以某种方式将QA人员从通过应用程序的整个UI所需的测试工作中解放出来。

然而，您实际所做的是将用户测试的繁琐步骤替换为将这些步骤编写到计算机上的繁琐过程。

只有在步骤不变或应用程序非常简单的情况下，这种初始成本才是值得的。不需要科学来确定大多数UI开发绝不是不变的。如果您的应用程序很简单，那么测试的工作量就很小。

我见过两家不同的公司试图实现这一目标，结果总是以滚动和诉讼而告终。

我的团队目前正在使用WebAii。自动化测试需要很大的投资，但是回归测试与CI构建和测试环境相结合是非常有价值的。

我们当前的SilverLight CI环境比上面暗示的要复杂一些，因为我们对代码的不同区域使用了多个测试框架，并试图从我们的产品中获取各种度量标准。特别是，代码覆盖率一直存在相当大的问题。我们有一个很不理想的部分解决方案。