但是，在某些无法自动测试的测试情况下，例如用户界面、文档、安装、兼容性和恢复。即使你选择自动化，也将需要某种形式的手动测试。
初始构建成本（购买自动化工具，培训，维护测试脚本）非常昂贵。此外，如果你的应用程序或网站定期更改，与脚本维护相关的成本和时间将大大增加。
我们在自动测试部分中放入了以下测试类型：
- 单元测试
- API测试
- 自动化回归测试
单元测试
什么是单元测试？
单元测试是测试应用程序的各个单元或组件。目的是确保每个单元都按设计执行。它通常由开发人员而不是测试人员执行，因为它需要内部程序设计和代码的详细知识。
优点
单元测试中发生故障时，可能是由于代码中的错误或实际的单元测试本身存在问题。无论哪种方式，都很容易找出问题所在，并且在开发周期中尽早解决即可。单元测试可确保代码随着代码库的增长而正常运行。这简化了代码，使其更具可读性和复杂性。通过验证每个单元，可以更轻松地集成到应用程序中。
单元测试还为应用程序提供有保证的文档。这对于需要了解特定单元提供哪些功能的其他开发人员很有帮助。
缺点
好的单元测试编写起来很复杂。这可能意味着测试代码可能至少与正在测试的代码一样有bug。手动和自动单元测试的情况相同。除了最基本的应用程序之外，几乎不可能评估所有其他执行路径。全面的版本控制系统对于记录更改非常重要，以防万一任何人需要参考以前的版本。
API测试
什么是API测试？
应用程序编程接口（API）测试意味着直接检查API。API是一种功能，它允许一个应用程序与其他应用程序进行交互和通信。它确定API是否满足对功能、可靠性，性能和安全性的期望。这不包括UI或UX（用户体验）测试。API测试包括向API发送调用，接收输出并记录响应。
优点
如果未正确测试API，则可能不仅对主要应用程序而且与集成的其他应用程序都造成问题。API测试提供了至关重要的检查，以确保此功能正常运行。
缺点
为API测试构建测试环境可能很复杂。此外，API测试用例还必须具备良好的编码知识水平。
自动化回归测试
什么是自动回归测试？
从本质上讲，回归测试需要不断重复。它可以手动执行，也可以使用自动化方法执行。定义与手动回归测试相同；这是一种验证方法，但它是自动的，而不是手动执行的。
下一个：who
阅读更多内容以了解与谁一起测试。无论是内部测试，众包和/或外包测试，决定谁将执行你的测试是你策略的关键部分。
Beta测试
什么是Beta测试？
Beta测试是由最终用户执行的非正式测试。它是在现实环境中执行的，通常被认为应用程序稳定后的最终测试阶段。Beta版通常发布给有限数量的最终用户。他们的任务是使用它并向开发人员共享他们的反馈，以便他们可以进行必要的更改。
优点
Beta测试的主要目的是确保应用程序中没有重大故障。它在发布之前提供了最终验证。它还提供了来自最终用户的独特反馈，这使开发人员有机会在向所有用户发布之前进行进一步的改进。
Beta测试是一种经济有效的方法，用于测试可在开发人员和最终用户之间建立良好信誉的应用程序。
缺点
Beta测试的管理是一个问题。其他类型的测试具有更清晰的参数和更结构化的内容，而Beta测试是在现实世界中进行测试的，因此缺乏控制力。
选择合适的Beta测试人员并让他们同意进行Beta测试可能是一个挑战。一些用户会比其他用户更容易接受，而某些用户可能同意参加，只是为了更接近测试。
众包测试
什么是众包测试？
众包测试公司在不同地点提供了一个大型的专业测试人员社区，可以访问多个设备（众包公司相当于一个专业测试人员社区，社区招募测试员自愿参与程序测试，按提交bug计费）。测试人员的目的是发现bug，记录可重现的步骤并提供bug报告。这个概念很简单：多头的集体力量胜过一个。
众包测试公司在评估结果并将结果呈现给客户以采取行动之前，通过管理测试项目和测试人员来充当客户与人群之间的经纪人。
优点
在迫切需要更快地开发和发布应用程序的时代，众包测试吸引了人们的注意。众包测试员可以比内部测试人员更快地提供测试结果，这仅仅是因为他们更多。与内部质量检查或自动化测试相比，众包测试是一种经济高效的选择。随着你的成长，它也可以有效地扩展。人群的集体力量和多样性提供了不同的观点，从而带来了更好的结果。
缺点
内部测试人员通常比众包测试人员具备更好的领域、公司和产品知识。取决于你的应用程序或网站，这可能会或可能不会影响。