篇一 :可用性测试报告

如何进行可用性评估和研究

报告框架

什么是可用性评估?——理解可用性

为什么要做评估?——探明评估目标

评估哪些方面?——确定评估指标

选择哪类评估?——选择评估方法

评估前需要哪些准备?——评估准备

如何实施评估?——评估实施

如何撰写评估报告?——评估报告

什么是可用性评估?——理解可用性

可用性定义(ISO9241-11):产品在特定环境下特定用户用于特定用途时所具有的效果、效率和用户主观满意度。

可用性测试报告

如何开展可用性评估和研究" /> 500){this.width = 500;}" /images/picError.gif'" />

为什么要做评估?——探明评估目标

研究导向:证实与证伪

产品导向:发现问题,改善设计

为什么要做评估?——研究导向

我发明了一个全新的技术,我想知道用户对这个创新技术的反应,以确认它是否有价值。 ——验证性评估

我发明了一个可替代现有技术的新技术,我想知道它是否比现有技术更有价值(对比)。 ——对比性评估

为什么要做评估?——产品导向(1)

战略上的目标

1 使我的产品所提供的功能用户真正―想要‖和―想用‖,建立起清晰的产品定位。 2 使我的产品在同类产品中更具核心竞争力。

功能是产品的核心价值,当同类竞争产品之间的功能相差不大时,可用性和用户体验就升格为核心价值。

Idea:可用性/用户体验是产品竞争的最后一座―堡垒‖。

3 使我的用户满意我的产品——〉信赖我的产品的品牌——〉成为我的产品的―骨灰级粉丝‖

为什么要做评估?——产品导向(2)

具体目标

(1)建立可用性标准

对当前版本进行可用性评估,为下一版本的产品提供可用性标准。

(2)控制开发成本

在开发周期的早期就能够发现设计上的问题(原型测试) VS Coding的成本非常高

…… …… 余下全文

篇二 :关于“携程旅行网”的可用性测试报告

关于 “携程” 网站的可用性测试报告

2008-11-23

目 录

关于 “携程旅行网”的可用性测试报告 ........................................................................................ 2

1.测试系统 ............................................................................................................................... 2

2.测试目的 ............................................................................................................................... 2

3.测试用户:用户A、用户B ................................................................................................. 2

4.测试观察人员:观察者C、观察者D ................................................................................. 2

5.测试任务 ............................................................................................................................... 2

6.测试方法 ............................................................................................................................... 2

…… …… 余下全文

篇三 :人机交互之可用性测试报告格式要求

南京大学《人机交互》课程报告

**网站(**系统或**软件)可用性测试报告(黑体2号字体)

姓名:

专业:

学号:

测试执行的时间:

报告编制日期:

教师评语:

成绩:

…… …… 余下全文

篇四 :人机交互之可用性测试报告格式要求(终)

**网站(**系统或**软件)可用性测试报告(黑体2号字体)

姓名:

专业:

学号:

测试执行的时间:

报告编制日期:

        教师评语:

        成绩:

…… …… 余下全文

篇五 :手机播放器可用性测试报告

手机播放器可用性测试报告

手机播放器可用性测试报告

目录

手机播放器可用性测试报告 ........................................................... 1

测试概述: .................................................................................................................................... 3

调研方法: .................................................................................................................................... 3

被调研人: .................................................................................................................................... 3

主要发现: .................................................................................................................................... 3

1:播放时间: ..................................................................................................................... 3

2:播放器整体问题: ........................................................................................................ 3

…… …… 余下全文

篇六 :可用性测试方案

可用性测试方案

一、 项目介绍

1. 研究背景

项目能够实现的功能,以及用户体验对提高用户忠诚度的意义。本次用户体验研究具体的分类,通过对每一项分类的研究,分析,全面挖掘出用户对产品的看法,想法和建议,并发现现在存在的问题。

2. 测试目的

? 发现该项目中存在的可用性问题;

? 对该项目用户使用习惯进行了解;

? 了解用户对该项目的期望

3. 测试任务

具体任务的分类,详尽列出:

? 有具体目标

? 可以通过步骤达成目标

? 不能给用户提供完成任务的步骤

? 不能给出答案

4. 测试用户

测试用户的选择,数量和具体的年龄构成,职业构成等等;基本的要求,以及对不同分类用户的特殊要求——竞争对手产品的用户。

即需要确定用户筛选标准:

? 根据了解到的业务目标人群,确定测试用户的类型,例如根据使用经验分为重度用户、轻度用户、潜在用户

? 定义用户特征

性别、年龄、学历、职业、收入

公司业务产品使用经验

竞品使用经验

电脑、手机使用经验

上网经验

? 决定每类用户的数量

用户分类简单点,一般不要超过4类

