求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
 
目录
软件测试
1.教程
2. 软件测试原则
3. 软件开发生命周期(SDLC)
4. 软件测试命周期(STLC)
5. 软件测试的类型
6. 测试成熟度模型
7. 测试级别
SDLC 模型
1.瀑布模型
2.螺旋模型
3.混合模型
4.原型模型
5. V模型/V和V模型/验证和验证模型
测试的类型
1.手动测试
2.自动化测试
手册的类型
1.白盒测试
2.黑盒测试
3.灰盒测试
白盒技术
1.数据流测试
2.控制流测试
3.分支覆盖测试
4.语句覆盖率测试
5.决策覆盖率测试
黑盒技术
1.决策表
2.全对测试
3.黑盒测试中的因果图
4.状态转换技术
5.用例技术
黑盒的类型
1.功能测试
2.非功能性测试
功能类型
1.单元测试
2.集成测试
3.系统测试
非功能性的类型
1.性能测试
2.易用性测试
3.兼容性测试
测试用例开发
1.测试文档
2.测试场景
3.测试用例
测试技术
1.错误猜测技术
2.等效分区技术
3.边界值分析
测试管理
1.测试计划
2.测试用例审查过程
3.需求可追溯性矩阵
缺陷跟踪
1.软件测试中的错误
2.Bug生命周期
3.测试中bug的严重性和优先级
4.测试环境
5.缺陷管理过程
其他类型的测试
1.回归测试
2.冒烟测试
3.健全性测试
4.静态测试
5.动态测试
6.负载测试
7.压力测试
8.恢复测试
9.探索性测试
10.可视化测试
11.验收测试
12.Alpha 测试
13.Beta 测试
14.数据库测试
15.主机测试
16.Adhoc测试
17.全球化测试
18.变异测试
19.安全测试
20.可访问性测试
21.结构测试
22.批量测试
23.可伸缩性测试
24.稳定性测试
25.峰值测试
26.负面测试
27.正面测试
28.耐久性测试
29.可靠性测试
30.Monkey测试
31.敏捷测试
32.组件测试
33.GUI测试
34.测试策略
软件测试工具
1.软件测试工具
2.测试管理工具
3.缺陷/Bug跟踪工具
4.自动化测试工具
5.性能测试工具
6.跨浏览器测试工具
7.集成测试工具
8.单元测试工具
9.移动测试工具
10.GUI测试工具
11.安全测试工具
12.渗透测试工具
差异
1.自动化测试与手动测试
2.负载测试与压力测试
3.冒烟测试和健全性测试之间的差异
4.系统测试和验收测试之间的差异
5.质量保证与质量控制
6.静态测试与动态测试
7.验证和确认测试
8.Alpha 测试和 Beta 测试
9.黑盒测试与白盒测试与灰盒测试
10.全球化测试和本地化测试之间的区别
11.测试用例与测试场景
12.测试计划 VS.测试策略
13.边界值分析和等价划分之间的差异
14.SDLC VS.STLC
15.Bug, Defect, Error, Fault 和 Failure之间的区别
16.测试和调试之间的区别
17.前端测试 VS.后端测试
18.HLD和LLD的区别
19.BRS vs SRS
20.正面测试和负面测试之间的区别
21.自上而下和自下而上的集成测试之间的区别
22.用例和测试用例之间的区别
23.Monkey 测试 VS Gorilla 测试
24.Stubs和Drivers之间的区别
25.组件测试和单元测试之间的区别
26.软件测试和嵌入式测试之间的区别
27.GUI 测试和可用性测试之间的差异
28.SDET和Tester的区别
29.桌面应用程序测试、客户端-服务器应用程序测试和 Web 应用程序测试之间的区别
30.主动测试
31.什么是API
32.自动化测试
 
 
目录
易用性测试
来源:Javatpoint     翻译:Linda (火龙果软件)
1930 次浏览
8次  

如今,我们在应用程序商店中提供了n个应用程序,以帮助人们进行工作。

以及他们可以给出负面响应或差评的地方,这会导致特定产品在有限数量的最终用户下载或安装之前走向他们的终点。

