要开发成功的软件产品，必须确保该产品在公开发布之前没有严重的错误和错误。显然，这是质量保证专家的能力，他们通常有几种方法可以使测试过程高效，彻底。
第一种方法是手动测试，即每个QA专家执行各种操作以将结果与预期行为进行比较。自然，每次发行新版本时都应重复这种方法，以确保所做的修改一般不会影响项目的功能和性能。尽管它可以更精确地分析软件性能并提供有关错误和问题的更深入的反馈，但它也非常浪费时间和资源。
自动化测试是替代方法。质量保证小组可以创建或利用现有的自动化工具来帮助自动化测试并将结果与预期行为进行比较，而不必在每次较小的更新后执行相同的操作。
似乎自动化测试是所有项目的灵丹妙药，因为它可以节省时间和资源，并且在运行时更可靠。但是，在切换到自动化之前，您需要考虑自动化的初始成本，因为通常需要设置自动化工具并编写脚本，这反过来又需要熟练的人员和时间。另外，对于产品的巨大变化可能导致您将在自动化脚本维护上花费过多资源的早期开发阶段，自动化测试也不是解决方案。
除此之外，自动化测试只有积极的因素，切换到，有时它可以（像在持续集成项目频繁生成验证测试）的唯一适当的选择。
在全美，我们对启动和维护的每个在线产品或服务执行自动化测试。我们考虑了做出此决定的几个重要原因：
在几乎所有项目中，体力劳动都是值得赞赏的。但是，在软件测试中，自动化意味着避免100％的人为错误。在重复执行需要几乎不需要任何技能的测试的情况下，尤其如此，这对他/她的注意力来说是一个巨大的挑战。
对于在线产品，在诸如大量用户交互之类的紧急情况下，检查站点的性能非常重要。自动化的测试工具可模拟此类测试并快速有效地收集结果。
还记得我们说过自动化测试在早期开发阶段是个坏主意吗？除非您利用敏捷开发的优势，否则在整个开发过程中都要应用连续的测试实践，这是事实。如今，越来越多的公司开始转向敏捷，这使得自动化测试在开发团队中越来越受欢迎。
每个项目通常都有时间限制，因此您经常需要确定哪些测试的优先级较低，并且仅应在截止日期之后执行。通过自动化工具执行的测试比通过手动工具进行的测试要快得多，因此可以在产品发布（或下一个产品开发阶段）之前发现并修复更多的错误和问题。
从长远来看，测试自动化比手动测试更有利可图，并带来更高的投资回报（ROI）。创建一次后，自动化脚本和测试可以无限次地重复使用和重新运行，并且维护它们通常几乎不需要时间和资源。
在在线服务和产品方面拥有丰富的经验，我们发现，如果您想要实现快速的开发测试周期并要求在产品公开发布后持续维护您的产品，则自动测试是唯一的选择。
在全美，我们使用了一整套自动化框架，包括Cucumber，RSpec，Capybara，PhantomJS，Selenium等。要了解有关我们在项目中使用的工具的更多信息，请访问我们的产品组合。
