51Testing软件测试论坛

标题: Web端自动化测试失败的原因（2） [打印本页]

作者: lsekfe 时间: 2022-7-20 09:58
标题: Web端自动化测试失败的原因（2）
14、通过测试自动化对ROI的错误估计
　　无论您在线经营什么业务，ROI都将成为每次董事会会议的议程。股东要求更高的回报。而且，无论您准备测试自动化套件花费了多少时间和精力，如果它们产生的ROI均达不到预期，那么它们的重要性将比您预期的要轻得多。
　　在计算测试自动化的投资回报率时，可能需要考虑许多指标，例如测试维护，购买必要的测试自动化工具所涉及的成本，板载资源等等。计划不切实际的ROI对于许多组织而言可能是成问题的，并且可能是测试自动化失败的原因。
　　15、无法评估涟漪效应
　　许多组织给人以自动化测试容易的印象。您所需要做的只是编写几行代码以自动化您的Web应用程序的测试工作流程。就是这样！您完全不必担心测试自动化脚本的计划和输入。但这不是！
　　您需要评估波纹效应。您的Web应用程序将包含许多旨在测试不同模块和流程的测试自动化脚本。如果一个测试脚本无法正确执行，则其他脚本也可能触发测试自动化失败。不仅如此，在计划资源时还应该计算出连锁反应。
　　假设您有一个高级资源，他曾经写过脚本，现在已经离开了公司。您可能没有想到辞职可能会在自动化项目的未来时间表中产生连锁反应。这就是为什么需要记录有关系统中每个自动化测试脚本的每个细节的原因。该文档应作为萌芽的自动化测试人员以及经验丰富的自动化测试人员的标准。
　　16、测试套件不是一成不变的东西–它应该随着平台的发展而发展/变化/不适应的测试套件
　　测试自动化对您的组织失败的另一个原因可能是不合适的测试套件。许多自动化测试人员会创建静态测试套件，这些套件在您扩展业务时并不那么灵活。每当平台发展时，它们最终都会重新编写整个自动化测试脚本。这是一个坏习惯，因为您在浪费时间，资源和金钱。另外，这也是一个错误的过程。确保您编写随平台扩展而发展和适应的测试套件。
　　17、自动化一个过程并跳到另一个过程而无需回头
　　避免测试自动化失败的另一种方法是即兴测试套件。现在，这听起来似乎很明显，但是在许多组织中却没有实践。原因是，一旦他们设计了测试套件，并发现它可以正常工作，便开始着手自动化新领域。我没有批评沉迷或探索新领域以实现自动化的努力。但是，管理一个时间窗口并让您和您的团队回顾现有的代码段，以找出进一步优化它的方法并没有什么坏处。始终尝试使用您的测试套件，以使事情变得更好。
　　18、无法合作
　　随着敏捷软件，看板软件等现代SDLC（软件开发生命周期）方法在全球范围内的采用，协作已成为将Web应用程序更快部署到市场中的关键组成部分。
　　这是一个多维软件开发过程，所有团队都在同时开发Web应用程序。您有一组开发人员设计前端，另一个负责后端，还有一个负责中间件活动的团队。作为测试人员，您需要了解哪个团队负责哪个模块。您必须及时了解不同团队所做的产品增强功能，并对自动化脚本进行相关更改，以确保测试自动化不会失败。
　　19、执行每个测试自动化套件之前，手动设置测试环境
　　自动化测试的主要目的是最大程度地减少重复手动测试所涉及的压力，以节省时间。从抽象的角度看，这听起来不错，但对于那些执行测试自动化的人来说，要意识到为执行内部测试自动化而配置正确的基础结构的艰辛。我经常观察到测试人员在执行新脚本之前会刷新整个测试自动化套件，以避免与脚本产生任何歧义。但这不能使自动化测试的整个过程都失败，不是吗？
　　例如，如果您正在使用内部Selenium Grid执行自动跨浏览器测试，以测试适用于[url=]Google[/url] Chrome和Safari浏览器的macOS和Windows操作系统的网站。现在，您可能每次都要运行Selenium脚本之前就不得不面对设置新操作系统的麻烦。
　　20、在静态测试环境中重复运行多个测试套件，而无需进行清理
　　这是组织自动化测试失败得非常普遍的原因。特别是在临近最后期限时。您的测试部门将继续在同一测试环境上运行大量测试套件，而不会清除先前执行的测试自动化脚本的缓存。这可能会导致错误的测试评估，当您遇到更多的假阴性和假阳性时，您的测试报告可能会受到影响。
　　例如，假设您需要针对不同的地理位置测试您的Web应用程序。在静态测试环境中执行地理位置定位时。您的脚本可能会遭到Google的测试，要求您证明自己不是机器人。这将导致测试自动化脚本失败。
　　这就是需要使用清除的缓存的新虚拟机的原因，因此您可以获得自动化跨浏览器测试脚本的准确结果。
　　21、测试环境本身很麻烦
　　为了使自动化能够在不同的测试环境中工作，需要进行大量的计划。您需要在暂存环境上进行测试，以确保将代码移入生产管道时，它们可以完美地工作。但是，经常会发生这样的情况：在舞台环境中进行测试时，用于代码更改的测试自动化脚本可以无缝运行，但是当移至生产环境时，它就会崩溃。此类问题背后可能有许多原因，例如缺乏持续的监控，登台环境无法使生产环境成对增长，缺少实时流量等等。
　　22、测试代码本身有错误
　　但并非最不重要的。如果到目前为止我们已经讲完所有要点，并且您的测试自动化仍然失败，那么您唯一需要反思的地方就是您自己的测试自动化脚本。确保您没有为整个项目中涉及的任何测试脚本提交任何编译时以及运行时错误。
　　23、总结一下
　　如果您的组织需要提高生产力，那么自动化测试就是必经之路。这是提高产品质量所需的最有效的过程之一。测试自动化还提高了软件的健壮性。但是要谨慎执行和拖延。您不能在没有障碍的情况下匆匆忙忙，因为没有一家公司可以承受损失巨额资金的麻烦。另一方面，过多的恐惧会阻止您获得自动化测试所提供的显著优势。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)