简而言之,我们可以说,一条差评可能会损害所有资源技能、延长的计划时间、开发产品的热情等等。

这就是为什么易用性测试可以解决这些类型的问题,因为易用性测试具有充满活力的意义,并且由测试工程师在整个STLC(软件测试生命周期)中执行。

为了帮助我们理解它在STLC中的重要性,在本节中,我们将讨论所有关于易用性测试的内容,其中包括以下基本主题列表:

  • 什么是易用性测试?
  • 为什么我们需要执行易用性测试?
  • 易用性测试的特点
  • 易用性测试涵盖的参数
  • 易用性测试的各种策略
  • 易用性测试流程
  • 易用性测试示例
  • 易用性测试清单
  • 易用性测试中的错误
  • 易用性测试的优势
  • 易用性测试的缺点

什么是易用性测试?

易用性测试是一种重要的软件测试技术,属于非功能性测试。

它主要用于以用户为中心的交互设计,以检查软件产品的可用性或易用性。易用性测试的实施需要了解应用程序,因为它是广泛的测试。

通常,易用性测试是从最终用户的角度执行的,以验证系统是否有效工作。

检查应用程序的用户友好性、效率和准确性称为易用性测试。

执行易用性测试的主要目的是检查应用程序是否应该易于使用它的最终用户使用,同时维持客户指定的功能和业务需求。

当我们使用易用性测试时,它可以确保开发的软件在使用系统时简单明了,而不会遇到任何问题,并使最终用户的生活更轻松。

换句话说,我们可以说易用性测试是识别软件产品最终用户通信缺陷的独特测试技术之一。这就是为什么它也被称为用户体验(UX)测试。

它可以帮助我们解决特定网站或应用程序中的几个易用性问题,甚至确保其卓越性和功能性。

易用性测试的执行证明了产品的所有必要功能,从测试浏览网站的轻松性到验证其流程和内容,以提出最佳的用户体验。

通常,易用性测试是由现实生活中的用户执行的,而不是由开发团队执行的,因为我们已经知道开发团队是创建产品的人。因此,他们无法识别与用户体验相关的更轻微的缺陷或错误。

注意:它可以在软件开发生命周期(SDLC)的设计阶段实现,以帮助我们更清楚地了解用户的需求。

在易用性测试中,用户友好性可以借助以下特征来描述:

  • 易于理解
  • 易于访问
  • 外观和感觉
  • 访问速度更快
  • 有效导航
  • 良好的错误处理

让我们一一看,以便我们更好地理解:

易于理解

  • 软件或应用程序的所有功能必须对最终用户可见。

易于访问

  • 每个人都应该可以访问用户友好的应用程序。

易于访问

  • 应用程序的外观和感觉应该非常出色且有吸引力,以引起用户的兴趣。
  • 软件的GUI应该是好的,因为如果GUI不好,用户在使用应用程序或软件时可能会失去兴趣。
  • 产品质量达到客户给出的标志。

访问速度更快

  • 访问时软件应该更快,这意味着应用程序的响应时间很快。
  • 如果响应时间很慢,则可能会发生用户被激怒的情况。我们必须确保我们的应用程序将在响应时间的 3 到 6 秒内加载。

有效导航

  • 有效的导航是该软件最重要的方面。有效导航的以下一些方面:
  • 良好的内部链接
  • 信息丰富的页眉和页脚
  • 良好的搜索功能

良好的错误处理

  • 在编码级别处理错误可确保软件或应用程序没有错误且健壮。
  • 通过显示正确的错误消息将有助于增强应用程序的用户体验和易用性。

为什么我们需要执行易用性测试?

我们需要易用性测试,因为易用性测试是为了构建一个具有出色用户体验的系统。易用性不仅用于软件开发或网站开发,还用于产品设计。

客户必须对具有以下参数的应用程序感到满意。

  • 应用程序的流程应该很好
  • 导航步骤应清晰
  • 内容应该简单
  • 布局应清晰
  • 响应时间

我们还可以在易用性测试中测试不同的功能,如下所示:

  • 使用应用程序的难易程度
  • 应用程序如何容易学习

易用性测试的特点

