软件易用性测试研究(12)

　　图表、图像、图标

　　图像要尽可能接近事实，彩色图像看起来比较真实，黑白图像适合显示简单事物。

　　过多图像也会降低显示效果。要根据显示需要来决定图像的大小。

　　使用的图标应该让用户容易联想到所代表的信息;

　　不同的图标要有明显区别;

　　图标样式要考虑到用户的不同文化背景，

　　最好是根据目前的国际标准或者一些已为大家接受的标准来设计。

　　视频、动画

　　用户应能控制视频的启动、暂停、停止等。

　　在学习和教育软件中使用动画能提高年轻用户的兴趣，从而增强学习效果。

　　较长视频片断会使用户厌倦，片断长度限制在45秒左右较合适。

　　动画的播放时间最好控制在20到30秒之内。

　　6.8.4 音频界面设计

　　语音输入

　　提高识别准确性，尽可能使用简短清晰的语言，

　　输入语言尽量由发音不同的单词构成。

　　用户在输入过程中应可以控制语音的启停，能退回到更习惯的输入方式，能停止或取消不正确的输入操作。

　　系统要提供反馈信息，让用户了解系统对语音输入信息的解释。

　　如果可能，在发送输入信息前，允许用户修改出现的错误。

　　如果多媒体产品要面向不同语言的用户群，系统要提供语言选择功能

　　语音输出

　　考虑时间因素，在没有任何中断出现时，应限制在45秒左右，

　　避免用户产生突兀的感觉，输出语音至少要由三四句话组成。

　　不同内容可以用不同的声音，这样用户就能在语音交互中轻松分辨出不同的信息。

　　尽量使用自然录音,与合成语音相比，用户更喜欢也能更好理解模拟或数字化复制的语音

　　7.易用性测试策略与实施

　　7.1 总体原则

　　软件易用性主要是在软件需求分析和UI设计的阶段，使用软件可用性工程的各种方法来保证的。在软件确认测试中，易用性测试最大比重的工作是对于软件产品和 UI设计的一致性，以及软件UI的正确性，进行测试。其他易用性因素的测试则由测试人员根据上文的种种细则和测试经验，与其他质量特性的测试混合进行。

　　易用性测试设计和实施的一般原则如下：

　　在软件需求分析和UI设计阶段，测试人员职责是参与同行评审，了解软件需求和UI，根据经验，以及从测试角度提出建议。注意使用性测试的主导是UI设计部门的用户研究人员。当然测试人员可以参与这些活动或者直接阅读使用性测试报告，可以了解软件面向的用户和用户行为模式，从而为后面的易用性测试设计打下基础

　　测试人员在UI设计阶段结束后，再提出主观看法的易用性问题一定要非常慎重，因为很难得到客观的数据支持，个人的主观看法没有足够说服力，容易引起纠纷，影响项目进度，而且几乎不能得到修改。

　　在测试设计阶段，测试人员职责是根据软件需求规格说明书，UI设计说明书，以及软件易用性的测试准则，在测试说明中设计易用性测试策略

　　在测试实施阶段，测试人员职责是执行易用性测试

　　建议在软件完整交付之后尽早专门进行一次UI的验证测试，验证软件与UI设计说明书是否一致。这样可以集中提出和及时处理UI在正确性，一致性方面的问题，因为UI修改对软件影响较大，集中处理和尽早处理可以保证项目进度。

　　UI的验证测试建议由测试人员主导控制，UI设计人员协助，原因是UI某些内容例如像素级别的微小偏差是需要专业经验才能判断的，同时UI人员可以在此时全面了解UI与软件代码的结合情况。

　　GUI的确认测试和回归测试，尽量使用自动化工具完成。

　　由于版本的更新，需求的更动，必然触发UI的回归测试。注意控制测试阶段中间UI测试进行的时机和次数，否则影响项目进度。过多的次数加大测试工作量，降低测试效率。不及时的测试会贻误修改时机，加大修改工作量。

　　测试阶段结束之前，最后进行一次最终版本的UI确认测试，保证最终版本的UI正确性和一致性。

　　帮助设施的专项测试安排在测试阶段后期,同样需要在最后与最终版本的UI,功能同步确认一次,保证与最终版本的一致性

　　7.2 易用性测试设计

　　界定软件易用性相关内容范围,定义本软件易用性测试范围,特别是需要独立专项执行的测试项目

原文转自：http://www.uml.org.cn/Test/201209213.asp