个性化阅读
专注于IT技术分析

开发必看:可用性测试详细解读

本文概述

在本节中, 我们将了解可用性测试, 为什么在测试应用程序时需要使用它, 可用性测试的组件等。

以下是我们在本节中将理解的主题:

什么是可用性测试?

这也是非功能测试的重要组成部分。

检查应用程序的用户友好性, 效率和准确性被称为可用性测试。”

这是一项广泛的测试, 需要我们掌握应用程序知识。

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

可用性测试是测试, 它检查软件或产品的最终用户交互中的缺陷。

这也称为用户体验(UX)测试。

可用性测试可以在软件开发生命周期(SDLC)的设计阶段完成, 这有助于我们更加清楚用户的需求。

在这里, 可以从很多方面描述用户友好性, 例如:

  • 容易明白
  • 容易进入
  • 外观和感觉
  • 存取速度更快
  • 有效导航
  • 良好的错误处理

容易明白

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

易于访问

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

易于访问

  • 应用程序的外观应极佳且吸引人, 以引起用户的兴趣。
  • 软件的GUI应该是好的, 因为如果GUI不好, 则用户在使用应用程序或软件时可能会失去兴趣。
  • 产品质量达到客户给定的标准。

存取速度更快

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

有效导航

有效的导航是该软件最重要的方面。

以下是有效导航的一些方面:

  • 良好的内部链接
  • 内容丰富的页眉和页脚
  • 良好的搜索功能

良好的错误处理

在编码级别处理错误, 请确保该软件或应用程序无错误且健壮。

通过显示正确的错误消息将有助于增强用户体验和应用程序的可用性。

可用性测试示例

让我们看一些示例, 在这些示例中我们了解可用性测试的用法。

范例1:

我们正在处理一个银行应用程序, 我们将为经理生成该应用程序。

注意:这里的管理员是最终用户。

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

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

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

注意:通常, 专业的测试工程师不会执行可用性测试, 因为他们知道特定功能的确切位置以及它将如何工作。因此, 测试工程师对该应用程序变得用户友好。因此, 只有最终用户才能进行可用性测试以获得更好的结果。

有时, 出于以下原因, 测试工程师不得不进行可用性测试:

  • 没有钱可用于可用性测试。
  • 不想外包给另一家公司。

范例2:

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

现在, 这些最终用户将使用特定的游戏软件, 并将其反馈反馈给导演。

该主管将调查他们的反馈, 并查看主要反馈, 然后合并所有反馈并做出一份报告。

如果已报告了所有最终用户的特定功能, 则应考虑该功能, 或者如果仅1个或2个最终用户报告了该功能, 则该功能将变得很小。

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

如果是主要错误, 则将首先修复, 如果是次要错误, 则可能在下一发行版中延迟或修复。

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

为什么我们需要可用性测试?

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

客户必须使用以下参数来适应你的应用程序。

  • 申请流程应该很好
  • 导航步骤应该清楚
  • 内容应该简单
  • 布局应该清晰
  • 响应时间

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

  • 使用应用程序有多容易
  • 如何轻松学习应用程序

可用性测试的组成部分

以下是可用性测试的各个组成部分:

Components Description
Efficiency 作为专家的最终用户将花费最短的时间来执行他/她的基本任务。
Memorability 应用程序的记忆力很好, 当我们在一段时间内不要求应用程序, 然后返回该应用程序或试图在没有任何帮助的情况下执行基本任务。或者, 如果一段时间后我们无法在没有任何帮助的情况下执行基本任务, 那么我们可以说应用程序的可记忆性不好。
Learnability 最终用户花费最少的时间来学习基本任务。
Satisfaction 客户必须对该应用程序感到满意, 并可以随时使用该应用程序。
Errors 在这里, 我们尝试帮助最终用户解决他们之前犯下的那些错误, 并再次执行任务。

可用性测试清单

可用性测试清单包含与可用性测试相关的所有文档。

为了使可用性测试成功, 我们将准备清单, 这意味着”要检查的地方”。或者, 如果我们不做清单, 我们可能会错过应用程序中的某些功能。

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

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

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

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

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

可用性测试中的错误

当我们在可用性测试的帮助下测试应用程序或软件时, 我们可能会遇到一些错误。这些错误可能是路径漏洞和潜在错误。

路径孔和潜在错误

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

可用性测试的优势

可用性测试的优点如下:

  • 更高品质的产品
  • 客户应渴望使用该应用程序
  • 提高最终用户满意度
  • 使系统高效有效

赞(0) 打赏
未经允许不得转载:srcmini » 开发必看:可用性测试详细解读
分享到: 更多 (0)

评论 抢沙发

评论前必须登录!

 

觉得文章有用就打赏一下文章作者

微信扫一扫打赏