易用性测试的实施有助于我们提高特定应用程序和软件的最终用户体验。在易用性测试的帮助下,软件开发团队可以快速检测系统中的几个易用性错误并快速修复它们。

易用性测试的其他一些重要功能如下:

  • 它是一种必不可少的非功能测试技术,属于软件测试中的黑盒测试技术。
  • 易用性测试在整个系统和验收测试级别执行。
  • 通常,易用性测试是在软件开发生命周期(SDLC)的早期阶段实施的。
  • 易用性测试的执行提供了对最终用户前景的更多可见性。
  • 易用性测试确保软件产品满足其计划目的。
  • 它还可以帮助我们在指定的软件产品中找到许多易用性错误。
  • 易用性测试主要测试最终产品的用户友好性、有用性、可追溯性、易用性和易取性。
  • 它提供了有关真实用户如何使用软件/应用程序的直接输入。
  • 易用性测试包括在测量环境中系统地执行产品的易用性。

易用性测试涵盖的参数

为了测试软件的质量、易用性、用户友好性和其他重要因素,易用性测试起着重要作用。它还有助于我们支持组织为其目标受众提供更广泛的服务。

但是,易用性测试对这些方面的影响是不够的,并且还涵盖了以下各种约束或参数,以帮助我们提高软件的生产力。

  • 效率
  • 记忆力
  • 准确性
  • 可学习性
  • 满意
  • 错误

让我们分别看一下它们,以增强我们对易用性测试的了解:

1. 效率

执行易用性测试涵盖的第一个约束是效率。在这里,效率参数解释了最终用户谁是专家,可以花最少的时间来执行他/她的基本任务,或者我们可以说是未开发的任务。

2. 记忆力

易用性测试的实施所涵盖的第二个限制是记忆性。应用程序的可记忆性可能是有益的,也可能是无益的。但是,问题来了,我们如何确定应用程序的可记忆性是好是坏?

以下几点将给出上述问题的完美答案:

  • 当我们一段时间没有要求应用程序并返回应用程序或尝试在没有任何帮助的情况下完成简单任务时,我们可以说应用程序的可记忆性是有益的。
  • 或者,如果我们在一段时间后无法在没有任何帮助的情况下执行简单的任务,我们可以说应用程序的可记忆性是没有好处的。

3. 准确性

执行易用性测试涵盖的下一个参数是准确性。易用性测试确保产品中不存在不适当/不相关的数据或信息。而且,能够发现特定产品中的断开链接,这有助于我们提高最终产品的准确性。

4. 可学习性

易用性测试包含的另一个约束是可学习性。在此约束中,最终用户需要最少的时间来学习基本任务。

5. 满意度

易用性测试的执行确保了客户的满意度,因为我们知道满意的客户可以轻松或自由地使用该应用程序。

6. 错误

易用性测试涵盖的最后一个也是最重要的参数是错误检测。在这一点上,我们尝试帮助最终用户修复他们之前犯的错误并重新完成他们的任务。

易用性测试/易用性测试方法的各种策略

像其他类型的软件测试包含几种方法一样,易用性测试也涉及各种策略或方法。一些最常用的易用性测试方法如下:

  • A/B 测试
  • Hallway 测试
  • 实验室易用性测试
  • 专家评审
  • 自动化专家评审
  • 同步远程易用性测试
  • 异步远程易用性测试

让我们一一总结一下,以便我们更好地理解:

1. A/B 测试

第一种易用性测试方法是A / B测试,其中包括创建类似的产品图像,而没有原始的基本方面,这会直接影响用户性能。

比较分析了解A / B测试,我们可以通过其他一些元素,例如颜色,文本或界面差异。

2. Hallway 测试

易用性测试的下一个方法是Hallway 测试。与其他易用性测试方法相比,它是最成功和最节省成本的方法之一。

在Hallway 测试中,一些随机的人在没有对产品没有任何早期知识的情况下测试应用程序,而不是熟练的专业人员。因此,如果这些随机人员中的任何一个更有效地测试应用程序,我们将获得更精确的结果和可靠的响应,以便进一步增强。

