赛扬足球俱乐部
浏览器间测试是一种测试，需要大量的人力和时间。 在不同的浏览器、操作系统、设备和屏幕分辨率下测试Web APP应用程序，并评估web内容对不同参与者的可见性的过程是一项活动。 特别是手动处理时。 使用Selenium进行浏览器间的自动测试有助于节省定期测试活动的时间，并缩短回归测试的时间。 但是，人们很少喜欢变化。 如果手动测试在组织中很流行，当要求自动化测试时，管理层显然会提出问题。
自动化测试非常有益，但通常可能会被证明很贵，值得吗？ 在说服高级管理人员的同时，可能会面临这个问题。 在开发web APP应用程序时，必须在使用Selenium自动化测试时提供有效的投资回报。 此外，还必须强调使用Selenium进行自动化交叉浏览器测试，以简化web APP应用程序的自动化并自动化测试的好处。 这是因为无需人工即可更快地完成工作。
本文介绍了使用Selenium评估测试自动化投资回报的各种指标，以及涵盖基础和高级技术的投资回报计算技术。
使用Selenium评估自动化测试投资回报的指标使用Selenium规划测试自动化时，可以考虑有助于分析使用Selenium自动化测试的投资回报的衡量标准和衡量标准。 这些指标可能因组织而异。 为什么？ 嗯，这是优先事项，有不同的衡量标准。 例如，检测到的缺陷数量、时间增益和测试范围直接影响项目的风险、成本、质量和交付进度。 正如他们所认为的那样，一些组织优先考虑检测出的缺陷的数量，数量有可能提高质量。 有些人可能会相反。 因为对他们来说质量就是一切。 你认为拿什么在测试用例的质量和数量的讨论中，更重要的是什么？ 在下面的评论部分，请告诉我你的想法。
不过，在与高级管理层讨论之前，确定使用Selenium计算测试计算自动化投资回报的关键指标非常重要。
我们知道Selenium测试自动化的范围不能执行100%的测试自动化。 那么，您可以执行多少自动化交叉浏览器测试？ 这是一个需要很多思考过程的问题吗？ 在自动执行web APP应用程序的浏览器间测试时，必须考虑优先级和测试用例应涵盖的操作系统。 不能涵盖所有情况。 可能的方案总数可能是数百到数千个测试案例。 如果自动化测试脚本这么长，每天评估web APP应用程序和网站可能需要相当长的时间。
简而言之，我们需要将这里自动化的测试用例总数与可以自动化的测试用例总数进行比较。
如果希望减少复杂测试套件的使用时间，还可以使用Selenium Grid进行并行测试。 这样可以同时运行多个测试脚本。 但是，为此，您可能需要考虑足够的并发或并发会话数来满足要求。 这可以在同时计算机上进行。
该指标的改进表明，团队可以更快地发现和修复缺陷，从而降低使用Selenium进行测试自动化的风险，提高投资回报。
你要节约多长时间？ 使用敏捷软件每周或每两周交货一次。 而且需求总是会变化的。 在那种情况下，回归测试的重要性在增加。 自动化回归测试用例减少了测试所需的时间，使您可以在开发和其他冲刺方面投资更多的时间。 节约时间是大多数需要快速扩展web APP应用程序的组织(特别是初创公司)的首选考虑事项。 评估自动化测试投资回报时，时间是您感兴趣的问题之一吗？
我们知道，使用客户资源带宽Selenium自动化测试有助于快速营销web APP应用程序。 但是，没有一个组织喜欢员工在大部分时间里等待脚本完成。 要使用Selenium计算测试的自动化投资回报，必须对您拥有的每个自动化和手动测试器进行全面的工作分析。
通过自动化资源和工具投资预算测试，节省时间和精力。 但是，这关系到价格的权衡。 对于需要快速扩展web APP应用程序的工具，需要考虑可以轻松地为每个组织(特别是每个初创企业)分配多少费用。 评估自动化测试投资回报时，时间是您感兴趣的问题之一吗？
总缺陷数在每个回归周期完成的总缺陷数表明产品质量和特定项目的有效自动化测试量。
找到自动化测试的实际投资回报
实际ROI可以移动到正值区域，具体取决于项目生命周期中需要运行的回归周期数。 ROI通常按ROI=(手动测试成本-自动测试成本) /自动测试成本计算
但是，随着敏捷和DevOps进入市场，经典方法不再有效。 此外，该指标也不现实，因为手动测试的次数和自动测试的次数绝不相同。 使用Selenium自动化基于盘点测试自动化投资回报的真正价值不是很多人的选择。 但这也并不完全被忽视。
在使用Selenium计算和测试自动化投资回报时，缺陷质量应该是一个非常重要的指标。 我认为使用Selenium自动化测试的所有目的都是为了不排除项目中手动测试器的需要。 自动化测试的重点是减少测试人员在狭窄的计划中花费的时间，可以提出更多的建议
现成的测试用例。 提高测试用例的质量肯定会帮助您更好地构建Web应用程序。 在测试自动化上计算投资回报率时的一般错误尽管计算ROI涉及使用一些简单公式进行基本计算，但是如果您错过了一些重要参数，则可能会发生错误。 让我们讨论人们在计算ROI时常犯的一些错误。
您真的不是完全忽略手动测试吗？最大的错误之一就是仅将自动化测试作为主要的测量参数。 手动测试将始终很重要。 对于跨浏览器测试，可以自动执行某些方案，但是在某些领域中，您需要通过执行手动跨浏览器测试与Web应用进行实时交互。 因为视觉缺陷比运行自动化脚本更容易手动检测。 始终手动检查网站是否在所有浏览器中都看起来不错或某个导航菜单在特定浏览器中是否正常运行等事实。 如果您使这些测试自动化，它们将无法在使用Selenium进行测试自动化方面提供很高的投资回报率。 即使您不计算手动工作量，您仍然必须花费时间和金钱。
总是想着更大的图景在使用Selenium测量自动化测试的投资回报率时，您必须考虑更长的时间。 检查某种测试方法在短时间内如何使组织受益的做法并不理想。 从长远来看，您必须检查它如何影响组织和团队。 而不是几个月，而是要计算3到5年内的影响。 例如，您应该选择左移测试吗？ 左移测试是一种方法，可让您集中精力从需求收集阶段尽快执行测试。 背后的想法是考虑错误并尽快发现它们，因为据信在SDLC的较晚阶段发现的错误比在初始阶段发现的错误要昂贵得多。
您是否同步了组织的功能？您必须将组织的功能与 测试自动化工具堆栈同步。 为了成功实施自动化测试策略，既需要产品知识也需要自动化知识。 您的团队应该对如何使用计划的自动化工具以及应用程序的工作有清晰的了解。
测试维护是要考虑的重要因素测试用例的维护是人们在使用Selenium测量自动化测试的投资回报率时往往会错过的另一个因素。 当您使用Selenium进行自动跨浏览器测试时，在成功实施测试策略后，您将定期需要更新和维护测试用例。 随着您添加新页面，增强或更新Web应用程序的功能，回归套件和测试用例将开始增长。 确保这些测试用例在较长时间内的可用性将需要定期维护。
缺少正确的文档这是一个非常常见的错误，不仅从自动化测试人员的角度来看，而且从管理角度来看。 应将文档设置为每个组织的标准。 当自动化测试人员编写测试脚本时，他们应该准备一份文档，解释该脚本的用途及其工作原理。 应该提供一个公共知识库来收集有关组织活动的每个自动化脚本的文档。 这将为参与该过程的每个萌芽资源奠定基础。 这也将有助于消除因缺少任何高级测试自动化工程师而导致的Web应用程序可能遭受的附带损害，或者自动化测试人员打算从您的公司切换到另一家公司。 因此，下次您使用Selenium计算测试自动化的投资回报率时，请务必牢记为内部员工维护一个这样的知识库所涉及的工作量和带宽。
使用Selenium实现自动化测试时最大的投资回报率的操作项目到目前为止，我们已经意识到了常见的错误，即使用Selenium在测试自动化上计算ROI的指标。 接下来是什么？ 执行部分。 使用Selenium在测试自动化上获得最大投资回报的最佳方法是什么？ 好了，这里有一些值得注意的可行见解，可以帮助您从测试自动化中获得最大的收益。
为新的测试案例实现自动化这是要考虑的非常重要的因素，尤其是当您从手动切换到自动化时。 假设您要介绍Selenium WebDriver，以在组织中进行自动跨浏览器测试。
计算需要自动化的测试用例的数量 在此步骤中，检查哪些应该是自动化的，哪些应该保持手动。 计算执行您的测试用例的测试人员的小时成本。 如果某些测试人员没有自动化经验，那么也要计算培训成本。优先考虑自动化新测试用例的过程
我们都知道，回归测试始终被放在首位，特别是涉及跨不同浏览器的Web应用程序的视觉回归测试以检查其跨浏览器兼容性时。
回归测试主要涉及对旧测试用例的重复执行，以确保某些新添加的功能或增强功能不会引入任何新的或旧的缺陷。 随着时间的流逝，当您的Web应用程序在体系结构和功能方面不断增长时，保留回归测试手册的过程将证明是昂贵的。 如果您想降低成本，实施自动视觉回归测试是有意义的。
在计算ROI时，假设每个新测试用例都将很快成为回归测试的一部分。 将它们保留为回归测试策略的一部分。 根据复杂性对测试用例进行排序，并在其中自动进行检查。 如前所述，请考虑维护旧测试用例的成本。跨浏览器和OS的不同测试配置的测试覆盖率接近100％
自动化测试的主要目标是提高应用程序的质量。 在计算投资回报率时，您还应该考虑以下事实：浏览网站的方式每天都在增加。 市场上有成百上千的浏览器和设备，人们可以在其中查看您的Web应用程序，并且该数目正在定期增长。 定义浏览器兼容性测试矩阵。
扩大覆盖率的最佳做法
通过执行烟雾测试，单元测试，回归测试，并注意缺陷泄漏，可以提高环境覆盖率。
单元测试–单元测试在运行Web应用程序的测试阶段时涵盖了最多的数量。 当您投资并行测试机制以节省时间时，这总是有意义的。
冒烟测试–将修补程序推送到应用程序中时，并行运行冒烟测试是覆盖测试用例的最佳方法。 自动化烟雾测试是每天评估Web应用程序的好方法。
回归测试–在当今的敏捷时代，快速部署需要越来越多的回归测试来测试版本控制。 运行并行回归测试可确保每个最新版本都像以前的版本一样完美运行，从而帮助您在短得多的时间内扩展测试范围。
请记住缺陷泄漏–这是在生产周期中发生的错误数量，因为在先前的测试阶段未检测到它们。 发生这些情况的原因可能是功能测试覆盖范围较小或测试环境不佳。
尝试使用左移测试方法。 这涉及测试人员在应用程序开发之前对其进行验证。 一旦开发人员完成了某个模块的开发，他们就会通过运行单元测试用例来参与其中。 核心思想是尽早开始发现错误，最终将降低成本。
找出可重用和冗余测试用例的数量
测试用例重复是一个重要因素，可能导致测试预算增加。 重新创建您先前用于不同模块的相同测试用例没有任何意义。 重用测试用例会导致测试速度提高和测试周期缩短。
计算此费用涉及检查
重复测试用例数具有重复组件的测试用例检测和开发所有这些冗余测试用例所需的时间。 计算使用测试用例管理工具的成本减少冗余的最佳做法
使用测试用例管理工具找出重复的脚本。 您可以使用这些工具来存储带有自定义字段的测试，然后可以根据您的要求对其进行个性化设置。 使用测试用例管理工具将帮助您快速搜索冗余。 您还可以开发模块化测试脚本，以后可以重用。 找出执行频率更高的测试。 例如，登录我们的退出功能。 为了检查这两种方法是否完美，您必须测试多种变体。 创建一个模块化的测试用例，可用于每次登录和注销变体。 使用云端的Selenium网格执行无忧的自动跨浏览器测试执行方法围绕着使用Selenium进行测试自动化计算ROI的必要领域。 众所周知，Selenium是一个开放源代码测试自动化框架，旨在促进Web应用程序测试。 现在，您可以自己在本地使用Selenium进行自动化测试，也可以使用提供Selenium Grid的基于云的工具之一进行自动化测试。
当您通过自己的基础结构使用Selenium执行自动化测试时，在扩展自动化测试套件时，您必须牢记预算。 您将如何引入新设备？ 新的浏览器版本？ 您现有的计算机还需要大量硬件升级，才能支持Selenium Grid的并行执行。 但是，如果要 通过云上的Selenium Grid执行测试自动化，则可以随项目需求轻松扩展。
Selenium本身不提供测试报告功能。 您可以根据所使用的语言，使用测试自动化框架来提取测试报告。 如果您使用的是LambdaTest基于云的Selenium Grid，则可以通过我们的Open Selenium API提取这些报告。
两种方法之间的另一个主要区别在于并行测试。 使用在本地计算机上定义的Selenium Grid，您将只能在该本地计算机上安装的浏览器上运行测试用例。 但是，如果您使用的是基于云的Selenium Grid(例如LambdaTest)，则可以跨2000多种实际浏览器和浏览器版本进行测试。
请记住，如果没有正确执行并行测试，则存在在测试周期后期遇到缺陷的风险。 您发现错误的速度越快，修复它的成本就越低。
先进的ROI计算技术现在，我们已经涵盖了基础知识，让我们了解用于计算ROI的高级技术。
效率投资回报率由于自动化测试用例可以全天运行，因此ROI计算以天为单位。 另一方面，对于手动测试，只计算测试人员的工作时间，平均为8个小时。 构成计算投资回报率基础的公式是
(a)自动化测试脚本开发时间=(每个测试的每小时自动化时间自动化测试案例数)/ 8 (b)自动化测试脚本执行时间=(每个测试的自动化测试执行时间自动化测试案例数ROI期间)/ 18 (c)自动化测试分析时间=( ROI的测试分析时间段)/ 8(d)自动化测试的维护时间=( ROI的维护时间)/ 8 (e)手动执行时间=(手动测试执行时间，手动测试用例数*投资回报期)/ 8
注意： ROI的周期是要计算ROI的周数，如果需要手动操作，则除以8。 只要完成自动化，就可以除以18。
在效率计算中，主要重点是对组织进行多少有效的自动化测试。 金钱因素被认为是次要因素，并非必须包括测试人员的小时计费费率。
降低风险的投资回报率这涉及独立计算自动化的收益。 我们将再次以使用WebDriver进行跨浏览器测试为例，以了解其工作原理。 在手动测试期间，整个测试团队过去通常会花费大量时间在多个浏览器上重复运行相同的测试用例。 引入自动化之后，他们有很多额外的时间来执行生产性工作，例如设计测试用例，分析应用程序等。总之，降低风险的ROI解决了之前未解决的问题。
随着自动化的实施，测试覆盖率增加。 完全取决于手动测试将导致不必要的错误，这些错误可能会在交付后出现。 因此导致产品质量降低以及测试效率降低。 这种可能的损失被认为是一种风险。 投资成本没有变化。 仅计算组织可能在没有实施自动化的情况下可能面临的金钱损失。
这是一个包装！感谢您的阅读，我希望您现在拥有扎实的知识和明确的战略，以帮助说服您的高级管理层围绕Selenium进行测试自动化的投资回报率。 不要误以为ROI仅是比较手动测试Web应用程序与自动化测试用例所花费的时间和金钱。 有很多因素需要考虑，每个因素都有其自身的优点和陷阱。 此外，无法使用单个公式来计算ROI。 有多种机制，您需要选择什么取决于组织的需求和项目的情况。 测试愉快！
翻译自: https://www.javacodegeeks.com/2019/06/calculate-roi-test-automation-selenium.html
selenium