我想开始实施自动化。我只是不知道这是否会很好地利用资源。该应用程序正以指数级的速度增长，但是我不知道自动化在什么时候进行收益测试。
即使您有手动测试仪，您能否给我说明何时实现自动化的原因？
我认为这取决于公司的工作人员。有些人喜欢自动化，有些人则不太喜欢它。如果您的公司现在没有实施它，可能会很困难。
我更喜欢自动化，因为要花费很多时间（已经提到过），并且因为在大多数情况下您都知道它将获得什么。
您应该同时拥有两者，但是如果没有产品，则要进行自动化和测试将变得非常困难。
您应尽快实现自动化。许多研究表明，在开发周期中发现缺陷的时间越晚，修复它的成本就越高。自动化通常可以尽早发现缺陷（假设您实际上尽快运行了这些自动化测试）。
启动自动化之前有一些经验法则，例如，确保您的应用程序足够稳定，然后尝试使用例如创建一个烟雾测试脚本，该脚本最初只涉及主要（仅功能的关键部分）部分。例如，如果它是银行应用程序，则最初只是自动执行该操作（如果用户能够登录并检查他/她的帐户余额等），而没有更多或更少。这种方法尝试随着应用程序随着时间的推移变得更加稳定而增加脚本存储库。但最重要的是要问自己，您要通过自动化解决的目标到底是什么。
我只是阅读了同一主题的文章之一，我认为这可能对您有帮助...在这里检查：https://www.testrigtechnologies.com/qa-automation-what-and-when-to-start-automation-testing/
几乎几乎总是自动化是进行测试的好方法。手动测试仍然很重要，但是它更容易出错，并且如果您的手动测试过程开始需要几天或几周才能完成，那么很难快速发布更新。通常，在项目开始时设置自动化会比较容易，因为您需要自动化的东西更少，并且一旦有了自动化框架，随着项目的发展就应该易于扩展。
[对一个已经完全实现的项目进行自动化测试可能比从一开始就进行自动化就需要更多的工作，因此，我建议尽快参加。
您之所以自动化，是因为按下“ go”并等待10分钟以得到结果，这意味着您的测试人员可以在那10分钟内完成其他有用的工作，而不必照看该应用程序。
请记住，您每天晚上睡觉时都可以运行自动测试。然后，您的测试人员可以利用工作时间编写新的有用测试，而不必一遍又一遍地运行相同的旧测试。
最大的原因是，当您在发货前不久更改了一些小东西时，使用自动化测试，即使“更改很简单，也不应该破坏任何东西”，您仍会毫不犹豫地运行测试-然后您会呼吸当自动化测试捕获到您已经引入并即将发布的错误时，请松一口气。
我之所以要自动化测试，是因为它意味着我可以得到一致，可重复且及时的反馈，表明我刚刚做的是正确的。
即使您有手动测试仪，您能否给我说明何时实现自动化的原因？
手动测试重复测试很痛苦且容易出错，如果更改了应用程序，则需要重复测试。
使测试更有效率-即使您有手动测试人员，即使他们（或您）可以实施自动化测试，也可以探索更多案例。编写自己的自动化测试也可能使您深入了解自己的代码。
自动测试还可以对UI进行基准测试并确定问题...手动甚至无法快速点击thaaat：）
想象一下，程序的大小和测试的数量随时间线性增长，并且您想要进行连续（每日）集成和回归测试。在这种情况下，第一天要测试一件事，第二天要测试两个，第三天要测试三个，依此类推。