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

验收测试

验收测试

验收测试是基于用户需求和功能处理的正式测试。它确定软件是否符合规定的要求和用户要求。它作为一种黑盒测试进行,其中所需用户的数量涉及测试系统的接受程度。它是软件测试的第四个也是最后一个级别。
Acceptance Testing
用户验收测试(UAT) 是一种测试,由客户在接受最终产品之前完成。通常,UAT 是由客户(领域专家)根据客户(领域专家)的满意度完成的,并根据给定的业务场景、实时场景检查应用程序是否正常工作。
这里,我们只关注那些功能以及客户经常使用的场景或业务的主要用户场景或最终用户或客户日常使用的场景。
但是,该软件已经通过了三个测试级别(单元测试、集成测试、系统测试)但是在实际场景中最终用户使用系统时仍然可以识别出一些小错误。
验收测试是对所有测试的挤压之前完成的流程。
注意:
它是在客户处的单独环境中完成的,称为 UAT 环境。用户验收测试由称为领域专家的不同团队完成,该团队为应用程序所熟知。
一般来说,小公司没有领域专家,因为应用程序不会经常发生变化。

验收测试背后的原因

一旦软件经过单元测试、集成测试和系统测试,验收测试可能看起来多余,但由于出于以下原因。
在项目开发过程中,如果需求发生变化并且可能无法有效地传达给开发团队。 开发人员根据自己的理解检查需求文档来开发功能,可能无法理解客户的实际需求。 可能存在一些小错误,只有在实际场景中最终用户使用系统时才能识别,因此,要找出这些小错误,验收测试必不可少。
注意: 一旦我们从客户那里收集了需求并完成了编码过程,测试工程师就会开始所有不同类型的测试,直到应用程序变得稳定。
Acceptance Testing
一旦应用程序无错误,我们将其移交给客户, 没有客户在使用前盲目接受申请。因此,他们对他们的满意度进行一轮测试,这称为用户验收测试。

谁执行用户验收测试?

验收测试可以是
例如blue-dart公司向TCS提出开发应用的需求,TCS会接受需求并同意在两个版本中交付应用如下图所示:
Acceptance Testing
8 月 10 日,测试经理告诉项目经理指出应用程序中存在严重错误,需要另外四天时间才能修复。
Acceptance Testing
但是项目经理说我们必须在给定的时间内交付软件。修复缺陷还需要 30 天,否则,我们将不得不在给定的发布日期之后的每一天支付罚款(罚款)。这是真实情况吗? NO,让我们看三个不同的案例,了解谁执行验收测试。
Case1
在这里,我们将讨论如何执行验收测试,这里测试工程师会做验收测试。
Acceptance Testing
主要是实际流程测试应用程序将在上图中看到,但这里几乎没有区别,因为我们知道端到端测试或系统测试在哪里结束,验收测试将继续进行。要理解这种情况,请遵循以下流程:
blue-dart 提供需求,TCS 开发应用程序并执行所有测试并移交给 blue-dart 公司。
现在问题来了,blue-dart 会在从 TCS 获得应用程序后立即使用该应用程序吗? NO,blue dart 公司拿到软件后有一组测试工程师,这个团队会开始测试应用,这个端到端的测试是在客户环境做的,叫做User验收测试。
让我们看看TCS测试工程师和Blue-dart工程师之间的区别:
在TCS中,测试人员将执行功能测试、集成测试和系统测试,而在Blue-dart中,测试人员将只执行端到端或系统测试,也称为验收测试。
TCS 和 blue-dart 的端到端测试之间的区别如下:
blue-dart 测试工程师是提出要求的人 blue-dart 工程师非常了解产品 blue-dart 工程师是领域专家。 他们在应用程序上测试实时数据。
为了理解这一点,我们可以看下面的例子,或者如果我们有这样的应用程序格式:
当应用程序交给blue-dart测试工程师时,他们将执行测试,应用程序应生成一条文本消息"Parcel 1 invoice Id created"。需求中没有提到它,或者它就在那里,并且 TCS 没有修复它。那么罚款(惩罚)仅对 TCS 计数,而 TCS 的测试工程师不会知道这一点,因此,我们可以看到在 TCS 和 Blue-dart 进行的测试之间的差异。
Acceptance Testing
Case2
在这种情况下,我们将看到员工正在成为最终用户并执行验收测试。
Acceptance Testing
应用程序在TCS 环境,然后发送到 blue-dart。而在 Blue-dart 中,他们的测试工程师较少,因此无法进行验收测试。为此,blue-dart 的 300 名员工中,他们将向 30 名员工提供应用程序并将应用程序安装到他们的系统中,并要求他们开始使用该应用程序并发现任何缺陷或问题。
现在有 30 名员工将执行虚拟实施,这意味着他们将数据提供到应用程序中并手动写入该数据。在这里,员工成为最终用户,并在使用应用程序时识别错误和问题。
这些问题根据要求进行验证,现在对 TCS 收取罚款(有时罚款是按小时收费)。如果识别出的错误不符合要求,则 blue-dart 可以提交增强请求 [REF] 和更改请求 [CR]。
哪里 请求用于增强意味着如果 blue-dart 认为可以以更好的方式改进和开发特定模块,那么他们可以将客户需求规范 [CRS] 作为 REF 和TCS 将遵循 CRS 并确保进行必要的更改。
变更请求意味着,如果没有准确指定需求,那么 blue-dart 会提供确切的需求和变更请求。
因此,验收测试也可以定义为端到端测试,它可以由在客户端环境中工作的工程师来完成。在这里,他们采取实时场景并检查应用程序是否正常工作,我们还可以制作实时业务场景,因为最终用户知道业务流程是如何工作的。
注意:
如果我们有更多的构建用于验收测试,这意味着:
收到申请后,客户的想法越来越多,所以他们要求的改变也越来越多。 我们交付给客户的软件质量不合适,开发和测试都没有正确完成。 开始时给出的要求不明确。
Case3
在这种情况下,如果 blue-dart 客户成为最终用户。
这里,应用程序是在 blue-dart 生产服务器上开发、测试和实施,并且有 n 个用户开始使用该应用程序,这是第一个版本。在使用应用程序时,blue-dart 提出了更多的功能和增强功能,这些特性和增强功能与 CRS 一起发送到 TCS,然后 TCS 将在模块中进行进一步的更改并将其发送回 blue-dart。
因此,这里发生了什么,应用程序是在 blue-dart 从最终用户和d 客户。
发布的数量取决于以下事实:
模块难度 模块数量。 新模块如何影响旧模块。
注意:
Hotfix: 在生产环境中,每当客户发现关键错误时,我们将执行以下操作
开发人员修复了错误。 由测试工程师组成的小团队将测试软件。 在客户端环境中重新安装应用程序。 客户开始使用新软件。
这整个过程称为修补程序,可以在几个小时或一天内完成。
例如: 如果重要模块,假设登录模块本身在生产服务器上没有工作,那么客户端将立即发送它以进行修复,并且必须尽快完成。
短发布
在两个主要版本之间,这是一个简短的改进版本,当客户需要紧急更改一些小功能时会发生这种情况。
对于例如,如果我们有 60 个开发人员,其中 10 个开发人员将出来,而在 40 个测试工程师中,将有 3 个测试工程师出来,他们开发和测试应用程序。在将其添加到生产服务器之前,客户会进行一轮简短的验收测试。

