共计 1525 个字符，预计需要花费 4 分钟才能阅读完成。
通过上篇文章，能够意识到自动化的重要性和劣势，必须确定能够自动化的用例。为此，必须思考所谋求的指标，以及这个指标在测试金字塔中处于什么档次。
尝试答复以下问题：
指标是什么？
须要确认的第一件事是始终以更高水平的软件品质为指标，并剖析自动化是否适宜我的项目。
要答复这个问题，倡议对指标进行可行性剖析。
以下是最有可能实现自动化的一些场景：
- 有技术债权须要打消；
- 回归测试十分耗时；
- 该我的项目非常复杂且长期。
应该自动化哪些测试用例？
并不是所有的事件都能够在上下文中自动化，这就是理解哪些案例合乎咱们的目标的相干起因。从代码级别和开发人员方面思考，单元测试是最容易编写脚本的。在测试人员方面，咱们通常致力于在 UI 和 API 级别自动化回归案例，首先思考最要害和最简单的流程。
以下是可自动化的测试用例：
回归测试
鉴于咱们曾经有了一个必须在每次产品公布后定期执行测试套件，手动运行这些套件的工作变得反复，此外还须要从其余不可自动化的工作中抽出工夫，能够在这些工作中取得更多价值。这些回归测试用例高度自动化，特地便于集成到 CI/CD 模型中。这减少了执行其余工作所需的老本和工夫，因为在执行其余流动时，脚本能够在无人参加的状况下执行。
高风险测试
这些案例通常由利益相关者约定，重点放在查看高优先级和要害性能上，如果它们失败，将极大地影响商业模式。这就是为什么这种办法被称为“基于危险的测试”。
自动化测试这些性能的案例有助于在每次公布后立刻发现可能阻止公布、或必须迅速解决的风险性事件。
简单或耗时的测试
在一个我的项目中，可能会有一些简单的状况须要手动复制，所以如果咱们将其转换为脚本，那么以自动化的形式执行它们会更容易。如果是一个蕴含大量数据的表单，那么测试人员可能更容易出错，尤其是当必须应用多种数据变体测试同一表单时。这时就能够通过自动化来升高出错的概率。
反复测试用例
正如回归测试成为一项重复性工作一样，在某些一些非凡状况下，能够不便地实现自动化。例如，手动测试同一流程的大量数据，须要破费大量的工夫，必须反复测试则让过程更加乏味。然而，通过自动化这个流程，咱们能够参数化这些数据，而无需手动测试每个值。这也被称为数据驱动测试，其中自动化测试被参数化，并从数据源（如文件或数据库）获取数据。
工具抉择
既然咱们晓得了要自动化什么，咱们就能够持续抉择要应用的工具了。在给定可用工具数量的状况下，该流动可能是最简单的剖析之一，该决策将不得不思考波及的我的项目、估算、常识和教训。
有几种开源、商业和定制工具，它们的局限性和可用性各不相同。要抉择正确的工具，你必须分明必须满足哪些要求能力持续对其应用进行老本效益剖析。
以下是一些测试自动化工具的简要概述：
- Selenium：一种开源工具，在世界范畴内被宽泛承受，用于在不同浏览器战争台上测试 Web 应用程序。
- Appium：另一个开源框架（基于 Selenium），次要用在 iOS 和 Android 的挪动设施上实现测试自动化。
- Cucumber：这个工具是 BDD（行为驱动开发）办法的一部分。Cucumber 的次要长处是它的易用性，因为它十分直观，提供了宽泛的性能，而且还是开源的。
- ZTF：Zentao Testing Framework，是一款开源自动化测试治理框架，聚焦于自动化测试的治理性能，能够解决用例信息管理、测试脚本执行、测试后果比对、缺点 Bug 提交等问题。
- ZenData：ZenData 是一款使用方便的通用数据生成工具，次要领有两大性能：数据生成和数据解析。反对一键生成海量数据用于性能和压力测试，实用于大规模、工程化的自动化测试。
须要留神的是，没有实用于所有状况的最佳工具。依据被测应用程序和决策制定规范，能够更灵便地在不同软件之间进行抉择。