Hallway 测试背后的主要目的是为错误找到最关键的环境,因为这些错误会使简单的功能变得低效且难以使用。

3. 实验室易用性测试

易用性测试的第三种策略是实验室易用性测试。实验室易用性测试是在观众在场的情况下进行的。通常,它由团队在单独的实验室中实施。

在这种方法中,观众关心的是定期检查测试工程师的表现,并将测试结果报告给相关团队。

4. 专家评审

易用性测试的另一种通用方法是专家评审。专家评审方法包括专业团队的好处,他们在执行易用性测试的指定领域具有深入的知识或经验。

易用性测试是一致的,因为当产品具有关键功能时,专业人员的知识是值得的。组织需要在发布产品之前找出用户的响应。

要求指定领域的专家测试产品,给出响应,然后提交结果。为了提交结果,专家评审也可以远程进行。

易用性测试的专家审查实施迅速,并且比其他类型的易用性测试花费的时间更少,因为专业人员可以轻松识别漏洞并发现产品中的缺陷。

这使得特定流程的成本很高,因为公司需要任命一名技术人员。因此,有时客户端会避免此选项。

5. 自动专家评审

易用性测试的下一个基本方法是自动专家评审。顾名思义,自动专家评审是通过编写自动化脚本来执行的。

要执行这种易用性测试方法,组织需要指定一个非常了解编写自动化脚本和开发自动化框架的资源。

自动化测试工程师编写测试脚本,当脚本被触发时,我们可以轻松实现测试用例。测试实施后,记录并提交结果。

自动专家评审是易用性测试的成功类型之一,因为人工参与较少,脚本自动化,遗漏任何问题的机会也更少。

简而言之,我们可以指定它只是对所有易用性约束的基于程序的审查。然而,这种方法的问题在于当由人员执行时缺乏有见地的审查,这使得它成为一种较慢的测试方法。

这是一种主要使用的易用性测试方法,因为与专家评审相比,它的成本并不高。

6. 远程易用性测试

易用性测试的下一个方法是远程易用性测试。顾名思义,远程易用性测试由位于远程位置的人员进行,这意味着位于各个州或有时在其他一些国家/地区以实现其测试目标的人员。

远程易用性测试是远程执行的,如果发现任何问题,还可以报告问题。在这种方法中,响应可以由随机人员记录和提交,而不是由熟练的人提交。

有时,使用视频会议实施远程测试。与其他类型的易用性测试方法相比,这种方法更便宜。

远程易用性测试可以分为以下两部分,如下所述:

  • 同步远程易用性测试
  • 异步远程易用性测试

同步远程易用性测试

远程易用性测试的第一部分 同步远程易用性测试。在对远距离执行易用性测试的相关问题进行综合研究后,提出了同步远程易用性测试方法。

我们可以使用 WebEx 工具进行远程网络共享的视频会议。但是,它需要真实存在的有效性才能使这个集体测试过程取得成功。

异步远程易用性测试

远程易用性测试方法的第二种方法是异步远程易用性测试。

异步远程易用性测试方法帮助我们轻松地将用户响应划分为各种人口统计和性能类型。

它是最常用的方法,它使用用户日志、用户界面响应以及在用户环境本身中进行测试。

在大多数情况下,易用性测试可以解决许多与性能测试过程的输出密切相关的错误。

易用性测试流程

易用性测试的过程分为几个重要步骤。此过程将帮助我们为执行测试期间发现的所有问题提供和创建不同的结果。

易用性测试从用户的角度实时测试应用程序的行为,即使这是一个耗时的过程,为测试人员提供实际测试中最精确的结果。

这让我们了解了我们产品中的错误/缺陷,并在将其安装到服务器上之前为我们提供了明显的帮助。

易用性测试过程遵循一组精确的步骤,以帮助团队从最终用户那里获得详细且有用的响应。

因此,易用性测试的过程完成为以下步骤,如下图所示:

第 1 步:规划

易用性测试的第一步是规划,团队制定测试计划并生成一些文档示例,帮助测试团队完成易用性测试任务。这是易用性测试过程中最重要和最关键的阶段之一。

