测试自动化为企业节省了大量时间——除非你选择了错误的测试用例。本文指出了您应该注意的事项。根据2021年测试自动化报告，超过40%的公司正在寻求在测试自动化方面扩展和投资资源。虽然这并不意味着手动测试将会消失，但从投资回报率的角度来看，人们对自动化的兴趣越来越大——无论是在金钱还是时间方面。毕竟，我们都同意编写和运行这些单元测试用例很无聊。一个好的自动化策略可以腾出测试人员的时间来解决一些更复杂的问题，并帮助及早发现错误。然而，团队经常在没有适当的测试策略的情况下急于自动化测试，这可能会在大修完成时导致问题。通过选择正确的自动化测试，最大限度地提高您的努力和投资回报。在自动化任何测试用例之前应该考虑什么？1.测试频率为边缘案例组件编写手动测试通常效率更高。事实上，测试新功能可以让您快速了解有关您的应用程序的更多信息。但是，随着特征数量的增加，这种方法效率不高。将您的测试场景分为两部分：重复部分和一次性或非常复杂的部分。自动化那些重复次数最多的。您甚至可以设置测试频率的阈值，高于该阈值您将考虑自动化。例如，应用程序登录或警报系统测试是测试自动化的理想候选者，因为它们需要在每次应用程序构建后运行。这个规则有一些例外——例如，单个测试需要执行的数据输入量非常大。在这种情况下，自动化该特定测试是有意义的，因为它将节省大量时间。这里唯一的警告是自动化一系列相互依赖的重复测试。如果出现问题，可能很难确定是罪魁祸首的确切测试。这就是日志记录派上用场的地方，可以帮助您有效地检测这些长期模式故障。2.测试覆盖率测试覆盖率对于软件质量和确保软件构建的稳定性至关重要。自动化正确类型的测试可以帮助您以几乎相同的时间投资实现高测试覆盖率的目标。例如，如果您的应用程序有很多组件，运行自动化测试是个好主意。这避免了错过特定测试的手动错误的可能性，并确保应用程序最关键的部分顺利运行。您还可以在无人值守的情况下运行那些冗长的夜间测试，醒来后查看测试失败（或成功！）原因的详细日志。3.结果的可预测性如何？自动化需要预定义的输入和输出来生成通过和失败条件，否则它们会导致错误的结果。如果您处于测试的探索阶段，并且您的测试是临时的或需要非常具体的领域知识，那么将它们自动化并不是最好的主意。4.功能重要性如果一个项目是一个重要的功能，如果它失败可能会破坏用户体验，你应该编写一个自动化测试套件。这样，您可以防止任何人为错误弄乱您的发布。理想情况下，测试应该持续运行，以便尽快通知相关团队。5.时间回报率虽然自动化可以释放测试人员的时间，但组织和个人往往忽视了测试的一个关键方面——维护自动化测试所需的成本和时间。如果您的应用程序后端发生重大变化，为自动化测试编写和重写代码通常与手动测试一样麻烦。解决此问题的一个有趣方法是让测试工程师自动了解程序的哪一部分出现故障。您可以通过自动化更广泛的应用程序测试来做到这一点，这样如果出现问题，您就可以确切地知道要查找的位置。智能测试执行是测试自动化的主要趋势之一，它通过识别需要执行的特定测试来实现。6.人为参与您尝试自动化的测试套件有多复杂？如果需要用人眼重新检查测试结果或需要实际的用户交互，那么自动化可能不会有太大帮助。例如，用户体验测试最好不要自动化，因为测试软件永远无法模仿使用产品时的人类情感。但是，如果您需要测试输出的视觉确认，您可以运行自动屏幕截图测试，然后进行手动验证。7.优先次序您什么时候需要测试结果？如果自动化测试可以帮助您更快地将产品推向市场，那么您应该继续使用它。但是，当您需要立竿见影的结果时，不要让编写和运行自动化测试成为瓶颈。此外，您应该记住，“测试”并不是唯一可以自动化以提高应用程序效率的东西。手动数据收集或设置数据输入等任务也很适合自动化。因此，如果有一个大型数据集但您的时间不够，那么自动化它可能是您的救命稻草！经常自动化的测试用例1.性能测试（负载、压力测试）负载测试几乎是臭名昭著的“通宵”测试。根据定义，负载测试是资源密集型的，因为它们会随着公司规模的扩大而识别系统滞后和性能问题。这就是自动化测试工具有意义的原因——因为它们可以以很少的成本有效地模拟用户和资源。我的意思是，尝试让1000个用户对尚未发布的产品进行错误测试-哎呀！虽然你绝对不能雇佣1000名QA专家来做自动化测试，但一个测试自动化框架可以设置虚拟用户并让他们像真实用户一样与你的产品交互。这将使您能够通过在过程的早期识别它们来扩展和避免中断。然后，您的团队可以查看性能指标并确定减速或中断的确切原因。同样，如果您需要进行跨浏览器测试，自动化测试可以帮助您通过几个步骤跨多种配置收集应用程序的性能。自动化您的性能测试以查看问题发生的位置以及您的应用程序是否可以处理这些问题。2.单元测试如果您正在为大型应用程序开发代码库，自动化单元测试将为您节省时间。单元测试的自动化测试将帮助您实时发现错误，让您持续了解各个组件是否正常工作。自动化在重构代码时特别有用，因为只要单元测试是绿色的，您就可以放心地假设各个代码单元的行为没有改变。此外，这些测试的报告可立即提供给整个团队。3.回归测试（冒烟、健全性测试）回归测试确保应用程序即使在进行大量更改时也能平稳运行。这意味着对多个应用程序组件进行迭代重新测试。由于这种重复，回归测试是测试自动化的理想选择。自动回归测试将帮助您节省手动资源和时间并更快地扩展。虽然回归测试通常在软件发布结束时执行，但自动化它们也让您可以选择以迭代和连续的方式运行它们。这有助于更快地识别程序中的错误并创建快速反馈循环，从而更快地解决问题。4.功能测试功能测试本质上是验证应用程序在前端是否按应有的方式工作。虽然功能测试的某些方面是手动的，但许多方面应该自动化以确保无错误的产品交付。例如，端到端测试自动化可确保关键的预定义用户体验流程在日常产品发布中顺利运行。使用selenium进行自动化功能测试是一种流行的选择。您甚至可以调整测试以涵盖数据集或用户行为略有不同的多个用例。哪些测试绝对不应该自动化？1.探索性测试探索性测试包括更广泛的非脚本测试，这些测试是必不可少的，但可以即时完成。通常，这些测试需要一些领域知识和对应用程序的熟悉才能发现意外行为。由于它们定义不明确，因此无法实现自动化。然而，一旦测试人员通过探索性测试发现缺陷，这些测试操作就可以被记录下来并自动执行以供将来构建。2.可用性测试如前所述，可用性测试不应该是自动化的，因为它很难预测人类的行为。这可能包括错误的字体、颜色或令人困惑的UI。您只有在执行Beta或QA测试时才会知道这一点。虽然有些工具会尝试自动执行此操作，但人工查看会更有效（且成本更低）。自动化还是不自动化？测试自动化对于高效的CI/CD管道至关重要。测试自动化领域正在进行许多创新，例如并行测试执行、DevTestOps、物联网测试自动化等。这些自动化框架有助于大大缩短上市时间并提高构建质量。选择正确的自动化测试只是为您的组织实现自动化测试的第一步，所以测试更快，失败更快，修复更快！
