本地测试及其缺点

作者:本地测试   发布时间:2021-09-28

虽然近年来出现了几种不同的“本地测试”定义,但只有一种是开发人员和测试人员普遍接受的。

我们将本地测试定义为在开发人员/测试人员自己的机器上完成的任何测试。与本地开发类似,您可以在本地而不是在外部(即在任何托管服务器或测试网格上)执行测试,无论它们是自动的还是手动的。

这种方法有很多好处——主要是因为您可以快速运行单元测试来检查代码的质量,或者在您的应用程序上运行手动测试来解决生产中可能出现的一次性问题。

但是,仅在本地运行测试有一些缺点:

较旧的浏览器支持 = 降低质量 - 当然,您的计算机上可能有几个不同的浏览器。但是,您的客户很可能正在使用您未在本地计算机上下载的浏览器。此外,许多人可能仍在使用您无权访问的不同版本的浏览器。这也适用于操作系统 - 您的本地计算机无法考虑所有不同版本的 Windows 和 MacOS 及其组件,以确保您的应用程序按预期工作。缺乏对不同浏览器/操作系统组合的覆盖意味着仅本地测试无法保证您的应用程序符合用户期望的质量标准。

测试成为一个瓶颈 - 假设您可以访问您的用户可以从本地计算机访问您的应用程序的每个浏览器和操作系统。问题解决了对吧?没那么快!即使您有覆盖率,从本地机器运行测试也意味着每个测试都必须一次运行一个,即使它们是自动化的。串行测试会显着降低您发布新功能以取悦用户的速度。如果您在 CI/CD 工作流中工作,这意味着整个构建可以等待您的测试完成执行。

对移动 - 世界上超过 50% 的数字流量来自移动设备。随着 Android 和 iOS 操作系统上数百种不同设备类型的激增,通过本地机器进行测试根本无法满足这种广度,并且您的应用程序的质量面临风险。

本地测试在某些情况下很有价值,但如果您想以用户要求的速度和质量交付应用程序,则必须通过外部测试基础架构执行测试。这可以采用可以访问各种浏览器、操作系统和移动设备的自制网格的形式。


本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-60725088-8054),我们将立即处理,马上删除。



沪ICP备07036474号-4 |

沪公网安备 31010702003220号

2015-2021 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd.