版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/seagal890/article/details/85017012
通常选择哪些产品/系统/应用中的特性进行自动化测试？
这实际上是一个自动化测试策略制定的问题。
通常，对于SUT（System Under Test）而言，可以为满足下面特征的部分考虑实施自动化测试：
- 为多个构建运行的重复测试。
- 容易导致人为错误的测试。
- 需要多个数据集的测试。
- 经常使用的引入高风险条件的功能。
- 无法手动执行的测试。
- 在多个不同的硬件或软件平台和配置上运行的测试。
- 手工测试时需要花费大量精力和时间的测试。
自动化测试的成功需要仔细的计划和设计工作。
首先创建一个自动化计划。这允许你的团队识别要自动化的初始测试集，并为将来的测试提供指导。你的团队应该定义自动化测试的目标，并确定自动化测试的类型。有几种不同类型的测试，每种测试在测试过程中都有自己的位置。例如，单元测试用于测试预期应用程序的一小部分。要测试应用程序的某个UI部分，可以使用函数或GUI测试。
在确定您的目标和自动化测试类型之后，你的团队应该决定自动化测试将执行哪些操作。不要只创建测试步骤，一次测试应用程序行为的各个方面。大型、复杂的自动化测试很难编辑和调试。最好将测试划分为几个逻辑的、较小的测试。它使你的测试环境更加连贯和可管理，并允许你共享测试代码、测试数据和过程。通过添加处理新功能的小测试，你将获得更多更新自动化测试的机会。在添加应用程序时测试应用程序的功能，而不是等到实现整个特性为止。
当创建测试时，尽量使它们保持小并且集中在一个目标上。例如，针对只读和读/写测试的单独测试。这允许你重复使用这些单独的测试，而不需要在每个自动化测试中包括它们。
一旦你创建了几个简单的自动化测试，就可以将你的测试分组到一个更大的自动化测试中。你可以根据应用程序的功能区域、应用程序中的主要/次要部分、公共功能或测试数据的基本集合来组织自动化测试。如果自动测试引用其他测试，则可能需要创建一个测试树，你可以按照特定的顺序运行测试。