软件测试
SDLC模型
测试类型
测试方法
白盒技术
黑盒技术
黑匣子类型
功能类型
非功能性类型
测试用例开发
测试技术
测试管理
缺陷跟踪
测试分类
测试工具

软件测试类型

软件测试的类型

在本节中,我们将了解可以在软件开发生命周期中使用的各种类型的软件测试。
众所周知,软件测试是根据客户先决条件分析应用程序功能的过程。
如果我们想确保我们的软件有缺陷-免费或稳定,我们必须执行各种类型的软件测试,因为测试是使我们的应用程序无错误的唯一方法。
Types of Software Testing

不同类型的软件测试

软件测试的分类是各种测试活动的一部分,例如 测试策略、测试可交付成果、定义的测试目标等。软件测试是执行软件以发现缺陷。
测试类型的目的是确认AUT(被测应用程序)。
要开始测试,我们应该有需求、应用就绪、必要的可用资源。为了保持问责制,我们应该为不同的测试工程师分配一个相应的模块。
软件测试主要分为两部分,如下所示:
软件测试类型 手动测试 自动化测试

什么是手动测试?

在不使用任何自动化工具的情况下根据客户的需要测试任何软件或应用程序被称为手动测试.
换句话说,我们可以说这是一个验证和确认的过程。手动测试用于验证与需求规范相矛盾的应用程序或软件的行为。
Types of软件测试
我们不需要任何测试工具的任何精确知识来执行手动测试用例。我们可以在对任何应用程序执行手动测试时轻松准备测试文档。

手动测试的分类

在软件测试中,手动测试可以进一步分为三种不同类型的测试,分别是如下:
白盒测试 黑盒测试 灰盒测试 Types of Software Testing
为了更好的理解,让我们一一看看:

白盒测试

在白盒测试中,开发人员会检查每一行代码,然后将其交给测试团队或相关测试工程师。
Types of Software Testing
随后,代码在整个测试过程中对开发人员来说是显而易见的;这就是为什么这个过程被称为WBT(白盒测试)。
换句话说,我们可以说开发人员将执行完整的白盒测试对特定软件进行-盒测试,并将特定应用程序发送给测试团队。
实施白盒测试的目的是强调软件的输入和输出流,并增强软件的安全性。
Types of Software Testing
白盒测试也称为开盒测试、玻璃盒测试、结构测试、透明盒测试和透明盒测试。

黑盒测试

另一种类型的手动测试是黑盒测试。在此测试中,测试工程师将根据需求分析软件,识别缺陷或错误,并将其发送回开发团队。
Types of Software Testing
然后,开发人员将修复这些缺陷,进行一轮白盒测试,并将其发送给测试团队。
这里,修复错误意味着解决了缺陷,并且特定功能根据给定的要求工作。
实施黑盒测试的主要目标是指定业务需求或客户的要求。
换句话说,我们可以说黑盒测试是根据客户要求检查应用程序功能的过程。本次测试看不到源代码;这就是为什么它被称为黑盒测试。
Types of Software测试

黑盒测试的类型

黑盒测试进一步分为两种部分,如下所述:
功能测试 非功能测试 Types of Software Testing

功能测试

测试工程师将根据需求规范系统地检查所有组件,称为功能测试。功能测试也称为组件测试。
在功能测试中,通过给出值、定义输出并用预期值验证实际输出来测试所有组件.
功能测试是黑盒测试的一部分,因为它侧重于应用程序需求而不是实际代码。测试工程师只需要测试程序而不是系统。

功能测试的类型

就像另一种类型测试分为几个部分,功能测试也分为不同的类别。
各种类型的功能测试包含以下内容:
单元测试 集成测试 系统测试 Types of Software Testing
现在,让我们一一了解:

1、单元测试

单元测试是功能测试的第一级,用于测试任何软件。在这种情况下,测试工程师将独立测试应用程序的模块或测试所有模块功能称为单元测试。
执行单元测试的主要目的是确认单元组件及其性能。此处,单元被定义为软件或应用程序的单个可测试功能。并在整个指定的应用程序开发阶段进行验证。

2.集成测试

一旦我们成功实施了单元测试,我们将进行集成测试。它是功能测试的第二级,我们测试依赖模块之间的数据流或两个功能之间的接口称为集成测试。
执行集成测试的目的是

集成测试的类型

集成测试也进一步分为以下几个部分:
增量测试 非增量测试 Types of Software Testing