如果本次测试的目的是在于发现产品的问题和挖掘用户的潜在需求,可以采取小样本,最好6-10名 每类用户应该至少2名

5. 制定测试脚本

可用性测试脚本要根据测试目的、测试对象的特点、任务设计、测试时间计划等来撰写,一般包括以下几块内容:

? 测试对象

? 测试过程

? 测试准备

? 测试介绍及保密协议签署

? 测试前访谈脚本

? 测试任务设计,制作用户现场测试记录表,这部分内容是测试脚本最重要的内容。测试任务的设计需要根据测试目的来决定,一般要能够测到产品的信息架构、交互流程和交互细节,

? 测试后访谈脚本

? 用户基本信息调查问卷

6. 测试的流程

a. 用户测试介绍

b. 签署保密协议

c. 测试前的访谈

…… …… 余下全文

篇七 :软件测试之可用性测试

UI Testing - 用户界面测试。UI这个词其实范围很宽。什么样的东西是UI呢?VISTA那样炫的是UI,DOS窗口也是UI.以前古老电脑上的LED也是UI的一部份,其实一句话,UI就是用户跟计算机交互的界面。什么样是一个好的用户界面?书上归纳了7点。

Follows Standards and Guidelines - 遵循标准和指引。这两个东西在书上都出现了好多次了,呵呵,反正就是说标新立异的东西都是有风险的,因为标准已经是被前人证明是好的,至少是合理的嘛~所以遵守这些标准来做出来的东西一般来说会有一个好的UI.大家发现没有,WINDOWS跟LINUX的UI规范是不同的,WINDOWS里面,左边的是OK,Cancle在OK的右边,而linux里面就是相反的.

Intuitive - 直观。什么是直观,如果你看到的这些文字他不是文字,而是010xxxxxxxxxxxx010,你吐血不?不过这只是一个极端的例子。一个好的UI就是让用软件的人根本就感觉不到UI的存在~UI要求是简洁的而且布局是合理的,没有不必要的功能的。这里我觉得还是去看看竞争对手的产品,就知道我们需要有什么改进了.

Consistent - 一致性。例如一个软件把复制的快捷键定义为CTRL+X,剪切的快捷键是CTRL+V……那么估计用户鼻子都气歪了吧。创造性是好的,不过有些时候还是循规蹈矩比较好。

Flexible - 灵活。就好像计算器的例子,WINDOWS的计算器有2种模式,可以给用户选择,不过这种灵活性是有代价的,就是投入更加多的人力物力。

Comfortable - 舒适。通俗点说就是这个软件用的爽不爽。正所谓人要有人样,一个财务软件不应该出现很多卡通的配图吧~然后就是错误处理,软件很难避免错误,这时候需要处理这些错误,那么就需要好好处理这些错误提示哦。然后就是性能,慢成马的软件谁用啊。

…… …… 余下全文

篇八 :可用性测试的定义

可用性测试的定义

可用性测试是指在设计过程中被用来改善易用性的一系列方法。我们为用户提供一系列操作场景 和任务让他们去完成,这些场景和任务与您的产品或服务密切相关。通过观察,我们来发现过程 中出现了什么问题、用户喜欢或不喜欢哪些功能和操作方式,原因是什么。针对问题所在,我们 会提出改进的建议。

可用性测试的价值

可用性测试的价值在于及早发现您的产品或服务中将会出现的用户使用的问题,在产品开发或正 式投产之前给出改进建议,以较小的投入帮助您全面改善产品,节约开发成本。

可用性测试在UCD项目中开展时间

取决于产品设计进行程度

可用性测试的方法

1> 一对一用户测试: 一个可用性测试部分包括测试人员(主持人 / 助理)和一个目标用户,

这个目标用户会在测试人员的陪同下完成一系列的典型任务。征得参与者的同意后测试过程

将被摄像,测试人员将持续观察、了解用户的操作过程、思维过程以及相关各项指标(包括

用户出错次数、完成任务的时间等),记录用户遇到的可用性问题并分析。

2> 启发式评估(Heuristics Evaluation ): 我们邀请 5-8 名用户作为评估人员来评价产品

使用中的人机交互状况,发现问题,并根据可用性设计原则提出改进方案。

> 启发式评估法(Heuristics Evaluation )是一种用来发现用户界面设计中的可用性问题从

而使这些问题作为再设计过程中的一部分被重视的内容可用性检查方法。

> 启发式评估法旨在利用已确立的可用性原则来解释每个发现的可用性问题,所以要根据由已

经被违背的、好的交互系统需具备的原则所规定的设计准则来制定一个修正的设计方案是相

当容易的。

> 根据 Nielsen ( 1994 )的研究发现,一般情况下,5 个评估人员能够发现 75% 的可用性

问题,从可用性问题产出的市场价值与评估费用的比率来看,是较为理想的数字。

…… …… 余下全文