易用性测试,易用性指的是在指定条件下使用时软件产品被理解、学习、使用和吸引用户的能力,这里的用户可以包括操作员、最终用户和受该软件的使用影响或者依赖于该软件使用的间接用户。
软件产品发布给用户之后,经常会发现尽管基本功能已经满足了软件规定说明的要求和需求,但是用户在使用过程中却经常出现困难,从而经常会抱怨该软件产品难以使用。究其原因,是由于没有认真考虑目标用户的构成和特点,即测试人员在测试过程中没有或者很少考虑软件产品的易用性。
为了提高软件产品的易用性,需要测试人员更深入地了解目标用户。例如,不同类型的用户包括不同类型的人群,从IT专家到儿童或者残疾人士。在分析不同用户对象时,需要考虑其年龄、兴趣爱好、文化背景、教育背景和性别等。一些国家机构,如英国皇家国立盲人学院建议网页应当方便盲人、弱视人群、行动障碍人士、失聪人士和智障人士等残疾人使用。检查应用程序和网站是否适用于上述用户,同样也会改进其他人群的易用性。
易用性测试是测试软件产品对于用户的适用性,可以测试下列因素,使特定用户可以在特殊环境或背景下达到特定的目标。
(1)有效性:软件产品能使用户在特定使用环境下准确完整地实现具体目标的能力。
(2)高效性:软件产品能使用户在特定使用环境下耗费适量的资源实现有效性的能力。
(3)满意度:软件产品能使用户在特定使用环境下感到满意的能力。
易用性评估的目的既可以排除易用性方面的缺陷,也可以是根据易用性需求测试。易用性测试主要是从用户的角度进行的测试和评估,因此需要测试人员具备专业技能或知识。如社会学、心理学、国家标准(例如,美国残疾人法案)和人类工程学。
易用性测试应尽可能在接近软件产品实际运行环境条件下展开,可能包括建立带有摄像头、模拟办公室、评审台和用户等的易用性测试实验室,这样开发人员可以观察真实人员使用的实际效果。许多易用性测试可能会作为其他测试的一部分来进行,如贯穿在功能测试过程中。易用性指导书对于实现在软件开发生命周期的各个阶段用统一方法检测和报告易用性缺陷大有裨益。
易用性测试类型
易用性主要包括易理解性、易学性、易操作性和吸引性等质量子特性。因此易用性测试根据这4个子特性展开。
(1)易理解性
易理解性指的是软件产品使用户能理解其是否合适,并将其用于特定任务和使用条件的能力。例如,用户如何利用软件产品完成一项特殊的任务。
易理解性测试的有效方法是在测试的前期采用人工检查方式,仔细检查相关的文档等,发现其中易理解性方面的问题并修改。也可以在软件产品发布之后通过问卷调查的方式,从用户处得到关于软件产品易理解性方面的信息。在软件产品的动态测试过程中采用第3章中描述的各种技术,覆盖产品易理解性方面的一些场景也是一个比较好的选择。
软件产品的易理解性也可以从下面几个方面评估。
- 采用问卷调查或者人工检查方式检查软件产品描述的完整性。例如,用户阅读软件产品的需求规格说明中的某个功能模块后,通过和用户面对面的交谈询问其对这个功能的理解程度。
- 通过软件产品的演示观察用户是否能充分理解产品的功能。例如,销售人员通过演示iBAS R1.0系统中的视频点播功能,确定用户对视频点播的理解程度。
- 采用问卷调查或者人工检查方式检查软件产品提供的图形用户接口,用户能够正确理解产品中的功能比例是多少?
下面是在测试iBAS R1.0系统过程中发现的几个易理解性方面的问题。
Bridge模式和设置MAC老化时间的易用性测试
通过图形用户接口,iBAS R1.0
系统支持不同的Bridge模式的切换,以及在不同Bridge模式下设置MAC地址老化时间,如图所示。
在测试过程中,发现有时会出现无法配置MAC老化时间的问题。通过分析之后发现这两个参数的设置实际是独立的,在程序实现中逐个判断。Bridge模式的配置受很多其他配置约束,因此出现尽管输入的MAC老化时间值正确,但是由于Bridge模式的约束,系统弹出一个错误的告警信息,并且导致MAC老化时间设置失败。因此这样的菜单结构容易导致用户理解错误。测试人员提交了一个缺陷报告,要求开发人员独立设置这两个参数。
Bridge不同模式术语的不一致
软件产品的相关规格说明中术语不一致,也是易理解性方面的问题。iBAS R 1.0
系统提供了3种Bridge模式,但是在系统需求规格说明中,出现了3种Bridge模式的不同称谓。有时分别称为“802.1D Bridge”、“802.1Q Bridge”
和“802.1ad Bridge”
,有时称为“Transparent Bridge”
、“VLAN Bridge”
和 “Provider Bridge”
,导致用户在阅读相关文档时比较困惑,因此测试人员针对文档提交了术语一致性方面的缺陷报告。
软件产品输入和输出的易理解性问题
iBAS R1.0
系统提供的很多配置选项的输入区域,没有提供输入值范围的说明(例如,用户将鼠标放在相关区域,系统没有对参数的输入范围提供任何相关的提示),导致用户无法确定输入参数的取值。
(2)易学性
易学性指的是软件产品使用户学习其应用的能力,如用户需要多长时间可以学会使用某一特定功能。
在用户使用过程中使用调查问卷是一种有效评估软件产品易学性的手段,也可以在功能测试过程中同时测试易学性,这也是评估产品易学性常用的方式。易学性可以从下面几个方面评估。
- 功能学习的难易程度:通过人工检查或者问卷调查方式检查用户需要多长时间学会使用软件产品中的某一项功能。
- 用户文档或者帮助机制的有效性:用户在阅读用户手册或者使用某个功能的帮助文档之后是否能正确地完成特定的任务和功能。
- 获得用户文档或者帮助机制的难易程度:用户是否能够比较容易地找到软件产品相关的帮助主题,并得到指导信息。
下面是在测试iBAS R1.0
系统过程中发现的几个易学性方面的问题。
DHCP配置的易学性问题
iBAS R1.0
系统中DHCP的配置存在易学性方面的问题,即配置一个正常的DHCP场景需要22 个步骤,导致用户学习和掌握DHCP的配置非常困难并且极易出错。测试人员提交了一个易学性方面的缺陷报告,要求开发人员优化DHCP的配置步骤。
系统安装步骤过于复杂
iBAS R1.0
系统提供的系统安装步骤过于复杂,需要针对版本中包含的每个文件分别执行内存格式化和安装单个文件,用户难以学习掌握。测试人员提交了相关的缺陷报告,要求开发人员打包安装文件,内存的格式化和安装单个文件都统一由文件包实现,以方便用户的学习和操作。
帮助信息不清晰
iBAS R1.0
系统中IGMP的帮助信息不清晰,有的描述甚至是错误的(包括IGMP配置的前提条件和基本步骤),使用户无法按照其提供的步骤配置以完成特定的任务和功能。
(3)易操作性
易操作性指的是软件产品使用户操作和控制它的能力,在功能测试过程中测试易操作性是一个不错的选择。也可以在软件开发生命周期的早期人工检查,或者根据软件产品发布之后得到的用户反馈信息评估和判断软件产品的易操作性。软件产品或者系统的易操作性可以从下面几个方面评估。
- 软件产品的操作一致性:如软件产品提供的用户界面组成的一致性。
- 软件产品的错误纠正能力:如用户能够容易地修改错误输入或者修改错误之后重新执行新的任务。
- 软件产品输出消息的可理解性:如用户是否容易理解输出的各种消息并容易记住重要的消息。
- 软件产品或者系统的可访问性:如是否能够让有身体缺陷的用户访问(如无能力使用鼠标的用户或者盲人)。
下面是在测试iBAS R1.0系统过程中发现的几个易操作性方面的问题。
CLI命令格式不一致
iBAS R1.0
系统提供的配置端口的CLI命令格式不一致,如执行port position
命令帮助时,命令参数的格式有6种不同的表示方式,如图所示。
无法批量更改端口属性
iBAS R1.0
系统在更改端口属性时无法批量处理,即需要在每个端口上重复操作。如用户需将所有端口的Admin State修改为Disable,必须逐个端口操作。如果iBAS R1.0
系统能够提供一种批量处理方式,则可大大提高可操作性。iBAS R1.0
系统的端口属性更改的易操作性问题如图所示。
选择参数问题
在iBAS R1.0
系统中有些参数通过下拉列表框方式选择,存在易操作性方面的问题。该系统提供MAC地址静态配置功能,并且每个MAC地址需要和FDB ID相关联。当FDB ID过大时(最大为4094),那么通过下拉列表框选择一个FDB ID不容易操作,如图所示。
易理解性、易学性和易操作性之间是相互关联,如易理解性和易学性方面的一些案例同样也体现了一些易操作性方面的问题。
(4)吸引性
吸引性指的是软件产品吸引用户的能力,如软件产品中颜色使用和图形化设计特征。软件产品的吸引性通常通过问卷调查方式从用户处得到反馈;同时用户尽早参与相关设计的评审和检查,也是测试吸引性的重要手段。
在测试吸引性过程中,测试人员应考虑如下因素。
(1)用户图形化界面采用的颜色。
(2)不同菜单和内容采用的字体。
(3)不同设计元素的表示方式,如图表的表示类型。
(4)可能采用的动画效果、声音和音乐等。
(5)对于技术方面内容的表现形式。
(6)对于非技术方面内容的表现形式。
ISO/IEC 9126-1:2001
质量模型中定义的易用性包含前面涉及的易理解性、易学性、易操作性和吸引性4个子特性。这些子特性并不完全独立,而是经常相互影响,如易理解性问题常常会导致易操作性问题。因此在测试易用性过程中需要综合考虑其中包含的这些质量子特性,而没有必要完全独立地考虑和测试。下面是针对易用性测试的一些关注点。
(1)每个用户界面是否都根据最终用户的智力、教育背景和环境要求进行了调整?
(2)输出是否有意义且没有模糊的信息?
(3)错误诊断信息是否直接明了?用户是否需要有计算机学科的博士学位才能理解它们?如“http-404错误”。
(4)用户界面是否在语法、惯例、语义、格式、风格和缩写方面展现出了相当程度的概念完整性、基本的一致性和统一性?
(5)是否包含过多或者不太可能用到的选项?
(6)对于所有的输入,是否返回某些类型的即时确认信息?例如,在单击输入时,被选项可以变换颜色,或者某个按钮对象可以显示凹进或者凸起的状态。
易用性测试技术
易用性测试可以采用的主要技术如下。
(1)人工检查:审查或者评审等。
(2)问卷调查:通过问卷调查方式得到用户使用软件产品的反馈。
(3)验证和确认:针对软件产品的实现进行验证和确认。
下面分别描述上述3种易用性测试技术。
(1)人工检查
从易用性的角度审查和评审软件产品的需求规格说明和设计规格说明可以在软件开发生命周期的早期发现一些易用性的问题,以避免易用性问题遗留到后期,甚至用户使用的现场;同时在评审项目文档的过程中相关用户应该作为重要的评审员,尽早从用户的角度检查易用性,以较低的成本在早期发现并解决相关问题。
启发式评估(Heuristic Evaluation
),如图形化用户界面设计的易用性审查可以作为软件产品迭代开发过程中的一个环节,用来发现设计中的易用性问题并引起关注。这种评估通过相关评估人员审查界面,并判断界面设计是否遵守公认的易用性原则。
(2)问卷调查
问卷调查技术可应用于收集用户在易用性测试中使用软件产品时的行为,业界有很多规范和公开的调查,如下表一所示的SUMI(软件易用性度量调查表)和如下表二所示的WAMMI(网站分析和度量调查表)。
SUMI提供了具体的易用性测试数据,可用来作为完成/验收标准。
(3)验证和确认
为了验证和确认软件产品的实际实现,可以将软件产品的功能测试的规范演化为易用性测试场景,这些测试场景重点关注特定的易用性质量子特性。例如,关注用户对软件系统的学习速度或可操作性,而不是关注软件产品的功能行为。易用性测试的场景能够演化为针对语法与语义的测试。
(1)语法是指用户图形化界面的结构或语法,如什么可以被输入到输入区域。
(2)语义是指含义和目的,如为用户提供的合理并有意义的系统消息和输出。
针对这些易用性的测试场景可以利用前面阐述的多种测试技术,如BS-7925-2
标准中描述的黑盒方法、用纯文本或UML(统一建模语言)描述或定义的用例等。
创建密码时的易用性验证
Hotmail可以为用户提供邮件服务,在创建其账号时需要设置相应账户的密码,如图所示。
Hotmail对用户密码的设置有一定的要求,即最短6个字符,这只是最基本的要求。如果密码中包括大小写字母、数值或者符号,那么密码的强度将会更高,对用户来说更加安全。Hotmail提供了一个功能,即在用户输入密码时动态显示用户密码的强度。这个功能极大地提高了密码设置的易用性,使用户在创建密码的过程中能够实时掌握其强度。
在验证Hotmail中创建密码部分的易用性时,需要考虑多种不同的密码的组合是否能够显示正确的密码强度。
酷客教程相关文章:
评论前必须登录!
注册