彩票走势图

您可以轻松地了解商业B2C领域，并了解为什么Agile敏捷和DevOps方法已被接管为向客户快速提供优质服务的主要实践。政府应用领域并非如此。但是，借助AI驱动的功能测试解决方案，质量检查团队可以验证政府应用程序并实现交付现代化。

自动化测试现代化的挑战

在政府领域，有许多障碍影响着代理商从敏捷和DevOps实践中受益的能力，就像商业领域的奢侈一样。

对于政府机构现代化能力的挑战之一就是，在将开发外包给第三方供应商的常见情况下，如何为网络用户界面创建有效的自动化功能测试策略。在我担任Parasoft的政府、军事和航空航天解决方案客户经理时，经常遇到这种情况。

在这种情况下，政府实体将与外部供应商签约以创建和交付新软件或新功能。第三方承包商负责确保代码符合其客户对质量的要求。但是，至关重要的是，政府实体在交付时必须进行自己的测试，以验证应用程序在集成环境中的行为是否符合预期，并满足可用性、可靠性、性能和安全性等非功能性测试要求。

基于政府实体与第三方开发承包商之间订立的合同，政府质量保证团队使用在商业行业中成功的现代自动化测试策略的能力可能会受到限制。

为什么功能测试至关重要并且更多代理商应该这样做

为了创建有效的自动化测试实践，功能测试团队需要在Web UI和API服务层进行测试。但是，要在API层上进行有效测试，需要一定的知识，这取决于政府质量检查团队可能无法访问的工件，具体取决于合同中指定为可交付成果的内容。

假设合同没有规定为每个服务创建和维护API服务定义文件。在交付给政府质量检查小组进行测试后，质量检查小组将很难理解：

• 每个服务的作用。
• 与之交互的其他服务。
• 数据如何在请求/响应配对之间传递。

开发团队需要所有这些信息来创建有效的API测试策略。没有API服务定义文件，QA团队需要访问代码库和开发人员知识以研究代码并了解每个API的构造。

对于许多质量检查小组来说，这是不可行的。相反，他们严重依赖于Web UI或用户验收测试，以验证软件交付物是否通过了质量、可靠性、可用性和性能的阈值。

Web UI测试占有一席之地。但是，要使Web UI测试成为有效的可持续测试自动化策略，还需要克服一些主要挑战。

Web UI测试的陷阱和挑战

为了围绕Web UI测试挑战展开这场对话，首先让我们看看人们在使用什么来创建自动化的Web UI测试。令人震惊的是，Selenium是该领域的领导者，如今使用此开源框架的行业超过64％。但是，如果您是Selenium用户，则知道它并非所有都是彩虹和阳光。使用Selenium存在一些挑战，使其难以扩展以实现可持续自动化。

Selenium是选择的解决方案，原因有几个，在商业领域和政府领域都有效。作为一种开源工具，Selenium：

• 对用户免费。
• 支持多种语言、操作系统和浏览器类型。
• 有庞大的社区支持基础。
• 发布可靠的更新，使其资源丰富且具有成本效益。

让我们看一下缺点。与所有Web UI测试一样，Selenium测试仍然很脆弱，不能很好地承受变化。例如，小型政府QA团队针对具有数千种现有Selenium测试的新功能创建Selenium测试。用户界面中的一个小更改可能会产生巨大的影响。

这一更改会影响您的团队彻底测试新功能的能力。突然，旧的测试失败了，几乎不了解发生了什么。手动更新受影响的测试可能需要几天的时间，从而影响测试进度和覆盖范围。

解决Selenium测试的挑战

随着Parasoft最新工具的推出，维护Selenium测试不再是一个挑战。是AI驱动的轻量级解决方案，可直接插入您要创建Selenium测试的Eclipse或IntelliJ IDE。

使用有限的资源快速创建测试

用户可以激活Parasoft Recorder来捕获在Google Chrome浏览器中执行的用户操作。您可以使用推荐的最佳实践利用记录来创建纯Selenium测试：页面对象模型。

