什么是UI自动化测试？好吧，让我们从分解它开始，UI或用户界面，是用户在屏幕上与之交互的应用程序的前端。
什么是UI测试？
用户可能做的，可能做的，或者可以做的，或者通常更重要的是可以做的，但在应用程序运行时不应该能够做的任何事情，都是用户界面的一部分，因此是被测试的候选人。从每次单击按钮到输入数据。您不仅要测试预期会起作用的内容，还要测试预期会失败的内容。
以下是要测试的区域的几个示例场景，当用户:
- 在网格中添加新行，并正确输入所有字段，它是否保存数据？
- 点击完成，在输入所有字段之前，是否允许它们继续？
- 点击取消，当输入所有数据时，它会丢弃所有数据吗？
- 是否输入在开始日期之前的结束日期？
- 输入一系列值后，它是否计算出正确的值？
- 下拉菜单，选择要打开子窗体的项目？正确的表单打开了吗？
- 下拉菜单，他们只能看到他们期望或允许的菜单选项吗？
对于开发人员添加的每一位逻辑，以确保正确计算值，添加数据，更改数据，导航应用程序等，都应该进行测试。在今天的敏捷开发风格中，早期交付和持续改进，明天的变化，可能会打破昨天测试和批准的领域。那你是怎么处理的？
手动测试？
一种选择是，把人扔在它，即手动测试。让一组测试人员打开应用程序，并尝试有条不紊地打破应用程序。这将工作，但更大的应用程序得到，更多的变化，需要更多的测试。随着应用程序的每一次更改，它都可能触发一次又一次重新测试应用程序的大部分的需求。这可能是代价高昂的工时，这通常会导致人们进行测试的次数少于他们可能应该进行的测试。
我真的需要测试吗？
这导致了下一个选择，鸵鸟方法。我们没有时间， 太多的工作来编写测试 ，我们不能让人们。我们之前测试过，这些更改 “不应该” 影响应用程序的那个区域，应该没问题。你以前听过或说过这些借口吗？对于在不重新测试应用程序的情况下进行的每次更改迭代，它可能会给您带来越来越多的技术债务。代码中未经测试或测试不足的区域可能存在风险，这取决于应用程序可能会产生代价高昂的后果。
什么是UI自动化测试？
所以回到最初的问题，什么是UI自动化测试？UI自动化测试，类似于手动测试，但不是让用户点击应用程序，并直观地验证数据。为要测试的每个测试用例创建一个脚本。为脚本添加一系列步骤，并验证数据如下:
numboxCost.Set( 5000)numboxInterest.Set( 5%)btnCalculate.Click()如果numboxTotal.GetValue() != 5250然后报告错误
你为什么要使用它？
手动测试人员可能拥有的典型测试计划可以轻松地在每个屏幕上进行20到100个测试。他们需要几个小时到几天的时间来彻底测试所有这些测试用例。您通常可以编写自动化脚本来测试大多数 (如果不是全部) 这些场景。当你运行它们时，通常可以在几分钟内运行。这节省了时间，不仅仅是节省了工时成本。这通常意味着您可以更频繁地重新运行自动化脚本。您可以在每次签入后运行它，而不是等到发布之前重新测试您的应用程序以查看是否一切运行顺利。
最后，UI自动化测试所做的是让您的开发人员 “更快地失败”，这是敏捷开发的关键组成部分。能够更快地识别错误，给他们和你更多的时间在你发布之前纠正任何问题。让您和您的客户对最终产品更有信心。
适用于HP
的IG TestAutomation http://www.infragistics.com/products/ 测试-自动化-hp-uft
适用于IBM RFT
的IG TestAutomation http://www.infragistics.com/products/ 测试自动化-ibm-rft
今天提出您的建议，为明天的产品
https: // www.infragistics.com/community/ideas</p