软件测试的类型
In this section, we are going to understand the various types of software testing, which can be used at the time of the Software Development Life Cycle.
As we know, software testing is a process of analyzing an application's functionality as per the customer prerequisite.
If we want to ensure that our software is bug-free or stable, we must perform the various types of software testing because testing is the only method that makes our application bug-free.
The different types of Software Testing
The categorization of software testing is a part of diverse testing activities, such as test strategy, test deliverables, a defined test objective, etc. And software testing is the execution of the software to find defects.
- White Box Testing
- Black Box Testing
- Grey Box Testing
For our better understanding let's see them one by one:
White Box Testing
In white-box testing, the developer will inspect every line of code before handing it over to the testing team or the concerned test engineers.
Subsequently, the code is noticeable for developers throughout testing; that's why this process is known as WBT (White Box Testing).
In other words, we can say that the developer will execute the complete white-box testing for the particular software and send the specific application to the testing team.
The purpose of implementing the white box testing is to emphasize the flow of inputs and outputs over the software and enhance the security of an application.
White box testing is also known as open box testing, glass box testing, structural testing, clear box testing, and transparent box testing.
To get the in-depth knowledge about white box testing refers to the below link: https://www.javatpoint.com/white-box-testing.
Black Box Testing
Another type of manual testing is black-box testing. In this testing, the test engineer will analyze the software against requirements, identify the defects or bug, and sends it back to the development team.
Then, the developers will fix those defects, do one round of White box testing, and send it to the testing team.
Here, fixing the bugs means the defect is resolved, and the particular feature is working according to the given requirement.
The main objective of implementing the black box testing is to specify the business needs or the customer's requirements.
In other words, we can say that black box testing is a process of checking the functionality of an application as per the customer requirement. The source code is not visible in this testing; that's why it is known as black-box testing.
For more information about Black box testing, refers to the below link: https://www.javatpoint.com/black-box-testing.
Types of Black Box Testing
Black box testing further categorizes into two parts, which are as discussed below:
- Functional Testing
- Non-function Testing
Functional Testing
The test engineer will check all the components systematically against requirement specifications is known as functional testing. Functional testing is also known as Component testing.
In functional testing, all the components are tested by giving the value, defining the output, and validating the actual output with the expected value.
Functional testing is a part of black-box testing as its emphases on application requirement rather than actual code. The test engineer has to test only the program instead of the system.
To get the detailed information about functional testing refers to the below link: https://www.javatpoint.com/functional-testing.
Types of Functional Testing
Just like another type of testing is divided into several parts, functional testing is also classified into various categories.
The diverse types of Functional Testing contain the following:
- Unit Testing
- Integration Testing
- System Testing
Now, Let's understand them one by one:
1. Unit Testing
Unit testing is the first level of functional testing in order to test any software. In this, the test engineer will test the module of an application independently or test all the module functionality is called unit testing.
The primary objective of executing the unit testing is to confirm the unit components with their performance. Here, a unit is defined as a single testable function of a software or an application. And it is verified throughout the specified application development phase.
Click on the below link to get the complete information about unit testing: https://www.javatpoint.com/unit-testing.
2. Integration Testing
Once we are successfully implementing the unit testing, we will go integration testing. It is the second level of functional testing, where we test the data flow between dependent modules or interface between two features is called integration testing.
The purpose of executing the integration testing is to test the statement's accuracy between each module.
Types of Integration Testing
Integration testing is also further divided into the following parts:
- Incremental Testing
- Non-Incremental Testing
Incremental Integration Testing
Whenever there is a clear relationship between modules, we go for incremental integration testing. Suppose, we take two modules and analysis the data flow between them if they are working fine or not.
If these modules are working fine, then we can add one more module and test again. And we can continue with the same process to get better results.
In other words, we can say that incrementally adding up the modules and test the data flow between the modules is known as Incremental integration testing.
Types of Incremental Integration Testing
Incremental integration testing can further classify into two parts, which are as follows:
- Top-down Incremental Integration Testing
- Bottom-up Incremental Integration Testing
Let's see a brief introduction of these types of integration testing:
1. Top-down Incremental Integration Testing
In this approach, we will add the modules step by step or incrementally and test the data flow between them. We have to ensure that the modules we are adding are the child of the earlier ones.
2. Bottom-up Incremental Integration Testing
In the bottom-up approach, we will add the modules incrementally and check the data flow between modules. And also, ensure that the module we are adding is the parent of the earlier ones.
Non-Incremental Integration Testing/ Big Bang Method
Whenever the data flow is complex and very difficult to classify a parent and a child, we will go for the non-incremental integration approach. The non-incremental method is also known as the Big Bang method.
To get the complete information about integration testing and its type refers to the following link: https://www.javatpoint.com/integration-testing.
3. System Testing
Whenever we are done with the unit and integration testing, we can proceed with the system testing.
In system testing, the test environment is parallel to the production environment. It is also known as end-to-end testing.
In this type of testing, we will undergo each attribute of the software and test if the end feature works according to the business requirement. And analysis the software product as a complete system.
Click on the below link to get the complete information about system testing: https://www.javatpoint.com/system-testing.
中文
在本节中，我们将了解在软件开发生命周期期间可以使用的各种软件测试类型。
众所周知，软件测试是根据客户需要分析应用程序功能的过程。如果我们想确保我们的软件没有错误或稳定，我们必须执行各种类型的软件测试，因为测试是使我们的应用程序没有错误的唯一方法。
The different types of Software Testing
The categorization(分类) of software testing is a part（部分） of diverse testing activities, such as test strategy（战略）, test deliverables（测试可交付成果）, a defined test objective（确定的测试目标）, etc. And software testing is the execution （执行）of the software to find defects.
手动测试分类
White Box Testing
In white-box testing, the developer（开发员） will（总是，将） inspect（检查） every line of code before handing（递手） it over to the testing team or the concerned（有关的） test engineers.
Subsequently（随后）, the code is noticeable（显而易见） for developers throughout（全部，所有的） testing; that's why this process（过程） is known as WBT (White Box Testing).
在白盒测试中，开发人员将检查每行代码，然后再将其移交给测试团队或相关的测试工程师。
随后，该代码对于开发人员在整个测试过程中都很引人注目； 这就是为什么此过程被称为 WBT（白盒测试）的原因 。
换句话说，我们可以说 开发人员 将对特定软件执行完整的白盒测试，并将特定的应用程序发送给测试团队。
实施白盒测试的目的是强调软件上的输入和输出流，并增强应用程序的安全性。
黑盒测试
在此测试中，测试工程师将根据需求分析软件，确定缺陷或错误，然后将其发送回开发团队。
然后，开发人员将修复这些缺陷，进行一轮白盒测试，并将其发送给测试团队。
实施黑盒测试的主要目的是指定业务需求或客户需求。
换句话说，我们可以说黑盒测试是根据客户要求检查应用程序功能的过程。 源代码在此测试中不可见； 这就是为什么它被称为 黑盒测试 。
黑匣子测试的类型
功能测试
测试工程师将根据需求规范系统地检查所有组件，称为 功能测试 。 功能测试也称为 组件测试 。
在功能测试中，通过给出值、定义输出并用预期值验证实际输出来测试所有组件。
测试工程师只需要测试程序而不是系统。
功能测试的类型
1. 单元测试
单元测试是测试任何软件的第一级功能测试。在这种情况下，测试工程师将独立测试应用程序的模块，或者测试所有模块功能，称为单元测试。
执行单元测试的主要目的是确认单元组件的性能。 此处，单元被定义为软件或应用程序的单个可测试功能。 并在整个指定的应用程序开发阶段进行验证。
2. 整合测试
一旦我们成功实施了单元测试，我们将进行 集成测试 。 它是功能测试的第二级，我们测试依赖模块之间的数据流或两个功能之间的接口称为 集成测试 。
执行集成测试的目的是测试各个模块之间语句的准确性。
-
增量测试
每当模块之间有明确的关系时，我们就会进行增量集成测试。 假设，我们采用两个模块并分析它们之间的数据流是否正常工作。
如果这些模块工作正常，那么我们可以再添加一个模块并再次测试。 我们可以继续相同的过程以获得更好的结果。
换句话说，可以说以增量方式添加模块并测试模块之间的数据流称为 增量集成测试 。
- 自顶向下增量集成测试 在这种方法中，我们将逐步或增量地添加模块并测试它们之间的数据流。 我们必须确保我们添加的模块是 模块的 模块 早期 子 。
- 自下而上的增量集成测试 在自底向上的方法中，我们将增量添加模块并检查模块之间的数据流。 而且，确保我们添加的模块是 模块的 模块 早期 父 。
-
非增量测试 每当数据流很复杂并且很难对父子进行分类时，我们将采用非增量集成方法。 非增量方法也称为 Big Bang 方法 。
3. 系统测试
每当我们完成单元和集成测试时，我们就可以继续进行系统测试。
在系统测试中，测试环境与生产环境平行。 它也被称为 端到端 测试。
在这种类型的测试中，我们将对软件的每个属性进行测试，并测试最终功能是否符合业务需求。 并将软件产品作为一个完整的系统进行分析。
非功能测试
黑盒测试的下一部分 是非功能测试 。 它提供了有关软件产品性能和所用技术的详细信息。
非功能测试将帮助我们将软件的生产风险和相关成本降至最低。
非功能测试是 性能、负载、压力、可用性和兼容性测试的组合 。
性能测试
在性能测试中，测试工程师将通过施加一些负载来测试应用程序的工作情况。
1. 负载测试
负载可能小于或等于所需负载。
它将帮助我们检测软件的最高运行量和瓶颈。
2. 压力测试
它用于分析超出常见功能限制的软件的用户友好性和健壮性。
压力测试主要用于关键软件，但也可用于所有类型的软件应用程序。
3. 可扩展性测试
为了分析，通过增强或减少特定负载的平衡来提高应用程序的性能被称为 可扩展性测试 。
在可扩展性测试中，我们还可以检查 系统、进程或数据库 的能力 满足向上需求 。 在这方面， 测试用例 被有效地设计和实施。
4. 稳定性测试
稳定性测试是我们通过在精确的时间内施加负载来评估应用程序性能的过程。
它主要检查应用程序的稳定性问题和开发产品的效率。 在这种类型的测试中，即使在压力很大的情况下，我们也可以快速找到系统的缺陷。
可用性测试
在可用性测试中，我们将分析应用程序的用户友好性并检测软件最终用户界面中的错误。
这里，术语 用户友好性 定义了应用程序的以下方面：
- 应用程序应该易于理解，这意味着所有功能必须对最终用户可见。
- 应用程序的外观和感觉应该是好的，这意味着应用程序应该是令人愉快的，并且让最终用户觉得使用它。
兼容性测试
在兼容性测试中，我们将检查 应用程序在特定硬件和软件环境中的功能。 一旦应用程序功能稳定，我们就会进行 兼容性测试 。
在这里， 软件 意味着我们可以在不同的操作系统和其他浏览器 ， 硬件 上测试应用程序 意味着我们可以在不同大小的应用程序上进行测试。
灰盒测试
它是 的 黑盒和白盒测试 合作 。
因为，灰盒测试包括访问用于设计测试用例的内部编码。 灰盒测试是由一个知道编码和测试的人执行的。
换句话说，我们可以说，如果一个单人团队同时进行了 白盒和黑盒测试 ，则认为是 灰盒测试 。
自动化测试
软件测试最重要的部分是自动化测试。 它使用特定工具在没有任何人为干预的情况下自动化手动设计测试用例。
自动化测试是提高软件测试效率、生产力和覆盖率的最佳方式。
换句话说，我们可以说，每当我们使用某些工具测试应用程序时，就称为 自动化测试 。
当应用程序或软件出现各种版本或多个回归周期时，我们将进行自动化测试。 在不了解编程语言的情况下，我们无法编写测试脚本或执行自动化测试。
一些其他类型的软件测试
在软件测试中，我们还有一些其他类型的测 试，它们不属于上述任何测试的一部分，但是在测试任何软件或应用程序时需要这些测试。
- 烟雾测试
- 健全性测试
- 回归测试
- 用户验收测试
- 探索性测试
- 临时测试
- 安全测试
- 全球化测试
1. 烟雾测试
在进行一轮深入、严格的测试之前（在检查所有可能的正值和负值之前）测试应用程序的基本和关键功能称为冒烟测试。
冒烟测试的目的是确定构建软件是否可测试。 它是在“构建软件”时完成的。 此过程也称为“第 0 天”。
在冒烟测试中，我们只关注应用的正向流量，只输入有效数据，不输入无效数据。 在冒烟测试中，我们验证每个构建是否可测试； 因此它也被称为 构建验证测试。
冒烟测试不需要设计测试用例。 只需要从已经设计好的测试用例中挑选所需的测试用例。
通常，每当安装新版本时，我们都会进行一轮冒烟测试，因为在最新版本中，我们可能会遇到阻止程序错误。 毕竟，可能有一些更改可能会破坏主要功能（修复错误或添加新功能可能会影响原始软件的主要部分），或者我们在安装发生的地方进行冒烟测试。
当稳定版本安装在任何地方（测试服务器、生产服务器和用户验收测试）时，我们会进行冒烟测试以找到阻止程序错误。
2. 健全性测试
它用于确保所有错误都已修复，并且不会因这些更改而产生 其他问题。 健全性测试是无脚本的，这意味着我们无法记录它。 它检查新添加的功能和组件的正确性。
3. 回归测试
在这里，术语 回归 意味着我们必须重新测试未受影响的应用程序的那些部分。
回归测试是最适合自动化工具的测试。 根据项目类型和资源的可访问性，回归测试可以类似于 重新测试 。
每当开发人员修复了一个错误，然后测试可能因为修复错误而被模拟的应用程序的其他功能时，就称为 回归测试 。
换句话说，我们可以说，每当某个项目有新版本时，我们就可以进行回归测试，并且由于新功能可能会影响早期版本中的旧功能。
4. 用户验收测试
用户验收测试 (UAT) 由称为领域专家/客户或客户的单个团队完成。 在接受最终产品之前了解应用程序称为 用户验收测试 。
5. 探索性测试
每当需求缺失时，就需要早期迭代，当我们有一个关键应用程序时，测试团队有经验丰富的测试人员。 新的测试工程师加入团队，然后我们进行 探索性测试 。
为了执行探索性测试，我们将首先以所有可能的方式遍历应用程序，制作测试文档，了解应用程序的流程，然后测试应用程序。
6. 临时测试
一旦构建处于检查序列中，就随机测试应用程序称为 临时测试 。
最终用户随意使用应用程序时，他/她可能会检测到错误。 尽管如此，专业测试工程师会彻底使用该软件，因此他/她可能无法识别出类似的检测结果。
7. 安全测试
它是软件测试的重要组成部分，用于确定软件应用程序中的弱点、风险或威胁。
安全测试的执行将帮助我们避免来自外部的恶意攻击并确保我们的软件应用程序的安全。
换句话说，我们可以说安全测试主要用于定义数据将是安全的，并且能够承受软件的工作过程。
8. 全球化测试
另一种类型的软件测试是 全球化测试。 全球化测试用于检查开发的软件是否适用于多种语言。 在这里， 一词 全球化 意味着启发各种语言的应用程序或软件。
全球化测试用于确保应用程序将支持多种语言和多种功能。