最初的测试自动化失败是从不切实际获得的。在我的职业生涯中，我已经多次观察到它，一旦获得了自动化的质量保证或工作人员，业主就期望 他们对所有内容进行自动化测试。虽然听起来很令人愉悦，但这是不可能的。您不能进行 100％ 的自动化测试，因为在少数几个领域必须进行人工检查。这些领域之一可能与您
例如，如果您正在执行自动跨浏览器测试，则用于 Selenium 测试的自动化脚本将在不同的浏览器或网络上呈现网页的 显示。但是，要确定网站是否按照设计进行渲染，版式是否合适，文字是否合适，最好手动评估
许多组织确实意识到进行100％自动化测试的问题陈述，但通常会会 遇到以下问题。我们可以实现什么自动化，如果不是100％，那么我们可以为Web产品实际实现多少自动化？
没有适用于每个企业的自动化测试覆盖率的完美或近似值 这完全取决于您所提供的Web应用程序，并且由于不同的企业正在满足不同的需求。自然而然地，人们对围绕自动化测试实际能实现的自动化测试百分比抱有独特的期望？自动化测试的范围 将电子商务Web应用程序转换为静态、动态或动画Web应用程序会有不同的效果。因此，如果您想知道为什么自动化测试对您的组织失败？然后，我建议您根据所提供的Web应用程序的类型来 评估所需的自动化测试量。
在我作为自动化测试员开始IT职业生涯时，我一直在管理不当的患者。我当时在一家基于服务的公司工作，他们为我分配 了我的第一个项目。这个项目已经运行了两年，当我加入后，我被替换了一系列测试自动化脚本。项目的高层将要离开组织，监狱对即将到来的冲锋太忙了， 无法考虑将要离开的高级自动化测试人员进行全面的知识转移课程。他们离开后会引起忧郁？我的经理在生病会的结尾说，我们因停电而大吃一惊，而我刚开始，对各种情况 站和入站流程如何受到大规模自动化脚本的影响的了解最少。然而，我见过一些由少数成员负责实现自动化的团队，而其他成员则对正在发生的事情一无所知。
< 您是否认为当一半的团队缺乏可见性时，从自动化测试中获得的魔术效果是不现实的吗？由于自动化必须是一个协作的工作，因此对每个团队成员进行相关工具和流程的教育非常重要 重要的是，尤其是对新手而言。您可以通过召开的团队会议和会议来讨论与自动化有关的工具、趋势和实践，从而实现这一目标。这可能会让您有些惊讶， 自动化失败的另一个原因可能是缺少手动测试技能或探索性测试技能。自动化测试脚本并不意味着团队成员可以减少一些沮丧。另外，测试，我们已经知道，自动化方法不能涵盖所有内容，而这 正是它的挑战所在。因为现在您必须更深入地研究Web应用程序，并找到南极尚未发现的关键测试方案。
自动化是节省测试工作的一种方式。软件公司应该使用来 最大程度地减少重复，并尽量使那些不易更改的元素自动化。一旦完成，公司应该分配他们的资源来执行广泛的手动测试或探索性测试，找到独特的测试用例。
自动化似乎是减少工作量的一个目标。但是在开发自动化脚本之前，必须考虑周全。此外，这可能会消耗大量的自动化测试执行时间。框架和测试自动化工具的灵活性在开发脚本所需的场景中 时间中创造了重要的作用。
由于各种情况都不同，因此必须编写脚本。即使您仔细考虑，如果不编写脚本，这都是浪费。确保测试工程师的编码 技能与测试的复杂性保持一致。复杂的测试需要大量时间才能实现自动化。
因此，随着全新功能的发展，他们通常没有机会发现恢复的错误。在写下测试方案之前，请确保牢记这些注意事项。
“为什么测试自动化对您的公司失败？” 背后最常见的原因？”是人们不知道什么时候应该自动化，什么时候不知道。例如，可以自动化不同的网页功能。但是通过测试自动化评估填充，图像等渲染问题不是一个好主意。如果使用坐标 来确定元素位置，则在不同的屏幕分辨率和大小运行时，可能会导致差异。
在测试易于进行大量更改的项目时，使用自动化是不可行的。如果您要 稳定测试的实体，那么自动化之路是必经的。基本上，需要重复执行某些操作的普通任务最适合自动化测试。因此，自动化测试可以简化您的回归测试过程。
我 看到IT行业普遍存在的错误观念。人们认为任何开发人员或测试人员都可以执行测试自动化。测试自动化的设计、配置和实施需要特定技能的。执行自动化的测试人员应该知道如何在经理、开发人员和 客户之间思考。他/她还应该对开发趋势有清晰的了解，并且应该知道一些开发团队该走的方向。
自动化测试工程师是最困难但最重要的人。 启动各种自动化项目，聘用广泛具有技术知识的测试人员至关重要。整个团队应该知道发生了什么，而不是由一个或几个人进行自动化测试。即使在雇用技术负责的员工方面投入，但也是很重要的 还是值得的。
由于自动化测试是一个相对较新的现象，因此失败的可能性很大。测试团队进行的新实验太多，因此准确的分析结果整合非常重要。进行 测试之后，测试人员必须做出令人兴奋的测试报告。但是，这就是测试自动化对您而言失败的原因！您的团队没有对测试报告的分析给予足够的重视。如果执行不当，分析可能会导致无 人看管的故障，并浪费时间，资源和精力。
在自动测试中，有的测试成功，有的失败。因此，必须检查测试报告是否存在故障并分析某些测试失败的原因。 最好手动进行分析，以发现真正的故障。暴露的问题并确保它们不会被其他问题忽视而被忽视是关键的。
设置太高而不能成为真正的自动化 目标，在纸面看来很完美。但是，在执行步骤时，团队成员之间的认知严重缺乏。最大的问题是目标不明确。他们缺乏从自动化中获得真正价值的准确性和准确性。 大多数公司所做的就是，他们开始将非常复杂的事情自动化，并最终重构整个框架。结果，团队最终会浪费大量时间、金钱和精力。
您可以通过彼此着手并 逐步提高复杂性来消除不确定性。稳定的功能，并从其自动化开始。之后，收集反馈选择产生什么问题。一旦您的测试达到一致性，就可以继续使用其他功能。对于不同的功能 项目环境、需求可能会有所不同，因此请使用自定义方法进行测试自动化。
在拥有大量自动化工具的情况下，有时选择最佳工具变得充满挑战。最终目标是 改进整体测试程序并满足实际要求。但是大多数团队都无法从头开始，也没有挑选出最适合其测试需求的工具。毫无疑问，自动化测试高度依赖于您继续决定使用的工具。每个工具 都有特定的功能。但是，团队缺乏充分利用这些功能所需的专业知识水平。
此外，公司陷入了针对特定工具的炒作。但是在选择它之后，他们意识到它并 没有提供他们希望得到的一切。另外，每个团队都有预算，有时该工具的成本超出了预算。在选择继续操作工具之前，请仔细列出要求。之后，确定您工具的期望值。在 设定目标时要非常具体，并检查与产品用户接受标准的对应关系。您也可以咨询有使用这些工具经验的专家。
几乎每个组织都经常观察到这一点。
一旦自动化套件测试准备就绪并且工作正常，管理就开始放松。他们开始放宽对测试执行的只有深入分析，因为他们认为通过/失败检查才足够。但是，这就是测试自动化导致他们失败的原因！
每个Web元素都必须有一个ID才能执行有效的测试。但是有时，开发人员无法 将ID分配给所有Web元素，这就是测试自动化失败的原因。在这种情况下，自动脚本必须找到这些Web元素，这会花费大量时间。另外，如果脚本无法在规定的期限内找到这些元素， 则测试将失败。因此，为了确保脚本的正确同步，团队必须为所有 Web 元素分配唯一的 ID。
因此，最终使所有想要自动化的东西都自动化了。您最终获得了 庞大的测试套件，直到现在，您才开始碰壁。这些复杂的测试套件执行时间比您预期的要长。这开始与您各自的IDE测试自动化框架中的测试队列质量相抵触。结果，由于队列超时 问题，测试用例突然停止，这都是因为您要按顺序执行它们。测试用例的顺序执行是Web应用程序测试自动化失败的另一个原因。
与顺序运行测试不同，零件执行 使您可以在不同的环境中同时执行多个测试。但是自动化测试可能会导致意外的代码交互。失败调试的原因非常困难，因此您需要透彻的机制报告，提供有关测试执行的详细意见。
无论您在线经营什么业务，ROI都将成为每次迭代会议的迭代。股东要求更高的回报。而且，无论您准备测试自动化套件花费了多少时间和精力，如果它们产生了ROI 均达不到预期，那么它们的重要性将比您预期的要轻减。
在计算测试自动化的投资回报率时，可能需要考虑许多指标，例如测试维护、购买所需 自动化测试工具所涉及的成本、板载资源等等。对于许多组织而言，计划不切实际的投资回报率可能是组织问题的，并且可能是测试自动化失败的原因。
许多 以自动化测试简单的印象。您所需要做的只是编写几行代码以自动化您的Web应用程序的测试工作流程。就是这样！您完全不必担心测试自动化脚本的计划并给出输入。但不是！
您需要评估影响。您的 Web 应用程序将包含许多旨在测试不同模块和流程的测试自动化脚本。如果一个测试脚本无法正确执行，则其他脚本也可能触发测试自动化失败 。不仅如此，在资源计划时还应该计算出连锁反应。
假设您有一个高级资源，他曾经写过剧本，现在已经离开了公司。您可能没有想到辞职可能会在自动化中发生 项目的未来时间表中会产生连锁反应。这就是为什么需要记录有关系统中每个自动化测试脚本该脚本的每个细节的原因。文档应作为萌芽的自动化测试人员以及经验丰富的自动化测试人员的标准。< /p>
测试自动化对您的组织失败的另一个原因可能是不合适的测试套件。许多自动化测试人员会创建静态测试套件，这些套件在您扩展业务时并不那么灵活。 发展时，他们最终都会重新编写整个自动化脚本。这是一个坏主意，因为您浪费时间、资源和金钱。另外，这也是一个错误的过程。确保您编写的随平台扩展和发展和适应的测试 套件。
避免测试自动化失败的另一种方法是即兴测试套件。现在，这听起来似乎很明显，但是在许多组织中却没有实践。原因是，一旦他们设计了测试套件 ，并发现其可以正常工作，便开始着手自动化新领域。
我没有批评沉迷或探索新领域以实现自动化的努力。但是，管理一个时间窗口并让您和您的团队回顾现有的代码段，以找出进一步优化它的方法并没有什么坏处。始终尝试使用 您的测试套件，使事情变得更好。
随着敏捷软件、看板软件等现代SDLC（软件开发生命周期）方法在全球范围内的采用，协作已成为Web应用 程序更快地部署到市场中的关键组成部分。
这是一个多维软件开发过程，所有团队都在同时开发Web应用程序。您有一组开发人员设计前端，另一个负责团队 ，还有一个负责中间件活动的团队。作为测试人员，您需要了解哪个团队负责哪个模块。您必须及时了解不同团队所做的产品增强功能，以自动化脚本进行相关更改，确保测试自动化不 会失败。
自动化测试的主要目的是最大程度地减少重复手动测试所涉及的压力，以节省时间。从抽象的角度看，这听起来不错，但对于那些执行自动化测试的人来说 人来说，要认识到执行内部测试自动化并配置正确的基础结构的艰辛。我经常观察到测试人员在执行新脚本之前会刷新整个测试自动化套件，与脚本产生任何歧义。 使自动化测试的整个过程都失败，不是吗？
例如，如果您正在使用内部Selenium Grid执行自动跨浏览器测试，则测试适用于Google Chrome和Safari浏览器的macOS和Windows操作 系统的网站。现在，您可能每次运行 Selenium 脚本之前就必须面对设置新操作系统的麻烦。
这是组织自动化测试失败得非常普遍的原因。特别是在 另外最后期限。您的测试部门将继续在相同的测试上运行大量测试套件，而环境将无法清除以前执行的测试自动化脚本的存储。当您遇到更多的时，这可能会导致测试评估错误 您的假静态和假突发时，的测试报告可能会受到影响。
例如，假设您需要针对不同的断层测试您的Web应用程序。在静态测试环境中执行断层定位时 。您的脚本可能会启动Google的测试，要求您说明自己不是机器人。这将导致测试自动化脚本失败。
这就是需要使用清除存储的新虚拟机的原因，因此您 获得自动化跨浏览器测试脚本的真实结果。
为了使自动化能够在不同的测试环境中工作，需要进行大量的计划。您需要在暂存环境上进行测试，以确保将 代码移入生产管道时，它们可以完美地工作。但是，经常会发生这样的情况：在版本环境中进行测试时，用于代码更改的测试自动化脚本可以运行，但是当移至生产环境时， 它就会崩溃。此类问题背后可能有很多原因，例如缺乏持续性的监控、登台环境无法使生产环境成对增长、短缺实时流量等等。
但并不是最不重要的。 如果我们已经讲完了所有内容，并且您的测试自动化仍然失败，那么您唯一需要注意的地方就是您自己的测试自动化脚本。确保您没有为整个项目中涉及的任何测试脚本提交任何编译时 以及运行时错误。
如果您的组织需要提高生产力，那么自动化测试就是必经之路。这是提高产品质量提高所需的最有效的过程之一。测试自动化还了软件 但是要严格执行和不良。您不能在没有障碍的情况下急忙忙，因为没有一家公司可以承受损失巨额资金的麻烦。另外，过多的恐惧会阻止您获得自动化测试所 提供显着的优势。
感谢每一个认真阅读我文章的人
如果下面这些资料用！！！得到的话可以直接拿走：
1、自学开发或者 测试必备的完整项目源码与环境
2、测试工作中所有模板（测试计划、测试用例、测试报告等）
3、软件测试经典面试题
4、Python/Java自动化测试实战.pdf
5、Jmeter/postman接口测试官方视频获取
我个人整理了我这几年软件测试生涯 整理的一些技术资料，包含：电子书，模块，各种工作模板，面试宝典，自学项目等。需要的可以私简历我谢谢