彩票走势图

在服务虚拟化之前，康卡斯特的性能测试团队经常会遇到围绕共享测试基础设施的调度冲突。有时，下游系统无法使用。其他时候，测试工程师会试图同时进行测试，但是这可能会影响测试结果。这导致了测试之间的差异性，这使得隔离特定的问题具有挑战性。本文将会介绍康卡斯特在Parasoft成功实施服务虚拟化后取得的成果，以及为什么服务虚拟化们DevOps计划的关键组成部分。

挑战

测试团队在康卡斯特的团队在公司的多个垂直领域执行性能测试--从业务服务，到企业服务平台，到面向客户的用户界面，再到为康卡斯特网络上的用户进行设备配置和激活的后端系统。虽然测试目标（AUT）通常拥有能够准确代表生产系统性能的暂存环境，但AUT依赖的暂存系统却没有。

使问题更加复杂的是，这些环境很难进入。在能够访问时，有时会关闭较低的环境（QA或集成测试环境），因为它们没有得到充分的扩展，无法处理负载。即使系统能够承受负载，从这些系统中得到的响应时间也非常差。这意味着性能测试结果并不能真正预测真实世界的性能。

另一个问题是不得不在中转环境中解决频繁而漫长的停机问题。在频繁的升级或软件更新期间，暂存环境无法使用。因此，无法运行完整的性能测试。性能测试团队不得不在关键时间段关闭关键项目，以保持忙碌--他们知道他们将无法从事他们的主要职责，因为他们需要访问的系统无法使用。

这些挑战导致成本增加，降低了团队的效率，并影响了性能测试的可靠性和可预测性。康卡斯特知道他们必须采取行动--这就是开始研究服务虚拟化的原因。最终，发现实施服务虚拟化的时间和成本远远低于在所有这些暂存环境中实施各种系统或在不同暂存环境之间建立连接所需的时间和成本。

服务虚拟化带来的可衡量成果

康卡斯特转向服务虚拟化有两个主要原因。首先，希望提高性能测试结果的准确性。第二，解决阶段性的频繁而漫长的停机问题。

他们最初关注的是性能测试团队内部的调度冲突、不可用的系统以及测试会影响其他开发或测试组的系统等方面的最大痛点。自Parasoft开始以来，已经能够将测试中涉及的约98%的接口虚拟化，并且看到每年用于创建和维护测试数据的时间减少了65%（考虑了用于创建和更新虚拟资产的时间）；还将暂存环境的停机时间减少了60%。

由于现在可以在开发环境中开始处理脚本与虚拟资产，所以Comcast的团队通常在每个冲刺阶段很早就准备好了一切。过去需要两周的时间来对代码进行性能测试，现在一旦把代码放在暂存环境中（例如，平均负载测试、峰值负载测试、耐久性测试等等），就可将这个时间缩减到两三天。

解决方案的优势

Parasoft使康卡斯特测试更可预测，更一致，更能代表生产中的情况。此外，还能够在很多情况下增加测试的范围。例如，不能将生产负载放在某些实际服务上，但当在使用虚拟服务时，可以用生产级负载来提升它，并在数据和性能方面得到真实的响应。可以真正地隔离AUT，不仅从性能测试的角度，而且从性能剖析的角度。

服务的虚拟化和DevOPS

除了在暂存环境中进行性能测试之外，还能够将服务虚拟化用于从开发环境中的单元测试和回归测试，到早期下游环境中的基线性能测试，再到QA/集成环境中的功能和回归测试，以及在相当接近生产的环境中进行手动/探索性测试。

作为DevOps基础架构的一部分，各种环境的虚拟资产的所有配置和部署都是自动化的。环境会根据定义的业务规则--例如，根据流量来自哪个端点、测试数据包中包含的数据等--在虚拟资产和实际资产之间自动切换。这种服务虚拟化解决方案让Comcast实现了持续测试，成为DevOps流程中不可或缺的一部分。

以上就是Parasoft在康卡斯特的实施案例，parasoft还在金融、教育、医疗等等行业都有应用，您是否感兴趣呢？如果您有任何疑问或需求，请随时联系慧都客服，我们很高兴为您提供查询和咨询。