增量集成测试

每当模块之间有明确的关系时,我们就会进行增量集成测试。假设,我们取两个模块,分析它们之间的数据流是否正常。
如果这些模块都正常,那么我们可以再添加一个模块并再次测试。并且我们可以继续相同的过程以获得更好的结果。
换句话说,我们可以说增量添加模块并测试模块之间的数据流被称为增量集成测试.
增量集成测试的类型
增量集成测试可以进一步分为以下两部分:
自上而下的增量集成测试 自下而上的增量集成测试 Types of Software Testing
来看看这几种integ的简单介绍定量测试:
1.自顶向下增量集成测试
在这种方法中,我们将逐步或增量地添加模块并测试它们之间的数据流。我们必须确保我们添加的模块是早期模块的子级。
2.自底向上增量集成测试
在自底向上方法中,我们将增量添加模块并检查模块之间的数据流。此外,确保我们添加的模块是早期模块的父级。

非增量集成测试/大爆炸方法

每当数据流复杂且很难对父子进行分类时,我们就会采用非增量集成方法。非增量方法也称为大爆炸方法。

3.系统测试

只要我们完成了单元测试和集成测试,我们就可以继续进行系统测试。
在系统测试中,测试环境与生产环境是平行的。它也被称为端到端测试。
在这种类型的测试中,我们将对软件的每个属性进行测试,并测试最终功能是否按照业务需求。并将软件产品作为一个完整的系统进行分析。

非功能测试

黑盒测试的下一部分是非功能测试。它提供了有关软件产品性能和所用技术的详细信息。
非功能测试将帮助我们将软件的生产风险和相关成本降至最低。
非功能测试是性能、负载、压力、可用性和兼容性测试的组合。

类型非功能性测试

非功能性测试分为测试的不同部分,我们将进一步讨论:
性能测试 可用性测试 兼容性测试 软件测试类型

1.性能测试

在性能测试中,测试工程师将通过施加一些负载来测试应用程序的工作。
在这种类型的非功能测试中,测试工程师只会专注于几个方面,例如软件或应用程序的响应时间、负载、可扩展性和稳定性。
性能测试的分类
性能测试包括各种类型的测试,具体如下:
负载测试 压力测试 可扩展性测试 稳定性测试 软件测试类型 负载测试
在执行性能测试时,我们将对特定应用程序施加一些负载以检查应用程序的性能,称为负载测试。在这里,负载可能小于或等于所需负载。
这将帮助我们检测软件的最高运行量和瓶颈。
压力测试
用于分析软件在常见功能限制之外的用户友好性和健壮性。
压力测试主要用于关键软件,但也可以用于适用于所有类型的软件应用程序。
有关压力测试的深入知识,请参阅以下链接: https: //www.lidihuo.com/stress-testing.
可扩展性测试
为了分析,通过增强或减少特定平衡负载的应用程序性能被称为可扩展性测试。
在可扩展性测试中,我们还可以检查系统、流程或数据库满足向上需求的能力。在此,测试用例被有效地设计和实施。
稳定性测试
稳定性测试是我们通过在精确的时间内施加负载来评估应用程序性能的过程。
它主要检查应用程序的稳定性问题和开发产品的效率.在这种类型的测试中,即使在压力很大的情况下,我们也可以快速发现系统的缺陷。

2.可用性测试

另一种非功能性测试是可用性测试。在可用性测试中,我们将分析应用程序的用户友好性并检测软件最终用户界面中的错误。
这里,术语用户友好性定义如下应用程序的各个方面:
应用程序应该易于理解,这意味着所有功能必须对最终用户可见。 应用程序的外观和感觉应该很好,这意味着应用程序应该看起来令人愉快,并且让最终用户觉得使用它。

3.兼容性测试

在兼容性测试中,我们将检查应用程序在特定硬件和软件环境中的功能。一旦应用程序功能稳定,我们就会进行兼容性测试。
这里,软件意味着我们可以在不同的操作系统上测试应用程序和其他浏览器,以及硬件意味着我们可以在不同尺寸上测试应用程序。

灰盒测试

手动测试的另一部分是灰盒测试。它是黑盒和白盒测试的协作。
因为灰盒测试包括访问用于设计测试用例的内部编码。灰盒测试由既懂编码又懂测试的人执行。
Types of Software Testing
换句话说,我们可以说,如果一个单人团队同时进行了白盒和黑盒测试,就被认为是灰盒测试。

自动化测试

最重要的部分软件测试是自动化测试。它使用特定的工具在没有任何人为干预的情况下自动化手动设计测试用例。
自动化测试是提高软件测试效率、生产力和覆盖率的最佳方式。
它是用于重新运行测试场景,这些场景是手动、快速和重复执行的。
Types of软件测试
换句话说,我们可以说,每当我们使用某些工具测试应用程序时,都被称为自动化测试。
我们将走向自动化在应用程序或软件上进行各种版本或多个回归周期时进行测试。不了解编程语言,我们无法编写测试脚本或执行自动化测试。

一些其他类型的软件测试

在软件测试中,我们还有一些其他类型的测试,它们不属于上述任何测试的一部分,但在测试任何软件或应用程序时都需要这些测试。
烟雾测试 健全性测试 回归测试 用户验收测试 探索性测试 临时测试 安全测试 全球化测试
让我们一一了解那些类型的测试:
Types of Software Testing
在冒烟测试中,我们会先测试应用程序的基本和关键功能,然后再进行一轮深入而严格的测试。
或在检查所有可能的正值和负值之前被称为冒烟测试。分析应用程序的核心和主要功能的工作流程是执行冒烟测试的主要目标。

健全性测试

它用于确保所有错误都已修复,并且不会因这些更改而产生其他问题。健全性测试是无脚本的,这意味着我们无法记录它。它检查新添加的功能和组件的正确性。

回归测试

回归测试是最常用的软件测试类型。这里,术语回归意味着我们必须重新测试未受影响的应用程序的那些部分。
回归测试是最适合自动化工具的测试。根据项目类型和资源的可访问性,回归测试可以类似于重新测试。
每当开发人员修复了一个错误,然后测试应用程序的其他功能时可能会被模拟,因为错误修复被称为回归测试。
换句话说,我们可以说每当某个项目有新版本时,我们就可以执行回归测试,并且由于新功能可能会影响早期版本中的旧功能。

用户接受度测试

用户验收测试(UAT) 由称为领域专家/客户或客户的单个团队完成。在接受最终产品之前了解应用程序称为用户验收测试。
在用户验收测试中,我们分析业务场景,以及不同环境下的实时场景称为UAT 环境。在此测试中,我们将在 UAI 之前测试应用程序以供客户批准。

探索性测试

每当需求缺失时,就需要进行早期迭代,当我们有一个关键应用程序时,测试团队有经验丰富的测试人员。新的测试工程师加入团队,然后我们进行探索性测试。
要执行探索性测试,我们将首先以所有可能的方式通过应用程序,进行测试文档,了解应用程序的流程,然后测试应用程序。

临时测试

一旦构建处于检查序列中就随机测试应用程序称为临时测试。
也称为Monkey测试和大猩猩测试强>。在临时测试中,我们将检查与客户要求相矛盾的应用程序;这就是为什么它也被称为负面测试。
当最终用户随意使用该应用程序时,他/她可能会检测到一个错误。尽管如此,专业的测试工程师还是会彻底地使用该软件,因此他/她可能无法识别出类似的检测。
安全测试
它是软件测试的重要组成部分,用于确定软件应用程序中的弱点、风险或威胁。
安全测试的执行将有助于
换句话说,我们可以说安全测试主要是用来定义数据是安全的,并且能够承受软件的工作过程。

全球化测试

另一种类型的软件测试是全球化测试。全球化测试用于检查开发的软件是否适用于多种语言。在这里,全球化这个词的意思是让应用程序或软件适应各种语言。
全球化测试用于确保应用程序支持多种语言和多种功能。
在目前的场景中,随着应用程序准备在全球范围内使用,我们可以看到多项技术的增强。

结论

在本教程中,我们讨论了各种类型的软件测试。但是仍然有超过 100 多个类别的测试列表。然而,并不是所有类型的项目都使用每种测试。
我们已经讨论了最常用的软件测试类型,例如黑盒测试、白盒测试、功能测试、非-功能测试、回归测试、临时测试等。
此外,不同的组织中使用了替代分类或流程,但总体概念到处都是相似的。
当项目、需求和范围发生变化时,这些测试类型、流程和执行方法会不断变化。
昵称: 邮箱:
Copyright © 2022 立地货 All Rights Reserved.
备案号:京ICP备14037608号-4