对于需要使用有限的资源快速创建测试的政府质量检查团队，Parasoft Recorder可以让他们抢先一步。该工具使您可以轻松创建Selenium项目和页面对象模型测试的框架。请记住，使用Parasoft Recorder创建的测试与其他任何Selenium测试一样。您可以在所需的时间，所需的方式和位置运行它们。它们没有锁定在供应商平台上。

通过AI-Drive建议节省时间

真正的时间节省从的AI驱动建议中生效。您可以在运行时自动修复由于Web UI更改（例如定位符或等待条件）而中断的测试。数量过多而无法测试的小型QA小组可以减少通常花费在测试维护上的时间，或者试图了解失败的测试是由于UI更改，真正的回归失败还是仅由不良测试导致的失败。

查看测试结果

中的AI在运行时分析测试。通常会因定位器损坏或更改等待条件而失败的所有测试都将自动修复，因此完整的测试套件的执行不会在长时间运行时脱轨。

当质量检查小组审核测试结果时，可以在测试仪IDE中查看完整的报告。表明：

• 测试失败了。
• 的AI引擎如何治愈它们。

测试人员有两种选择：

• 批准如何修复测试。
• 根据他们的偏好选择其他推荐的定位器，并进行适当的更正。

例如，一些质量检查小组可能更喜欢CSS与XPath来定位动态Web元素以及没有ID或名称的元素。

通过API测试提高覆盖率和质量

质量保证团队可以使用轻松地将基于Selenium的Web UI测试实践转变为真正可扩展且可维护的测试策略。但是API呢？

是的，的确，Web UI测试执行经常调用API。但是，Web UI测试未测试API。

API是现代Web应用程序的基础。数据和信息从一个系统到另一个系统通过它们固有地引入风险。

对于政府机构来说，要真正验证其应用程序的功能和非功能要求已得到满足-降低机构风险-至关重要的是，他们还必须实施可持续且有效的自动化API测试策略。不幸的是，API测试不像Web UI测试那样容易手动创建。资源限制通常会影响组织测试其API的规模。

API测试需要代码知识。即使代理商拥有可用于测试的资源，如果这些资产未与第三方开发供应商签订合同将其交付给代理商，也可能无法使用利用API服务定义文件进行测试创建的现代API测试解决方案。

使用AI解决API测试问题

用于API和端到端测试自动化的Parasoft SOAtest解决方案为API测试创建提供了自下而上和自上而下的方法。

自下而上的方法

对于进行内部开发并希望在SDLC中早期测试API的团队，Parasoft SOAtest通过请求/响应配对或使用服务定义文件，如Swagger，WSDL，或WDLE。

自上而下的方法

对于基于浏览器的REST API，Parasoft提供了一种自上而下的方法，该方法利用AI来无脚本地将手动Web UI活动转换为完整的API测试方案。

创建完整的API测试方案

我之前提到过Parasoft Recorder。用户在Web UI上记录操作并将其转换为非供应商锁定的Selenium页面对象模型测试。与Parasoft SOAtest的Smart API Test Generator模块一起使用时，该记录器可以创建完整的API测试方案。

当同时使用和SOAtest时，QA测试人员可以在Web UI上记录用户故事。QA测试人员可以从该单个记录中创建Selenium测试和相应的API方案测试。Smart API Test Generator中的人工智能引擎会分析流量记录。它查找正在调用的API之间的模式和关系。它还着眼于如何处理数据并根据用户故事生成完整的API测试方案。

创建这些测试不需要脚本，不需要服务定义文件，也不需要领域知识。由于创建的API测试方案与质量检查工程师进行的Web UI活动直接相关，因此新手用户可以更好地了解API在系统中的使用方式以及API与UI的关系。

总结

资源有限且需要大量测试的小型政府质量保证团队可以快速验证政府应用程序。同时创建自我修复的Web UI Selenium测试和自动API测试方案的功能非常强大。使用有效的自动化功能测试解决方案，团队可以以最少的人工完成更全面的测试，从而提高覆盖范围和质量。

想了解更多？观看SOAtest视频和Selenic视频，了解Parasoft SOAtest和的实际应用。，或通过与Parasoft解决方案团队联系。