认识达内从这里开始

自动化测试是在手动测试基础上逐渐演变而来的一种测试方法，而今天我们就一起来了解一下，一个好的软件测试方法都包含了哪些内容。

测试平台

一个好的基于云的测试平台通常会提供全面的服务基础架构，用于在云中部署和测试虚拟机，以及分析，仪表板，安全性以及将这些服务与现有项目管理基础架构集成所需的所有API。

此外，基于云的测试服务(如SauceLabs)实际上可以让您更轻松地自动化关键移动平台或其他设备的硬件测试。通过实际设备云测试，您可以使用基于云的测试基础架构在由测试服务维护的一组真实设备上运行自动化测试。

您整合的测试自动化策略应该是适合您的组织和产品线的策略。为此，您的计划流程应包括以下要素：

包括正确的人

让关键的利益相关者参与进来，至少达到他们有发言权的程度，即使不是终的决策权。对于测试，这将包括您的测试人员，开发人员，设计人员以及服务台人员。开发人员和测试人员需要积极参与流程，所有利益相关方都应提供意见(例如，未满足的测试需求)，并保持新状态。

问问自己和关键利益相关者以下问题：

你想测试什么?

如果您没有遇到基于物理或计划的约束，您会测试什么?您的测试优先级是什么?您希望测试哪些功能区域，以及您希望测试哪些潜在的性能问题?您希望在测试制度中包含哪些平台和哪些条件组合?您预留哪些类型的测试是不切实际的，因为没有足够的时间或设备来包含它们?

此时，不要担心在自动测试环境中哪些测试可能或可能不实用。现在，您需要做的就是根据机会编译您想要测试的事项列表。

你有什么可测试?

您目前的测试制度实际上包含哪些内容?您正在测试什么，以及您设计了哪些测试，但是由于缺乏资源而推迟，或者在“有时间”的情况下进行“运行”列表?你收集什么测试结果，你用它们做什么?

然后，再问两个问题：鉴于您的手动测试制度的限制，您是否普遍满意它以正确的方式测试正确的东西?您是否对当前测试的设计-各个步骤和整个测试过程感到满意?

考虑设计

如果这两个问题的答案是“是”，那么您可能能够使用当前测试制度的核心要素(测试要求和个别步骤，如果不是整体程序)作为设计大部分的基础。你的自动化制度。如果您对目前的大多数或所有测试方案都不满意，那么好从头开始设计自动化测试方案。

然而，在任何一种情况下，您的自动化制度设计可能(并且在许多方面应该)至少基于您在当前测试实践中编译的“愿望清单”的关键元素。

内部还是外部?您希望在内部处理自动化测试制度的哪些元素，以及您希望使用哪些元素来处理外部服务或资源?

您的开发人员应该编写测试脚本吗?或者相反，您的QA团队能否处理脚本和自动化工程?如果您使用有限域测试脚本语言并从记录测试开始，这些任务可能会更容易学习。

在本地或云中管理虚拟机和自动化测试框架会更容易，更实用吗?在许多方面，这个问题的答案取决于规模。如果合适，您可以从一个小的本地自动化测试机制开始，可以选择稍后迁移到云。

您想使用基于云的测试平台吗?这将减轻您的内部员工管理测试自动化基础架构的任务。如上所述，这种类型的服务对于管理大量测试以及在虚拟和真实设备上进行自动测试也非常有用。

将所有测试外包给三方测试服务更好吗?这样做可以释放内部员工和资源，用于非测试任务。然而，它可能涉及显着的前期成本，并且对测试过程提供较少的控制。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!