在这里，修复错误意味着缺陷已解决，并且特定功能正在根据给定的要求工作。
实施黑盒测试的主要目标是指定业务需求或客户的要求。
换句话说，我们可以说黑盒测试是根据客户要求检查应用程序功能的过程。源代码在此测试中不可见;这就是为什么它被称为 黑盒测试 。
有关黑盒测试的更多信息，请参阅以下链接：www.javatpoint.com/black-box-t… .
黑盒测试的类型
黑盒测试进一步分为两部分，如下所述：
- 功能测试
- 非功能测试
功能测试
测试工程师将根据需求规范系统地检查所有组件，称为 功能测试 。功能测试也称为 组件测试 。
在功能测试中，通过给出值、定义输出并使用预期值验证实际输出来测试所有组件。
功能测试是黑盒测试的一部分，因为它强调应用程序需求而不是实际代码。测试工程师只需要测试程序而不是系统。
要获取有关功能测试的详细信息，请参阅以下链接：www.javatpoint.com/functional-… .
功能测试的类型
就像另一种类型的测试分为几个部分一样，功能测试也分为不同的类别。
不同类型的功能测试 包含以下内容：
- 单元测试
- 集成测试
- 系统测试
现在，让我们一一了解它们：
1. 单元测试
单元测试是功能测试的第一级，用于测试任何软件。在这种情况下，测试工程师将独立测试应用程序的模块或测试所有模块功能称为 单元测试 。
执行单元测试的主要目标是确认单元组件的性能。在这里，单元被定义为软件或应用程序的单个可测试功能。并在整个指定的应用程序开发阶段进行验证。
单击以下链接以获取有关单元测试的完整信息：www.javatpoint.com/unit-testin… .
2. 集成测试
一旦我们成功实现了单元测试，我们将开始 集成测试 .它是功能测试的第二级，我们测试依赖模块之间的数据流或两个功能之间的接口称为 集成测试 。
执行集成测试的目的是测试每个模块之间的语句准确性。
集成测试的类型
集成测试还进一步分为以下几个部分：
- 增量测试
- 非增量测试
增量集成测试
每当模块之间存在明确的关系时，我们都会进行增量集成测试。假设，我们采用两个模块并分析它们之间的数据流是否正常工作。
如果这些模块工作正常，那么我们可以再添加一个模块并再次测试。我们可以继续相同的过程以获得更好的结果。
换句话说，我们可以说增量添加模块并测试模块之间的数据流称为 增量集成测试 。
增量集成测试的类型
增量集成测试可以进一步分为两部分，具体如下：
- 自上而下的增量集成测试
- 自下而上的增量集成测试
让我们简要介绍一下这些类型的集成测试：
- 自上而下的增量集成测试
在这种方法中，我们将逐步或增量添加模块，并测试它们之间的数据流。我们必须确保我们添加的模块是 早期模块的子模块 。
- 自下而上的增量集成测试
在自下而上的方法中，我们将增量添加模块并检查模块之间的数据流。并且，请确保我们要添加的模块是 早期模块的父模块 。
非增量集成测试/大爆炸方法
每当数据流复杂且很难对父项和子项进行分类时，我们将采用非增量集成方法。非增量方法也称为 大爆炸方法 。
要获取有关集成测试及其类型的完整信息，请参阅以下链接：www.javatpoint.com/integration… .
3. 系统测试
每当我们完成单元和集成测试时，我们就可以继续进行系统测试。
在系统测试中，测试环境与生产环境并行。它也被称为 端到端 测试。
在这种类型的测试中，我们将经历软件的每个属性，并测试最终功能是否根据业务需求工作。并将软件产品作为一个完整的系统进行分析。
单击以下链接以获取有关系统测试的完整信息：www.javatpoint.com/system-test… .
非功能测试
黑盒测试的下一部分是 非功能测试 。它提供了有关软件产品性能和使用技术的详细信息。
非功能性测试将帮助我们最大限度地降低软件的生产风险和相关成本。
非功能测试是性能、负载、 压力、可用性和兼容性测试 的组合。
有关非功能性测试的更多信息，请参阅以下链接：www.javatpoint.com/non-functio… .
非功能性测试的类型
非功能性测试分为测试的不同部分，我们将进一步讨论：
- 性能测试
- 可用性测试
- 兼容性测试
性能测试
在性能测试中，测试工程师将通过施加一些负载来测试应用程序的工作。
在这种类型的非功能性测试中，测试工程师只会关注几个方面，例如响应时间、 负载、可扩展性以及 软件或应用程序的稳定性。
性能测试的分类
性能测试包括各种类型的测试，如下所示：
- 负载测试
- 压力测试
- 可扩展性测试
- 稳定性测试
- 负载测试
在执行性能测试时，我们将在特定应用程序上应用一些负载来检查应用程序的性能，称为 负载测试 。在这里，负载可以小于或等于所需的负载。
它将帮助我们检测软件的最高操作量和瓶颈。
要获取与负载测试相关的完整信息，请参阅以下链接：
www.javatpoint.com/load-testin… .
- 压力测试
它用于分析超出常见功能限制的软件的用户友好性和稳健性。
压力测试主要用于关键软件，但也可用于所有类型的软件应用程序。
有关压力测试的深入知识，请参阅以下链接：www.javatpoint.com/stress-test… .
- 可扩展性测试
为了进行分析，通过增强或减少特定平衡中的负载来增强应用程序的性能称为 可伸缩性测试 。
在可扩展性测试中，我们还可以检查 系统、进程或数据库满足 向上需求的能力。在这方面， 测试用例 被有效地设计和实现。
单击以下链接以获取与可伸缩性测试相关的详细信息：
www.javatpoint.com/scalability… .
- 稳定性测试
稳定性测试是我们通过在精确的时间内施加负载来评估应用程序性能的过程。
它主要检查应用的恒定性问题和开发产品的效率。在这种类型的测试中，即使在压力大的情况下，我们也可以快速找到系统的缺陷。
要获得有关稳定性测试的详细信息，请参阅以下链接：
www.javatpoint.com/stability-t… .
可用性测试
另一种 类型的非功能性 测试是 可用性测试 。在可用性测试中，我们将分析应用程序的用户友好性并检测软件最终用户界面中的错误。
在这里，术语 用户友好性 定义了应用程序的以下方面：
- 应用程序应该易于理解，这意味着所有功能都必须对最终用户可见。
- 应用程序的外观和感觉应该很好，这意味着应用程序应该看起来令人愉悦，并让最终用户感觉到使用它。
有关可用性测试的更多信息，我们可以参考以下链接：
www.javatpoint.com/usability-t… .
兼容性测试
在兼容性测试中，我们将检查应用程序在特定硬件和软件环境中的功能。一旦应用程序功能稳定，那么我们才会进行 兼容性测试 。
在这里， 软件 意味着我们可以在不同的操作系统和其他浏览器上测试应用程序， 硬件 意味着我们可以在不同的大小上测试应用程序。
要全面了解兼容性测试，请参阅以下链接：
www.javatpoint.com/compatibili… .
灰盒测试
手动 测试的另一部分是 灰盒测试 。它是 黑盒和白盒测试的协作 。
因为，灰盒测试包括访问用于设计测试用例的内部编码。灰盒测试由懂编码和测试的人执行。
换句话说，我们可以说，如果一个人的团队同时进行了 白盒和黑 盒测试，则被认为是 灰盒测试 。
要获取有关灰盒测试的详细信息，我们可以参考以下链接：
www.javatpoint.com/grey-box-te… .
自动化测试
软件测试最重要的部分是自动化测试。它使用特定的工具来自动化手动设计测试用例，而无需任何人为干预。
自动化测试是提高软件测试的效率、生产力和覆盖范围的最佳方式。
它用于重新运行手动、快速和重复执行的测试方案。
换句话说，我们可以说，每当我们使用某些工具测试应用程序时，都称为 自动化测试 。
当应用程序或软件上出现各种版本或几个回归周期时，我们将进行自动化测试。如果不了解编程语言，我们就无法编写测试脚本或执行自动化测试。
有关自动化测试的更多信息，我们可以参考以下链接：
www.javatpoint.com/automation-… .
一些其他类型的软件测试
在软件测试中，我们还有一些其他类型的测试，它们不属于上述任何测试的一部分，但在测试任何软件或应用程序时都需要这些测试。
- 冒烟测试
- 健全性测试
- 回归测试
- 用户验收测试
- 探索性测试
- 临时测试
- 安全测试
- 全球化测试
让我们一一了解这些类型的测试：
在 冒烟 测试中，我们将测试应用程序的基本和关键功能，然后再进行一轮深入而严格的测试。
或者在 检查所有可能的正负值之前称为 冒烟测试 。分析应用程序核心和主要功能的工作流程是执行冒烟测试的主要目标。
有关冒烟测试的详细信息，请参阅以下链接：
www.javatpoint.com/smoke-testi… .
健全性测试
它用于确保所有错误都已修复，并且不会因这些更改而存在任何附加问题。健全性测试是无脚本的，这意味着我们无法记录它。它检查新添加的功能和组件的正确性。
要获取有关健全性测试的详细信息，我们可以参考以下链接：
www.javatpoint.com/sanity-test… .
回归测试
回归测试是最常用的软件测试类型。在这里， 术语回归 意味着我们必须重新测试未受影响的应用程序的这些部分。
回归测试是最适合自动化工具的测试。根据项目类型和资源的可访问性，回归测试可以类似于 重新测试 。
每当开发人员修复错误，然后测试由于错误修复而可能模拟的应用程序的其他功能时，称为 回归测试 。
换句话说，我们可以说，每当某个项目有新版本时，我们就可以执行回归测试，并且由于新功能可能会影响早期版本中的旧功能。
要获得与回归测试相关的全面知识，请参阅以下链接：
www.javatpoint.com/regression-… .
用户验收测试
用户验收测试（UAT）由称为领域专家/客户或客户的个人团队完成。在接受最终产品之前了解应用程序称为 用户验收测试 。
在用户验收测试中，我们分析业务场景，以及称为 UAT环境 的独特环境中的实时场景。在此测试中，我们将在 UAI 之前测试应用程序以供客户批准。
有关用户验收测试的更多信息，请单击以下链接：
www.javatpoint.com/acceptance-… .
探索性测试
每当缺少需求时，都需要早期迭代，当我们有关键应用程序时，测试团队会有经验丰富的测试人员。新的测试工程师进入团队，然后我们进行 探索性测试 。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
了解详情》docs.qq.com/doc/DSlVlZExWQ0FRSE9H
