📅  最后修改于: 2021-01-10 16:04:18             🧑  作者: Mango
在本节中,我们将学习可用性测试,为什么在测试应用程序时需要使用它,可用性测试的组件等。
以下是我们在本节中将理解的主题:
这也是非功能测试的重要组成部分。
检查应用程序的用户友好性,效率和准确性被称为可用性测试。”
这是一项广泛的测试,需要我们掌握应用程序知识。
当我们使用可用性测试时,可以确保所开发的软件在使用系统时很容易而不会遇到任何问题,并且使最终用户的生活更加轻松。
可用性测试是测试,它检查软件或产品的最终用户交互中的缺陷。
这也称为用户体验(UX)测试。
可用性测试可以在软件开发生命周期(SDLC)的设计阶段完成,这有助于我们更加清楚用户的需求。
在这里,可以从许多方面描述用户友好性,例如:
容易明白
易于访问
易于访问
存取速度更快
有效导航
有效的导航是该软件最重要的方面。
以下是有效导航的一些方面:
良好的错误处理
让我们看一些示例,在这些示例中我们了解可用性测试的用法。
范例1:
我们正在处理一个银行应用程序,我们将为经理生成该应用程序。
注意:此处,管理员是最终用户。
现在,如果最终用户(经理)开始在测试工程师面前使用该应用程序
假设两名测试工程师在使用该应用程序时坐在最终用户的后方,并以缺陷报告的身份作为开发人员来检查最终用户是否以正确的方式使用了该应用程序。
最终用户(经理)将逐步检查应用程序,因为他/她知道测试工程师正在监视他/她。
注意:通常,专业的测试工程师不会执行可用性测试,因为他们知道特定功能的确切位置以及它将如何工作。因此,测试工程师对该应用程序变得用户友好。因此,只有最终用户才能进行可用性测试以获得更好的结果。
有时,出于以下原因,测试工程师必须进行可用性测试:
范例2:
在此示例中,公司主管去收集软件(假设是游戏软件)并将其分发给员工,朋友等各种最终用户。
现在,这些最终用户将使用特定的游戏软件,并将其反馈反馈给导演。
该主任将调查他们的反馈,并查看主要反馈,然后合并所有反馈并做出一份报告。
如果已报告了所有最终用户的特定功能,则应予以考虑,或者如果仅由1个或2个最终用户报告了该功能,则该功能将变得很小。
一旦完成主要和次要错误的合并,将根据主管的要求对其进行修复。
如果是主要错误,则将首先修复;如果是次要错误,则可能在下一发行版中延迟或修复。
注意:不能将所有应用程序提供给最终用户,因为这取决于应用程序或软件需求。
我们需要可用性测试,因为可用性测试是为了构建具有出色用户体验的系统。可用性不仅用于软件开发或网站开发,而且还用于产品设计。
客户必须使用以下参数来适应您的应用程序。
我们还可以在可用性测试中测试不同的功能,如下所示:
以下是可用性测试的各个组成部分:
Components | Description |
---|---|
Efficiency | The end-user who is an expert takes the minimum amount of time to perform his/her basic task. |
Memorability | The memorability of an application is good, When we are not asking an application for a span of time, and return to the application or trying to do the basic task without any help. Or If we are not able to perform a basic task without any help after a duration of the time period, then we can say that the memorability of an application is not good. |
Learnability | The end-user takes a minimum amount of time to learn the basic task. |
Satisfaction | The Customer must be satisfied with the application and feel free to use the application. |
Errors | Here, we try to help the end-users to resolve those errors which they made earlier and perform their tasks again. |
可用性测试清单包含与可用性测试相关的所有文档。
为了使可用性测试成功,我们将准备清单,这意味着“要检查的地方”。或者,如果我们不做清单,我们可能会错过应用程序中的某些功能。
让我们看一个为应用程序创建清单的示例:
如果我们使用一个电子商务应用程序并准备清单,则如下所示:
这样,我们可以根据产品或应用程序驱动尽可能多的清单。
当我们在可用性测试的帮助下测试应用程序或软件时,我们可能会遇到一些错误。这些错误可能是路径漏洞和潜在错误。
路径孔和潜在错误
路径漏洞和潜在错误是那些在执行可用性测试时对开发人员和测试工程师可见的漏洞。
可用性测试的优点如下: