技术文章

评估你的测试策略、删除不需要的或多余的测试，甚至可能添加一些新的测试之后，你将得到一堆测试和价值百万美元的问题——自动化或不自动化 自动化？从问自己开始这些问题。

帮助您确定下一步自动化的优先顺序的问题：

测试是否会重复进行？

如果在测试执行期间要重复多次，则自动化测试用例将是值得的。确保考虑您计划执行该测试用例或测试套件的频率。

这是一个高优先级的功能吗？

某些功能或领域比其他功能或领域更容易出现故障，而这些领域将为您的自动化投资带来更大的回报。自动化高优先级测试将帮助您在测试过程中尽早识别更重大的风险，并减少人为错误的可能性。

您需要使用多个数据集或路径运行测试吗？

当需要使用不同的数据集执行测试时，数据驱动的测试自动化方法可能是最有用的框架。自动化一次并使用不同的数据重复相同的步骤消除了苦差事，并最大限度地减少了失误或错误的机会。

这是回归测试还是冒烟测试？

回归测试和冒烟测试是您最终最常执行的测试。一般来说，这些测试套件在某种程度上覆盖了整个产品的宽度，因此自动化它们将为您提供一种更快的方法来评估整个软件的质量。自动化回归测试套件可以帮助将它们与 DevOps 管道中的构建过程集成，从而使质量成为常规构建的一部分！

这种自动化是否在您选择的测试自动化工具的可行性范围内？

对测试自动化进行可行性分析还需要您查看是否有可能使用当前的工具集执行特定的测试自动化。例如，如果您的 Web 自动化测试工具不支持，尝试针对一项特定测试自动输入移动应用程序可能不是您时间的最佳利用方式。获取其他工具或尝试替代工具可能也不是很好地利用时间。在这种情况下，您很可能手动执行该测试！

您正在测试的应用程序区域是否容易发生变化？

这是一个需要问自己的重要问题，因为如果您正在考虑自动化的测试很容易发生变化，那么现在可能不值得在这方面花费精力。此外，当 UI 发生变化时，依赖于用户界面和 UI 元素的自动化测试最容易崩溃。

深入了解即将发生的功能变化及其与相关功能的集成，如果您看到未来有重大变化，也许现在会推迟这些测试的自动化。

这些测试可以并行执行，还是只能按顺序执行？

如果您设计良好的自动化，则可以通过并行运行测试来节省大量时间。利用这一点对于充分利用自动化工作至关重要。如果您的测试仅按特定顺序执行，它们可能不是自动化的最佳候选者。尽管您仍然可以将它们自动化，但您不会充分利用您的努力。