精心设计的测试自动化策略对于任何努力提供高质量产品或服务的组织或企业来说都是必不可少的。今天，我们希望大部分测试用例自动化，每个 QA 的主要痛苦领域是了解从哪里开始。

　　通过我的个人经验，我看到许多人都在努力启动自动化。虽然他们可能熟悉市场上可用的最新工具和技术，但选择自动化工具并采用 CI/CD 方法是不够的。相反，他们需要更深入地了解从哪里开始自动化。

　　在一个没有定义测试策略的组织中，测试人员可能会发现开始自动化具有挑战性，因为他们缺乏明确的起点，尤其是如果有大量测试用例要处理并且他们不知道该选择哪个首先是自动化或如何开始以及从哪里开始。

　　这个问题在敏捷方法中尤其具有挑战性，在这种方法中，短冲刺需要战略规划以确保自动化工作按时完成。根据我的经验，我看到很多人都在努力开始自动化，因为他们缺乏明确的战略计划。如果没有路线图，他们可能会感到迷茫和不确定从哪里开始以及如何开始。

　　因此，在此文中，我将指导您为组织中的现有组件规划自动化策略。

　　在任何组织中对测试用例进行自动化之前规划流程是必不可少的。如果您是组织中团队/小队的新手，并且不了解您的团队/小队的测试范围，那么启动自动化对您来说可能具有挑战性。但是，如果制定了周密的计划策略，过程可以高效和有效地完成。

　　在与我之前的一个组织合作时，我遇到了一个挑战，即许多团队都在为单个应用程序做出贡献。我知道我必须使用哪些技术工具、框架和 CI/CD，但问题是确定哪些组件/模块在我的测试范围内。

　　因此，基于我在 QA 方面的广泛背景，我制定了一个四步计划，并在与我之前的一个组织合作时付诸实施。该计划帮助我弄清楚了我的测试范围内的组件/模块及其相应的测试用例要求，即使许多团队都在为单个应用程序做出贡献。通过遵循这一策略，我观察到我的自动化工作有了显着改善。

　　在组织中启动测试自动化的四步策略

　　1、确定测试范围

　　2、优先测试范围

　　3、编写测试用例

　　4、测试执行策略

　　我们将详细了解分步过程。

　　1.确定测试范围

　　在一个组织中，如果您使用敏捷方法工作，则可能会有不同的部门，例如处理各个组件的团队/小队，不同的团队/小队可以为单个 Web 应用程序做出贡献。在这种情况下，QA 工程师很难确定针对他们的团队/小队的测试范围。

　　让我们尝试通过一个实时示例来理解。

　　以电子商务应用程序为例，可能有多个团队/小队在处理它。一个团队/小队可以处理用户配置文件，另一个可以处理结帐。但这些都是单个 Web 应用程序的一部分，而您是核心团队的 QA(假设为“市场”)。仅供参考：Marketplace 涵盖端到端 Web 应用程序，但还有其他团队/小队参与向 Web 应用程序添加功能，他们的 QA 负责功能测试。

　　所以，出现的问题是——谁拥有所有权?如果你是领导团队的QA，你负责整个端到端的测试吗?

　　为了决定这一点，最好在团队内部进行沟通并为您的团队/小队定义测试范围，这是规划 QA 自动化的第一步。

　　作为第 1 步的一部分，我们应该召开一个涉及 PM/PO、领导和 QA 的会议，并定义测试范围。作为这一步的一部分，您可以准备一个包含 3 列的表格(如下所示)，这是加入会议的先决条件，然后您可以讨论并确定不同团队/小队的测试范围。作为 QA，您应该主持这次会议并最终确定范围。

　　确保您在参加会议之前做好准备，以便正确利用每个人的时间。

　　因此，根据上表，我们看到有 2 个组件，但有 2 个不同的团队/小队负责自动化测试用例。因此，这次会议的结果是我们已经准备好范围，并且我们清楚地知道哪个团队/小队将处理各个组件的自动化。

　　您可以使用上表创建汇合页面，或将表上传到组织中的任何共享门户(如 SharePoint)。将它上传到像 Confluence 这样的通用平台将帮助您轻松地与他人分享它，并让任何人随时查看它。

　　无论是测试计划还是自动化测试用例，最好将其上传到共享平台，以便组织中的所有团队成员都可以查看。如果你在本地机器上安装它，它不会为你正在做的工作增加那么多价值。

　　2. 优先测试范围组件

　　定义测试范围后，您的工作并没有结束。现在，您已经准备好所有必须自动化的组件，但下一个问题是首先选择哪个组件进行自动化。因此，为了决定应该首先为自动化选择哪个组件，我们需要知道优先级。