易用性测试的目标在规划步骤中控制。在这里,我们的目的不是让志愿者坐在我们的应用程序前并记录他们的活动,而是我们需要修复系统的关键功能和元素。

我们需要将任务交给熟悉这些关键功能的测试工程师。易用性测试工程师的易用性测试方法、数量和人口统计,测试报告格式也在整个规划阶段是固定的。

第2步:团队招募

规划阶段完成后,我们将进入易用性测试的下一步,即团队招聘。

顾名思义,在这里,我们将根据产品的预算和密度雇用或招聘最终用户代表和参与者或测试工程师。

这些代表或测试工程师准备参加测试会议,并验证产品的正确性和易用性。

这些测试工程师的选择主要基于测试的必要性以及测试计划中提到的人数。

一旦成功雇用了测试工程师,团队就会被任命承担特定的职责和工作。

第3步:测试执行

一旦规划和团队招聘步骤成功完成。我们将继续下一步,即测试执行。

在测试执行步骤中,测试工程师执行易用性测试并实现其分配的职责。在这种情况下,用户需要测试产品以发现不规则之处(如果有的话),并正确记录它们。

第4步:测试结果文档

测试结果文档步骤包括基于测试执行步骤的结果,然后继续进行进一步分析。

第5步:数据分析

一旦测试结果文档完成,我们将进入易用性测试过程的下一步,即数据分析。

响应或反馈是从数据分析阶段的易用性测试评估中获得的。结果被分类,模式被承认。

在此步骤中,对易用性测试的数据进行全面评估,以获得表达意义,并帮助我们提供可操作的建议,以提高产品的整体易用性。

第6步:报告

成功执行上述所有步骤后,我们最终将到达易用性测试过程的最后一步,称为报告。

在这种情况下,我们可以报告并与开发团队、设计师和特定项目的其他参与者以及所有相关文档以及音频、数据库、屏幕录制等共享结果和建议的修改。

易用性测试示例

让我们看一些例子,其中我们了解易用性测试的使用。

例 1

假设我们有两个应用程序,即 P 和 Q,它们不同但执行相同的工作,我们将看到哪个是用户友好的。

以下是我们研究的一些重要参数或约束,这些参数是不可测量的。

  • 外观和感觉
  • 导航应该很简单
  • 速度
  • 兼容性
  • 帮助
  • 组件的位置
  • 特征

在这个例子中,我们在 4 小时内学习应用程序 P,但我们需要 6 小时才能理解应用程序 Q。

让我们在这里看到其他不同的情况,以更清楚地了解上述示例:

  • 由于我们在 4 小时内了解应用程序 P,因此如果将其与应用程序 Q 进行比较,它将变得用户友好。
  • 假设外观和感觉不适合应用程序 P。在这种情况下,我们在 4 小时内了解应用程序 P;我们不能说应用程序 P 是用户友好的。
  • 因此,在说软件的用户友好性之前,我们会研究各种参数。

注意:什么是外观和感觉?

在易用性测试中,术语“外观和感觉”是最常用的术语。外观和感觉用于描述应用程序应该令人愉悦的外观。

假设我们在红色背景中有蓝色文本;事实上,我们不想使用它,并让最终用户感觉到使用它。

例 2

我们正在接受一个银行应用程序,我们为管理者制作应用程序。

注意:在这里,管理者是最终用户。

现在,如果最终用户(管理者)开始在测试工程师面前使用该应用程序。

假设两名测试工程师在终端用户使用应用程序时坐在其后面,并以开发人员的身份获取缺陷报告来检查用是否以正确的方式使用应用程序。

最终用户(管理者)将逐步检查应用程序,因为他/她知道测试工程师正在监视他/她。

注意:通常,专业测试工程师不执行易用性测试,因为他们知道特定功能将失败的确切位置及其工作原理。

因此,测试工程师对应用程序变得用户友好。

因此,只有最终用户应该进行易用性测试以获得更好的结果。

有时测试工程师必须进行易用性测试 原因:

  • 没有预算可以花在易用性测试上。
  • 不想外包给另一家公司。

例 3

在此示例中,公司总监去收集软件(假设是游戏软件)并将其分发给各种最终用户,如员工、朋友等。