执行验收测试的步骤

Acceptance Testing

需求分析:

在这一步中,测试团队分析需求文档,找出需求的目标开发的软件。通过使用需求文档、过程流程图、系统需求规范、业务用例、业务需求文档和项目章程来完成测试计划。

测试计划创建:

测试计划创建概述了测试过程的整个策略。此策略用于确保和验证软件是否符合指定的要求。

测试用例设计:

此步骤包括基于测试用例的创建在测试计划文件上。测试用例的设计方式应该能够覆盖大部分验收测试场景。

测试用例执行:

测试用例执行包括使用适当的输入值执行测试用例。测试团队从最终用户那里收集输入值,然后所有测试用例都由测试人员和最终用户执行,以确保软件在实际场景中正常工作。

目标确认:

成功完成所有测试流程后,测试团队确认软件应用程序没有错误,可以交付给客户.

验收测试使用的工具

验收测试可以通过使用多种工具来完成;下面给出了一些:
通过使用多种工具完成;下面给出了一些:

Watir:

验收测试使用此工具执行基于浏览器的自动化测试用例。它使用Ruby 语言进行进程间通信。

健身工具:

该工具用于输入输入值并自动生成测试用例。用户需要输入值,工具使用这些值来执行测试用例并产生输出。它使用Java语言进行进程间通信。这个工具可以很容易地创建测试用例并以表格的形式记录它们。

验收测试的优点

它提高了客户在测试应用程序本身时的满意度。 软件的质量标准是在早期定义的,因此测试人员已经确定了测试点。它为测试策略提供了清晰的视图。 通过验收测试收集的信息供利益相关者用来更好地了解目标受众的需求。 当客户根据他的需要测试需求定义时,它改进了需求定义。

验收测试的缺点

根据测试计划,客户必须用自己的话和自己写需求,但
客户不愿意这样做;它违背了验收测试的全部意义。 如果测试用例是由其他人编写的,客户不会理解它们,因此测试人员只能自己进行检查。
如果过程以这种方式完成,它会破坏验收测试的存在。
昵称: 邮箱:
Copyright © 2022 立地货 All Rights Reserved.
备案号:京ICP备14037608号-4