　　确定自动化测试用例的优先级涉及多种因素，但建议让所有成员(PM/PO、Leads、QA)都参与进来。每个人的意见对于确定优先级都很重要。PM/PO 将从业务角度了解哪个领域非常重要。团队负责人可以提供有关技术范围的输入，QA 知道这是否可以自动化。

　　因此，作为这一步的一部分，所有成员之间都会进行头脑风暴，然后您可以确定测试用例的优先级。

　　该表将如下所示：

　　P0 将是需要首先自动化的组件，然后是 P1、P2 和 P3。

　　同样，上表应该创建为 Confluence 页面，或者应该上传到您组织中使用的共享平台。

　　3.在测试管理工具中编写测试用例

　　到目前为止，您已经准备好组件并且知道测试组件的优先级。下一步是使用任何测试管理工具编写测试用例。

　　作为自动化工程师，我们有时往往会忽略这一步，因为编写测试用例并保存起来似乎很无聊，但对于跟踪测试用例来说，这是势在必行的。

　　如果您正在自动化测试用例而不是编写它们，您的 PM 或其他团队成员将如何知道?不是每个人都有兴趣查看您的代码。通过编写测试用例，您可以将它们链接到您在组织中使用的项目管理工具，并且每个人都可以看到与故事相关的测试用例。

　　4. 测试执行策略

　　一旦你有了测试用例并且你知道了测试用例的优先级。下一步是计划测试执行。测试执行策略的目标是为自动化测试的执行和维护提供全面的计划，确保测试过程的质量和效率。

　　决定测试执行取决于几个因素，例如：

　　1)测试要求：框架应该支持测试需求和项目要求。

　　2)测试工具：确定用于执行的测试自动化工具和所需的任何依赖项。如果您想使用开源工具。您需要根据语言(它是 Java 或 Javascript 或 Python)及其与 CI/CD 的集成等因素来决定哪种工具最适合团队

　　3)测试数据：确定需要为自动化测试创建和管理的测试数据。收集测试所需的所有测试数据(示例：用户详细信息，如果您想登录 Web 应用程序并执行测试，如果您正在检查多个国家/地区，那么所有国家/地区的 URL)

　　4)测试环境：手动检查 Web 应用程序是否稳定。您正在处理的环境不应引发任何服务器问题。检查环境是否没有像验证码这样的功能(无法自动化)

　　5)测试维护：建立维护自动化测试的流程，包括定期审查、更新和错误修复。

　　在开始自动化之前，始终建议手动测试应用程序。不了解环境是否稳定，是否具备所有需要的测试数据，就不能直接开始写代码。

　　如果您遵循上述所有 4 个步骤。你会知道测试用例(它们是自动化的候选者)，以及测试组件相对于自动化的优先级，然后你可以很容易地根据用例的优先级开始测试用例的自动化。

　　加速测试自动化的策略

　　如果您不知道从哪里开始，启动自动化过程也可能是一个具有挑战性的部分。如果您计划在您的组织中启动测试自动化，则上述步骤是先决条件。

　　在确定了组织中最能从自动化中受益的领域(例如耗时、容易出错或重复的流程)之后，您可以遵循其他一些对您有利的潜在策略：

　　1、制定在选定领域实施自动化的计划。该计划应包括将使用的特定工具和技术、将自动化的流程以及将需要的资源。它还应包括实施自动化的时间表以及需要解决的任何潜在挑战或风险。

　　2、培训和支持将使用自动化工具和技术的员工。自动化对许多组织来说可能是一个重大变化，确保员工得到适当的培训和支持非常重要，这样他们才能有效且高效地使用自动化工具。

　　3、监控和评估自动化实施的结果。这有助于确定需要解决的任何问题或问题，以及进一步改进或扩展的任何机会。

　　4、随着时间的推移不断改进和扩展自动化实施。随着组织更多地了解自动化并获得经验，它可以继续完善和改进其自动化策略、工具和流程，以取得更好的结果。

　　结论

　　总之，启动 QA 自动化过程的测试策略是软件开发的一个重要方面。它需要一种系统的、计划周密的方法来确保自动化过程有效、高效，并满足项目要求和用户期望。通过采用结构化方法，组织可以为其 QA 自动化工作奠定坚实的基础，从而获得更高质量的软件和更好的用户体验。

        卓码软件测评是一家[ 具备CMA、CNAS双重资质 ]的专业做软件测试的第三方软件测试服务机构, 可根据您的需求提供各类软件测试服务，并出具合格有效的软件测试报告。点击→→可了解测试报价

        部分文字、图片来自网络，如涉及侵权，请及时与我们联系，我们会在第一时间删除或处理侵权内容。负责人：曾菲       电话：4006070568