现在,这些最终用户将使用特定的游戏软件,并将他们的反馈提供给总监。

该主管查看他们的反馈,并查看主要反馈,然后合并所有反馈并制作一份报告。

如果已报告所有最终用户的特定功能,则应考虑该功能,或者如果该功能仅由 1 或 2 个最终用户报告,则它将成为次要功能。

一旦主要和次要错误的合并完成,将根据主管的要求进行修复。

如果它是一个主要错误,那么它将首先修复,或者如果它是次要的,那么它可以在下一个版本中延迟或修复。

注意:不能将所有应用程序提供给最终用户,因为它取决于应用程序或软件需求。

易用性测试清单

易用性测试清单包含与易用性测试相关的所有文档。我们不在易用性测试中编写测试用例,因为我们使用标准的易用性测试清单,我们只是测试应用程序的外观。

注意:在创建易用性清单时,我们应该开发一个可以对所有页面执行的标准清单。还有另一种情况,客户提供应用程序的清单。

为了使易用性测试更加成功,我们将准备标准清单,这意味着“要检查的要点是什么”。或者,如果我们不制作清单,我们可能会错过应用程序中的某些功能。

  • 创建核对清单
  • 查看清单
  • 执行清单/批准清单
  • 派生清单报告(执行报告)

让我们看一个为应用程序创建清单的示例

如果我们采用一个电子商务应用程序并准备清单,它将如下所示:

  • 所有图像都应具有 alt 标记(工具提示)。
  • 登录功能应具有忘记密码链接。
  • 所有页面都应具有指向应用程序主页的链接。
  • 应该能够访问所有组件。

像这样,我们可以根据产品或应用程序驱动尽可能多的清单。

易用性测试中的错误

易用性测试中一个常见的错误是在设计过程中组织研究太晚。如果我们等到我们的产品发布,我们将没有时间或金钱来解决任何问题。我们浪费了很多精力以错误的方式创造我们的产品。

此外,在测试任何软件或应用程序时,我们可能会遇到更多错误。这些错误可能是路径漏洞和潜在错误。

路径漏洞和潜在错误:路径漏洞和潜在错误是开发人员和测试工程师在执行易用性测试时可见的那些。

易用性测试的优势

使用易用性测试的一些显着好处如下所述:

  • 易用性测试的执行有助于我们验证软件的易用性。
  • 它提高了用户对软件产品的满意度,并确保了提供高质量的产品。
  • 易用性测试的实施将提高软件产品的充分性和一致性。
  • 在易用性测试的帮助下,我们可以在交付最终产品之前发现易用性问题。
  • 最终用户总是渴望使用该应用程序。
  • 易用性测试的执行有助于我们识别软件中可能存在的错误和缺陷。
  • 它帮助我们使软件更加高效和适用。
  • 易用性测试的使用将帮助我们接收相关和精确的用户响应。
  • 它提高了软件产品的充分性和一致性。

易用性测试的缺点

实现易用性测试的一些最常见缺点如下所述:

  • 众所周知,在执行任何软件测试时,预算是最关键的因素。在这里,易用性测试成本核算也起着至关重要的作用。建立易用性测试实验室需要许多资源,有时雇用或招聘易用性测试工程师可能成本高昂。
  • 正如我们从上面关于易用性测试的讨论中了解到的那样,它是由最终用户实现的,有时很难确定可以担任测试工程师的志愿者。
  • 首先,易用性测试不能100%代表实际情况。

结论

在看到所有重要的易用性测试主题之后,我们可以得出结论,这是一个广泛的测试过程,需要对该领域的更高理解以及创造性思维。

实施易用性测试对于世界各地的组织是必要的,因为它是最有效的软件测试方法之一,可帮助测试工程师和开发人员保持软件的易用性、正确性、一致性、性能和其他基本特征。

因此,如果在软件开发的初始阶段执行易用性测试,我们可以保证应用程序的易用性,并提供满足用户期望的重要产品。

 

 

 

 


您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码: 验证码,看不清楚?请点击刷新验证码 必填



1930 次浏览
8次