何時適合進行自動化測試？（下）
原創
最后编辑：李晓琳 于 2022-08-17 13:56:55
1051次查看
本篇目錄
通過 上篇文章，可以意識到自動化的重要性和優勢，必須確定可以自動化的用例。爲此，必須考慮所追求的目標，以及這個目標在測試金字塔中處于什麽層次。
目標是什麽？
需要確認的第一件事是始終以更高水平的軟件質量爲目標，並分析自動化是否適合項目。要回答這個問題，建議對目標進行可行性分析。
以下是最有可能實現自動化的一些場景：
- 有技術債務需要消除；
- 回歸測試非常耗時；
- 該項目非常複雜且長期。
應該自動化哪些測試用例？
并不是所有的事情都可以在上下文中自动化，这就是了解哪些案例符合我们的目的的相关原因。从代码级别和开发人员方面考虑，单元测试是最容易编写脚本的。在测试人员方面，我们通常致力于在 UI 和 API 级别自动化回归案例，首先考虑最关键和最复杂的流程。以下是可自動化的測試用例：
回歸測試
鉴于我们已经有了一个必须在每次産品发布后定期执行测试套件，手动运行这些套件的工作变得重复，此外还需要从其他不可自动化的任务中抽出时间，可以在这些任务中获得更多价值。这些回歸測試用例高度自动化，特别便于集成到CI/CD模型中。这增加了执行其他任务所需的成本和时间，因为在执行其他活动时，脚本可以在无人参与的情况下执行。高風險測試
這些案例通常由利益相關者商定，重點放在檢查高優先級和關鍵功能上，如果它們失敗，將極大地影響商業模式。這就是爲什麽這種方法被稱爲“基于風險的測試”。自動化測試這些功能的案例有助于在每次發布後立即發現可能阻止發布、或必須迅速處理的風險性事件。
複雜或耗時的測試
在一个项目中，可能会有一些复杂的情况需要手动复制，所以如果我们将其转换为脚本，那么以自动化的方式执行它们会更容易。如果是一个包含大量数据的表单，那么测试人员可能更容易出错，尤其是当必须使用多种数据变体测试同一表单时。这时就可以通過自动化来降低出错的概率。重複測試用例
正如回歸測試成为一项重复性任务一样，在某些一些特殊情况下，可以方便地实现自动化。例如，手动测试同一流程的大量数据，需要花费大量的时间，必须重复测试则让过程更加乏味。然而，通過自动化这个流程，我们可以参数化这些数据，而无需手动测试每个值。这也被称为数据驱动测试，其中自动化测试被参数化，并从数据源（如文件或数据库）获取数据。工具選擇
既然我們知道了要自動化什麽，我們就可以繼續選擇要使用的工具了。在給定可用工具數量的情況下，該活動可能是最複雜的分析之一，該決策將不得不考慮涉及的項目、預算、知識和經驗。有幾種開源、商業和定制工具，它們的局限性和可用性各不相同。要選擇正確的工具，你必須清楚必須滿足哪些要求才能繼續對其使用進行成本效益分析。
以下是一些測試自動化工具的簡要概述：
- Selenium：一种开源工具，在世界范围内被广泛接受，用于在不同浏览器和平台上测试 Web 应用程序。
- Appium：另一个开源框架（基于 Selenium），主要用在 iOS 和 Android 的移动设备上实现测试自动化。
- Cucumber：这个工具是 BDD（行为驱动开发）方法的一部分。Cucumber 的主要优点是它的易用性，因为它非常直观，提供了广泛的功能，而且还是开源的。
- ZTF：Zentao Testing Framework，是一款开源自动化测试管理框架，聚焦于自动化测试的管理功能，可以解决用例信息管理、测试脚本执行、测试结果比对、缺陷Bug提交等问题。
- ZenData：ZenData是一款使用方便的通用數據生成工具，主要擁有兩大功能：數據生成和數據解析。支持一鍵生成海量數據用于性能和壓力測試，適用于大規模、工程化的自動化測試。
需要注意的是，沒有適用于所有情況的最佳工具。根據被測應用程序和決策制定標准，可以更靈活地在不同軟件之間進行選擇。
禅道項目
