当前位置:文档之家› 可用性测试启发式评估十条原则介绍

可用性测试启发式评估十条原则介绍

可用性测试启发式评估十条原则介绍
可用性测试启发式评估十条原则介绍

可用性测试启发式评估十条原则介绍

01 系统状态的可视化

系统应该总是能及时通过适当的反馈,让用户获悉系统目前的状态。

02 系统界面应符合现实世界的惯例

系统应该使用用户的语言,用户熟悉的句子,段落和概念,而不是使用基于系统的术语。遵循日常的惯例,使得呈现的信息自然且具有逻辑。

03 让用户有控制的自由

用户往往会误执行了系统的某个功能,这时需要一个显著的“紧急退出”操作,使得用户在还没有得到不希望发生的结果前,能阻止系统继续执行用户的误操作。另外,系统应支持“撤消操作”和“重做”。

04 遵循统一性和标准化

系统的同样一件事物不应该使用不同的语句,状态和操作而使得用户产生疑惑。一般应遵循系统平台的惯例。

05 防止用户出错

应该在一开始就防止错误的发生,事后再好的错误信息也不如这种防患于未燃的设计。考虑设置某些条件限制来防止用户产生错误,或者在用户选择提交操作前帮助用户检查确认。

06 识别好过回忆

通过对对象,操作和选择的可视化,使得用户的记忆负担降到最低。在连续的操作中,不应强制用户记住某些信息。系统的使用说明应该很显著或者在适当的时候很容易获取。

07 使用的效率和灵活性

快捷方式(对于初级用户来说是不可见的)——对专家用户来说往往能提高操作的速度,这样使得系统能够兼顾初级用户和专家用户。允许用户通过定制使那些频繁的操作快捷化。

08 简约设计

操作中不应该包含不相关的信息和很少用到的需求。每一个额外的信息都会与操作中的相关信息形成竞争,从而弱化了主要信息的可见度。

09 帮助用户识别,诊断并修复错误

错误信息应该使用平实的语言表达(非代码),正确的说明问题,并有建设性的提出解决方案。

10 提示和帮助文档

即使系统能够在不需要帮助文档的情况下很好的被用户使用,也有必要提供帮助提示和文档。这些信息都应该很容易的被搜索到,并整合集成到用户的任务中,并列出具体的操作步骤,而不是庞大笼统的文档。

可用性测试检查表

可用性测试检查表 使用说明:本调查表共有100题,回答每一个问题时按照以后三个步骤: (a)请评估每一个问题是否适用于所评审的系统。如果不适用,跳到下一题。如果适用,请继续回答。 (b)对于所评估的系统,请评价该问题的重要性(1是最不重要的,3是最重要的) (c)评价系统在该问题上的表现(1是非常糟糕,7是非常好),如果不存在,请选择不存在项 1.兼容性 1)光标的控制是否符合光标的移动? 2)用户控制的结果是否符合用户的期望? 3)所提供的控制是否符合用户的技能水平? 4)界面的编码(例如,颜色、形状等)是否为用户所熟悉? 5)用词是否为用户所熟悉? 2.一致性 6)界面颜色的编码是否符合常规? 7)编码是否在不同的显示及菜单上都保持一致? 8)光标的位置是否一致? 9)显示的格式是否一致? 10)反馈信息是否一致?

11)数据字段的格式是否一致? 12)标号的格式是否一致? 13)标号的位置是否一致? 14)标号本身是否一致? 15)显示的方向是否一致?(漫游或卷动) 16)系统要求的用户动作是否一致? 17)在不同的显示中用词是否一致? 18)数据显示和数据输入的要求是否一致? 19)数据显示是否符合用户的常规? 20)图形数据的符号是否符合标准? 21)菜单的用词和命令语言是否一致? 22)用词是否符合用户指导的原则? 3. 灵活性 23)是否可以使用命令语言而绕过菜单的选择? 24)系统是否有直接操作的功能? 25)数据输入的设计是否灵活? 26)用户是否可以灵活地控制显示? 27)系统是否提供了灵活的流程控制? 28)系统是否提供了灵活的用户指导? 29)菜单选项是否前后相关? 30)用户是否可以根据他们的需要来命名显示和界面单元? 31)系统是否为不同的用户提供了好的训练?

2019思科ITE3456章考试原题与答案解析

清洁计算机内部可以减少以下哪种负面环境因素? 灰尘 在清洁计算机机箱内部时,直接喷射压缩空气容易损坏下列哪种组件? 风扇 在生产车间,一个家具工厂用笔记本电脑来实现进程监控和报告。生产车间的环境温度大约为27 摄氏度(80 华氏度)。湿度相当高,大约为70%。风扇安装在通风口顶部。这里的木屑灰尘非常多。以下哪个条件最可能对在这一环境中使用的笔记本电脑产生不利影响?灰尘 蔬菜罐头工厂使用笔记本电脑来监控生产线。生产环境的环境温度大约是24 摄氏度(75 华氏度)。湿度约为30%。由于装罐设备的使用,因此噪音很高。笔记本电脑放在一个木箱中,木箱三面距离笔记本电脑较近。以下哪个因素最可能对在这一环境中使用的笔记本电脑产生不利影响? 放置笔记本电脑的木箱 科考队正在用笔记本电脑工作。科学家们工作地点的温度范围为-13 华氏度(-25 摄氏度)到80 华氏度(27 摄氏度)。湿度约为40%。噪声水平较低,但地形崎岖,风速可达每小时45 英里(每小时72 公里)。在需要时,科学家们会停下脚步,用笔记本电脑输入数据。下列哪一项条件最有可能对于在此环境下使用的笔记本电脑造成负面影响? 温度

以下哪一项是制定预防性维护计划的一部分? 记录每项维护任务的详细信息和频率 技术人员正在施工现场执行PC 硬件维护。作为预防性维护计划的一部分,技术人员应该执行什么任务? 进气风扇除尘。 以下哪项任务应作为硬件维护例行程序的一部分? 检查并固定任何松动的电缆。 在测试导致某个问题的若干可能原因时,应该首先测试哪类原因? 最容易最明显的原因 在解决计算机问题时可以使用下列哪两项物品来帮助制定行动计划?(选择两项。) 计算机手册 计算机维修历史记录日志 为客户排除计算机故障之前应该备份哪两类数据?(选择两项。) Internet Explorer 收藏夹文件 客户创建的文档

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

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

目录 关于“携程旅行网”的可用性测试报告 (2) 1.测试系统 (2) 2.测试目的 (2) 3.测试用户:用户A、用户B (2) 4.测试观察人员:观察者C、观察者D (2) 5.测试任务 (2) 6.测试方法 (2) 7.实验设备 (3) 8.测试流程 (3) 8.1 测试前期准备 (3) 8.2 测试过程 (4) 8.3 用户测试时间 (5) 8.4 事后交流 (5) 9. 测试数据分析 (5) 9.1实验过程所发现的可用性问题及可用性问题严重性分析说明列表 (6) 9.2相关问题截图 (7) 10. 网站相关可用性问题的解决方案 (9) 11.总结: (9)

关于“携程旅行网”的可用性测试报告 1.测试系统 携程旅行网(网址:https://www.doczj.com/doc/495884517.html,) 2.测试目的 1.了解网站的用户行为模式; 2.了解用户在执行任务时网站所存在的可用性问题; 3.找出解决网站现已存在的可用性问题的有效方案; 4.增强该网站在同类性质网站的核心竞争力; 3.测试用户:用户A、用户B 用户A、B都是广东省某高校数字媒体专业的学生,都具有一定的计算机应用技能。 4.测试观察人员:观察者C、观察者D 观察者C、D都是广东省某高校可用性工程研究方向的学生,掌握有一定的观察技能。 5.测试任务 用户登陆网站携程旅行网(网址:https://www.doczj.com/doc/495884517.html,) 任务1. 预定两张往返双程的机票:广州——青岛 要求:2008年11月25日从广州出发,2008年11月28日从青岛返回 任务2. 在青岛的某家酒店预定一间房间 要求:1. 标准双人(床)房 2. 经济型 任务3. 租车一天,寻找喜欢的线路游玩青岛 注:用户想租车自己开车去玩,线路自定 6.测试方法 协同合作法、有声思维法、回顾式测试法 协同合作法:用户A和B共用一台电脑,一起合作,互相帮助执行任务 有声思维法:用户A和B在执行任务的过程中,自然地说出他们在每个过程的所思所想 回顾式测试法:在测试期间录了像,事后回放,和测试用户一起观看,用来收集额外的信息

第14章 软件的其他测试技术

第14章 软件的其他测试技术 软件的其他测试技术不是一个基本过程测试技术,是一个辅助的测试技术,用于软件测试过程中。本章重点讨论以下内容: ● 可用性测试; ● 压力测试; ● 确认测试; ● 容错性测试; ● 易用性测试; ● 安全性测试; ● 需求检查测试; ● 可靠性测试; ● 风险测试; ● 缺陷测试; ● Web测试; ● 接口测试; ● 安装和反安装测试。 14.1 可用性测试 可用性测试(UsabilityTesting)是指在设计过程中被用来改善易用性的一系列方法。我们为用户提供一系列操作场景和任务让他们去完成,这些场景和任务与您的产品或服务密切相关。通过观察,我们来发现过程中出现了什么问题、用户喜欢或不喜欢哪些功能和操作方式,原因是什么。针对问题所在,我们会提出改进的建议。 14.1.1 可用性测试的概念 可用性测试的概念主要表现为: 1. 可用性是产品的一个基本的自然属性,是最终用户使用产品的可用的程度。 2. 可用性测试是依照可用性标准对GUI的系统评估。 3. 可用性是在产品和用户的相互作用中体现出来。 4. 可用性测试是用户在和系统(网站,软件应用程序,移动技术或任何用户操作的设备) 5. 交互时对用户体验质量的度量。 6. 可用性的基本评价指标是效率、满意和安全(容错,无错)。 14.1.2 可用性测试的方法 可用性测试的方法主要表现为: 1. 对同一测试内容在同时采用多指标的测试;

2. 对同一测试内容在不同时间采用采用多指标的测试。 14.1.3 可用性测试的目的 可用性测试的目的主要表现为: 1. 可用性测试的目的是确定用户界面设计在两个层面上的问题; 2. 概念的层面-和导航,用户定位和UI一致性相关地关键问题; 3. 详细设计的层面-遵循GUI标准和指南,使用的术语,特定的问题。 这些问题一旦被收集,将按照严重程度给它们划分优先级别。另外,对于每个主要的问题,提议做一个重设计的建议。 14.2 压力测试 所谓压力测试(stress testing)是指对系统不断施加压力的测试,是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。 压力测试主要表现为:压力测试的定义、压力测试的目标。 14.2.1 压力测试的定义、特点和核心原则 1. 什么是压力测试 压力测试(Stress Test)也就是强度测试,压力测试是指模拟巨大的工作负荷来测试应用程序在峰值情况下如何执行操作。在实际的软硬件环境下,压力测试主要是以软件响应速度为测试目标,尤其是针对在较短时间内大量并发用户访问时软件的抗压能力。其目的是找到系统在哪里失效以及如何失效的地方。感兴趣的是这些对系统的处理时间有什么影响?需要的资源是什么?需要的环境是什么?需要做什么样的配套工作?一般状态下包括以下3点: (1)短时间的极端负载测试; (2)在过量用户下的负载测试; (3)连续执行所有能做的操作 。 2. 压力测试的特点 压力测试具有以下特点: (1)压力测试通过增加访问量使应用系统的资源使用保持在一定的水平上,以此检验应用的表现,重点在于有无出错信息产生,系统对应用的响应时间等。 (2)通过压力测试使系统的资源使用达到较高的水平。一般情况下, CPU的使用率要达到75%以上、内存使用率要达到70%以上。

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

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

目录 手机播放器可用性测试报告 (1) 测试概述: (3) 调研方法: (3) 被调研人: (3) 主要发现: (3) 1:播放时间: (3) 2:播放器整体问题: (3) 3:播放器各个功能主要发现: (4) 改进建议 (5) 备注 (6)

测试概述: 调研的目的:发现目前乐视网手机端视频播放器的整体问题及每个功能点的使用问题,并提出改进建议。 测试功能点包括:返回、视频标题、视频进度条、时间进度显示、清晰度选择、暂定前进后退、音量调节、下载、收藏、分享、选集、详情、浮窗模式切换 调研方法: 路径1:测试人员提出需求,要求被测人员自己找方法完成任务。 路径2:追问已有反馈,验证被测人需求。 被调研人: 此次调研人数共6人,无产品设计人员及技术人员。 主要发现: 1:播放时间: 下班回家至睡觉前 2:播放器整体问题: (1):播放器触发迟钝,需多次点击才触发; (2):播放器停留时间短,未操作就消失了; (3):播放器功能多,一次看不完全;

3:播放器各个功能主要发现: (1)6人在看视频过程中一般不会看标题,原因在打开视频前就看了。 (2)5人视频用进度条;1人用智能手势操作,全不用前进后退键。 4人不用前进后退,因为不知道进退多少;2人不理解按钮意思不敢点击;2人希望进度条有节点显示 (3)4人认为暂停键偏小或距离前进后退键太近,点击要小心翼翼; 3人认为暂停键太小;1人认为间距太小;2人希望点击画面暂停;1人希望点击后在视频中间放大显示暂停键; (4)音量调节倾向纵向操作。 4人倾向纵向操作,2人用手机硬件调节音量(不做参考)。 (5)6人认为视频浮框切换没用,几乎不知道有此功能。 浮框问题:1人希望双击返回主界面;1人希望关闭到主界面关闭;1人认为关闭用x更容易理解。 (6)6人中3人在播放过程中几乎不看详情,在视频播放前看了,3人认为此功能没必要。1人说若为每一集的详情可能会看。建议省去。 (7)5人不用收藏,1人使用较多。

可用性评估的方法

一、可用性测试 可用性测试是测试者邀请用户使用设计原型或产品完成操作任务,并通过观察、记录和分析用户行为和相关数据,对界面可用性进行评估的一种方法。可用性测试能够对界面的可用性进行全面的评估,是最为常用的方法之一。它适用于产品界面和界面设计中后期界面原型的评估。可用性测试通常在一个备有摄像和监视装置的专门实验室内进行。 可用性测试中,测试者无法也毋需严格控制无关变量,以免改变测试性质,降低测试效度。 可用性测试主要包括5个步骤:确定测试计划;准备评估对象和测试设备;招募用户;正式测试;分析结果并撰写报告。 测试过程中,多种方法可以用来收集用户的行为反应数据,其中包括:直接观察法;大声思维法;访谈法;问卷法;录像记录法。 可用性测试的参与人员包括多名测试人员和用户。测试人员中,一人为主测试者,负责引导用户完成测试并直接观察用户操作,其它为观察者,仅通过监视装置观察和记录用户的行为反应。用户通常分别单独完成测试。 参与可用性测试的用户应当具有代表性,是产品的目标用户或具有相同性质,以免影响测试准确性和效度。 可用性测试的评估对象是产品或设计原型。 二、启发式评估 启发式评估,它是一种邀请可用性评估专家或软件工程师了解或使用交互界面,并根据人机界面的设计原则,对交互界面进行评估的方法。启发式评估简便易行,但缺乏精度,适用于交互界面设计的中前期。 启发试评估过程主要包括4个步骤:观察者解释评估对象;评估者了解或使用评估对象;评估者评估;集体讨论。 启发式评估的参与人员包括一名观察者和3~5名评估者。 启发式评估的对象可以是产品界面或原型,甚至纸上原型。 三、认知过程浏览 认知过程浏览是指当设计者具备了原型或设计的详细说明后,邀请其它设计者和用户共同浏览并分析典型任务的完成步骤,从而发现可用性问题并提出改进意见的一种方法。适用于界面设计的早期阶段。 认知浏览过程主要包括两个阶段:准备阶段;评估阶段。 认知过程浏览的评估对象是产品界面、原型或界面设计的详细说明。 四、行为分析

实验六Web测试

实验六Web测试 实验类别:综合实验 实验目的: 应用Web测试工具对Web系统进行功能和性能测试; 背景知识: 对Web系统测试需要从功能、性能、可用性、安全性等多方面进行测试。 一、功能测试 对Web系统进行功能测试包括以下几个方面: 1. 链接测试 链接是 Web 应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先,测试所有链接是否按指示的那样确实链接到了该链接的页面;其次,测试所链接的页面是否存在;最后,保证 Web 应用系统上没有孤立的页面,所谓孤立页面是指没有链接指向该页面。 2. 表单测试 当用户给 Web 应用系统管理员提交信息时,就需要使用表单操作,例如用户注册、登陆、信息提交等。在这种情况下,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性。例如:用户填写的出生日期与职业是否恰当,填写的所属省份与所在城市是否匹配等。如果使用了默认值,还要检验默认值的正确性。如果表单只能接受指定的

某些值,则也要进行测试。例如:只能接受某些字符,测试时可以跳过这些字符,看系统是否会报错。 3. Cookies测试 Cookies通常用来存储用户信息和用户在应用系统的操作,当一个用户使用 Cookies 访问了某一个应用系统时, Web 服务器将发送关于用户的信息,把该信息以 Cookies 的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息。 如果 Web 应用系统使用了 Cookies ,就必须检查 Cookies 是否能正常工作。测试的内容可包括 Cookies 是否起作用,是否按预定的时间进行保存,刷新对 Cookies 有什么影响等。 4. 数据库测试 在 Web 应用技术中,数据库起着重要的作用,数据库为 Web 应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。 在使用了数据库的 Web 应用系统中,一般情况下,可能发生两种错误,分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的,而输出错误主要是由于网络速度或程序设计问题等引起的,针对这两种情况,可分别进行测试。 二、性能测试 对Web系统进行性能测试主要包括以下几个方面: 1. 连接速度测试

ISTQB_TEST_2

ISTQB FL 试题(2) 1.软件测试是软件开发过程中重要的质量保证活动,软件系统的集成测试工作应该开始于:c a)产生需求分析规约后; b)产生需求分析规约前; c)产生概要设计规约后; d)产生概要设计规约前; e)所有代码完成后。 2.软件测试工作应该开始于:b a)编码之后; b)需求分析阶段; c)概要设计阶段; d)详细设计阶段。 3.条件(a>3 or c<5 and b<>100)的条件组合覆盖用例个数是:C a)3个; b)6个; c)8个; d)16个。 4.ISTQB术语中的回归测试的目的是:c a)验证修改的成功 b)预防功能编写的不完善或疏漏 c)确保修正过程中没有引入新的缺陷 d)帮助程序员更好地进行单元测试 5.关于软件质量保证和软件测试的描述,不正确的是d a)软件质量保证和软件测试是软件质量工程的两个不同层面的工作; b)在软件质量保证的活动中也有一些测试活动; c)软件测试是保证软件质量的一个重要环节; d)软件测试人员就是软件质量保证人员。 6.关于测试充分性的描述,正确的是:b a)只有进行完全的测试才充分; b)在有限的时间和资源条件下,找出所有的软件的错误,使软件趋于完美,是 不可能的; c)当继续测试没有发现新缺陷时; d)当全部测试用例都执行完后。 7.以下关于测试目的的观点,不正确的是:b

a)软件测试的目的是寻找错误,并且尽最大的可能找出最多的错误; b)找出软件开发人员的问题并评价开发人员能力; c)一个成功的测试是发现了至今未发现的错误的测试; d)测试的目的,是想以最少的人力、物力和时间找出软件中潜在的各种错误和 缺陷,通过修正各种错误和缺陷提高软件质量,避免软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。 8.描述黑盒测试和白盒测试不同点正确的说法是:a A. 黑盒测试在测试对象的表面进行 B. 白盒测试是在源代码已知的情况下进行 C. 黑盒测试用例是通过测试对象的使用说明或需求设计 D. 黑盒测试包括语句覆盖和分支覆盖方法 E. 白盒测试是通过因果图的分析方法进行的 a)A,B,C b)A,C c)A,B,C,D,E d)D,E 9.根据黑盒测试方法可以设计变量0 <= X <= 100的测试用例:c a)0,20,100 b)20,50,100 c)-1,0,1,50,99,100,101 d)-100,30,100,200 10.测试团队中测试经理任务不包括:a a)制定测试计划; b)协调和管理监督测试过程; c)记录并报告测试结果; d)和其他小组的沟通、协调。 11.测试人员(Tester)在软件配置管理中工作主要是:d a)根据配置管理计划和相关规定,提交测试配置项和测试基线; b)建立配置管理系统; c)提供测试的配置审计报告; d)建立基线。 12.下列术语中哪一个是ISTQB术语表中缺陷(Defect)的同义词:b a)Incident b)Bug c)Mistake d)Error 13.根据ISTQB 定义的术语,“风险”是与下列哪一个选项关联的?b a)对测试者否定的反馈意见

可用性测试报告,模板

可用性测试报告,模板 篇一:测试报告模板(Testing Report Template) 测试报 Prepared by 拟制 Reviewed by 评审人 Approved by 批准 XX项目XX测试报告 Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-dd Revision Record 修订记录 Table of Contents 目录 1 概述 ................................................ ................................................... ........................... 5 2 测试时间、地点及人员 ................................................ . (5) 3 环境描述 ................................................ ...................................................

(5) 硬件配置: .............................................. ................................................... ............ 5 软件配置: .............................................. ................................................... ............ 5 总体评价结论................................................. ................................................... ...... 6 缺陷统计 ................................................ ................................................... .............. 6 缺陷分析 ................................................ ................................................... .............. 7 测试趋势分析结果 ................................................ ............................................ 7 质量评价结果 ................................................

浅谈新产品可用性测试管理工作的步骤

新产品可用性测试治理工作的步骤 公司要保持竞争力,必须让产品更易于使用,但经理们可能可不能因此就雇用人因学或可用性测试方面的专家,因为他们看不到其中的价值,那么你如何办? 你能够主动出击,实施一个可用性测试使这些心存疑虑的家伙们信服。即使你没有心理学、人因学的背景或者缺乏测试经验,哪怕没有足够的预算甚至没有实验室,都没有关系。遵循以下的差不多方法,不需要投入太多也能够完成一次象样的可用性测试。 成功的可用性测试,有十步: 1)做好预备工作; 2)制定测试打算; 3)设计测试过程; 4)安排测试地点和设备; 5)进行预测试; 6)招募用户;

7)预备测试房间; 8)测试; 9)数据整理和分析; 10)付诸行动。 1.做好预备工作 那个地点的信息并不是经验和培训的替代品,但可能会对你有一些关心,让你成为一个能够胜任的测试人员。第一步确实是武装自己,有专门多能够利用的资源: ·书籍和文章 学校的书店和图书馆,包括一些专业的期刊,它们是书籍和文章的最好来源。至少,你需要一个统计方面的介绍性材料、与测试有关的资料和人因学/人机界面设计的书。 ·研讨会 过去的五年中,关于可用性测试的文章种类越来越多。在能够寻求关心的四种方法中,那个通常是最薄弱的,因为大部分的研讨会是理论性的。你需要的是约10%的“什么缘故”和90%的“如何样做”,而研讨会常常不是如此的。另外,参加研讨会往往费用较高。 ·咨询

咨询可能比研讨会来得合算,然而也有可能得不偿失。最有名气的公司可能并不适合你。例如,请一位在大学里面的人因学专家来做顾问,她会评估整个的测试过程,对记录测试数据的方式提出专门多有效的建议,在预测试中指派一名研究生一起来操纵整个过程,整个下来花费不多。 ·大学和学院 大学里提供了两样东西,课堂和教授。回到学校可能是你最不想做的一件事,但从一个人那儿学习统计比从书本自学要容易得多。假如你的公司不需要你得到纸面文凭,那么你就能够旁听,能够通过也能够不及格。 能够直接与心理学和计算机科学的教授谈论与可用性测试相关的课程(统计学、测试、人因学、人机界面设计)。假如你情愿也能够参与一个与可用性测试有关的硕士生项目。 就像请顾问一样,教授的建议同样是丰富的资源。例如,你能够设计一个测试项目作为课程作业,教授就会关心你同时能够减少花费。 2. 制定测试打算 对可用性测试有所了解之后,下一步确实是写测试打算。描述可用性测试的目的,以及如何来完成,这专门重要,缘故如下:一是从治理者或其他人那儿得到你所需要的支持;一个是使你的思路和目标变得清晰。测试打算中要包括: ·什么缘故要测试

可用性测试报告

如何进行可用性评估和研究 报告框架 什么是可用性评估?——理解可用性 为什么要做评估?——探明评估目标 评估哪些方面?——确定评估指标 选择哪类评估?——选择评估方法 评估前需要哪些准备?——评估准备 如何实施评估?——评估实施 如何撰写评估报告?——评估报告 什么是可用性评估?——理解可用性 可用性定义(ISO9241-11):产品在特定环境下特定用户用于特定用途时所具有的效果、效率和用户主观满意度。 如何开展可用性评估和研究" /> 500){this.width = 500;}" /images/picError.gif'" />

为什么要做评估?——探明评估目标 研究导向:证实与证伪 产品导向:发现问题,改善设计 为什么要做评估?——研究导向 我发明了一个全新的技术,我想知道用户对这个创新技术的反应,以确认它是否有价值。——验证性评估 我发明了一个可替代现有技术的新技术,我想知道它是否比现有技术更有价值(对比)。——对比性评估 为什么要做评估?——产品导向(1) 战略上的目标 1 使我的产品所提供的功能用户真正―想要‖和―想用‖,建立起清晰的产品定位。 2 使我的产品在同类产品中更具核心竞争力。 功能是产品的核心价值,当同类竞争产品之间的功能相差不大时,可用性和用户体验就升格为核心价值。 Idea:可用性/用户体验是产品竞争的最后一座―堡垒‖。 3 使我的用户满意我的产品——〉信赖我的产品的品牌——〉成为我的产品的―骨灰级粉丝‖ 为什么要做评估?——产品导向(2) 具体目标 (1)建立可用性标准 对当前版本进行可用性评估,为下一版本的产品提供可用性标准。 (2)控制开发成本 在开发周期的早期就能够发现设计上的问题(原型测试)VS Coding的成本非常高 (3)降低开发风险 等待产品发布后再获得用户的反馈,风险太高 (4)降低技术支持和维护成本 用户容易学习和使用产品,自然就很少打技术支持的―热线电话‖,也无需太多的时间去维护产品

新产品可用性测试管理工作的步骤

新产品可用性测试管理工作的步骤 公司要保持竞争力,必须让产品更易于使用,但经理们可能不会因此就雇用人因学或可用性测试方面的专家,因为他们看不到其中的价值,那么你怎么办? 你可以主动出击,实施一个可用性测试使这些心存疑虑的家伙们信服。即使你没有心理学、人因学的背景或者缺乏测试经验,哪怕没有足够的预算甚至没有实验室,都没有关系。遵循以下的基本方法,不需要投入太多也可以完成一次象样的可用性测试。 成功的可用性测试,有十步: 1)做好准备工作; 2)制定测试计划; 3)设计测试过程; 4)安排测试地点和设备; 5)进行预测试; 6)招募用户; 7)准备测试房间; 8)测试; 9)数据整理和分析; 10)付诸行动。 1.做好准备工作 这里的信息并不是经验和培训的替代品,但可能会对你有一些帮助,让你成为一个可以胜任的测试人员。第一步就是武装自己,有很多可以利用的资源: ·书籍和文章 学校的书店和图书馆,包括一些专业的期刊,它们是书籍和文章的最好来源。至少,你需要一个统计方面的介绍性材料、与测试有关的资料和人因学/人机界面设计的书。 ·研讨会 过去的五年中,关于可用性测试的文章种类越来越多。在可以寻求帮助的四种方法中,这个通常是最薄弱的,因为大部分的研讨会是理论性的。你需要的是约10%的“为什么”和90%的“怎样做”,而研讨会常常不是这样的。另外,参加研讨会往往费用较高。 ·咨询

咨询可能比研讨会来得合算,但是也有可能得不偿失。最有名气的公司可能并不适合你。例如,请一位在大学里面的人因学专家来做顾问,她会评估整个的测试过程,对记录测试数据的方式提出很多有效的建议,在预测试中指派一名研究生一起来控制整个过程,整个下来花费不多。 ·大学和学院 大学里提供了两样东西,课堂和教授。回到学校可能是你最不想做的一件事,但从一个人那里学习统计比从书本自学要容易得多。如果你的公司不需要你得到纸面文凭,那么你就可以旁听,可以通过也可以不及格。 可以直接与心理学和计算机科学的教授谈论与可用性测试相关的课程(统计学、测试、人因学、人机界面设计)。如果你愿意也可以参与一个与可用性测试有关的硕士生项目。 就像请顾问一样,教授的建议同样是丰富的资源。例如,你可以设计一个测试项目作为课程作业,教授就会帮助你并且可以减少花费。 2. 制定测试计划 对可用性测试有所了解之后,下一步就是写测试计划。描述可用性测试的目的,以及如何来完成,这很重要,原因如下:一是从管理者或其他人那里得到你所需要的支持;一个是使你的思路和目标变得清晰。测试计划中要包括: ·为什么要测试 对管理层陈述需要花费时间和金钱的理由。例如:如果用户使用简版的手册,可以达到与现在使用的大部头手册同样的效果,我们就会减少打印手册的费用,如果效果更好的话,我们就可以减少客户服务中心的线路数量。 ·如何测试 谁主持,测试内容是什么,测谁,几名用户,如何分组等。 ·测试的花费 咨询费、招聘用户、用户报酬、录音、录像、租场地、印刷等费用。 ·测试的时间安排 时间表包括:定义你的测试,设计测试,安排测试地点和设备,招聘,测试和分析结果。 ·测试会持续多长时间 写一个时间表,包括:定义你要测试的任务,设计测试本身,安排测试地点和设备,招募用户,测试,分析结果。 3.设计过程 ·定义用户群

需求分析报告模板

测试(验收)大纲 目录 1. 引言 (3) 1.1 目的 (3) 1.2 术语 (3) 1.3 参照标准 (3) 2. 测试日期安排 (5) 3. 测试小组及成员 (5) 4. 测试具体内容 (5) 4.1 合法性检查 (5) 4.2 软件文档检查 (5) 4.2.1 必须提供检查的文档 (5) 4.2.2 其他可能需要检查的文档 (6) 4.2.3 由业主确定必须检查的其他文档 (6) 4.2.4 文档质量的度量准则 (7)

4.3 软件代码测试 (8) 4.3.1 源代码一般性检查 (8) 4.3.2 软件一致性检查 (9) 4.4 软件系统测试 (10) 4.4.1 界面(外观)测试 (11) 4.4.2 可用性测试 (11) 4.4.3 功能测试 (11) 4.4.4 稳定性(强度)测试 (12) 4.4.5 性能测试 (12) 4.4.6 强壮性(恢复)测试 (12) 4.4.7 逻辑性测试 (12) 4.4.8 破坏性测试 (13) 4.4.9 安全性测试 (13) 5. 测试结果交付方式 (13)

1. 引言 1.1 目的 为了尽可能的找出软件的不足,提高软件的质量,促进软件的成功验收,专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范,以及在有关方面协议的基础上对测试工作进行合理组织与管理。 1.2 术语 本大纲所提及的术语,其定义遵照GB/T 11457标准。 1.3 参照标准 ●GB/T 11457—1995 软件工程术语 ●GB 8566—1995; 信息技术软件生存期过程 ●OGB 8567—1988* 计算机软件产品开发文件编制指南 ●GB 9385* 计算机软件需求说明编制指南 ●GB 9386—1988*

可用性测试的具体做法及经验总结实例讲解

可用性测试的具体做法及经验总结实例讲解 用户调研分为两种形式,一种是定量,一种是定性。 定性的方式里面又包含可用性测试、用户访谈。可用性测试是用户调研中一种定性研究的方法,让产品更好的服务用户,可以说是一种低成本高回报的一种研究方法。 今天我主要通过以下几个层面来讲解可用性测试的亲身操刀经验: 一. 什么是可用性测试 1. 什么是可用性测试? 2. 可用性测试的好处是什么?为什么有很多公司不用呢? 二、可用性测试的具体流程及注意事项 1. 需求收集 2. 资料准备 3. 用户招募 4. 测试脚本设计 5. 预测试 6. 测试开始 7. 输出分析报告 三. 什么是ASQ?什么是SUS量表? 1. 关于ASQ 2. 什么是SUS量表? 四、可用性测试一般在什么时候进行? 五、什么功能适合做可用性测试? 六、总结

一. 什么是可用性测试? 1.什么是可用性测试 可用性测试,是通过观察有代表性的用户,完成产品中的各项任务,界定出可用性问题并解决这些问题。展开来讲就是:观察代表性用户;完成所测产品的典型任务;测试出产品有哪些问题;解决问题 举个例子: 拿咪咕圈圈的弹幕功能来说,用户通常在什么场景下会使用弹幕,在使用时是否能熟练使用以及是否对弹幕功能有自己的意见或不满? 代表性的用户:会使用咪咕圈圈看漫画的深度用户 典型任务:用户在观看视频时,想要发送一条弹幕,再发一条好友弹幕 测试出的产品问题: 觉得填写@调出好友界面的操作流程比较麻烦且隐藏,期望简化操作流程 扩大分享到站外好友 解决问题: 可以优化聊天框,将@功能显示出来 增加扩大分享到站外好友功能 2.可用性测试的优点是什么?为什么还有那么多公司不用呢? 第一种情况是,他认为我的产品没问题,用户都会用,不需要做可用性测试;第二种情况是压根没有这个意识,也不去了解学习,就这样用户离她们越来越远,过上YY的生活;第三种情况是,有意识去做,但不专业,害怕做不好,不知道怎么入手有人又要问了,可用性测试很重要吗?当然重要。是必须要做的吗?也不是。因为并不是每次迭代更新都要做可用性测试,会很浪费时间人力成本,可能效果还不好。

可用性测试方法

成功的可用性测试,有十步: 1)做好准备工作; 2)制定测试计划; 3)设计测试过程; 4)安排测试地点和设备; 5)进行预测试; 6)招募用户; 7)准备测试房间; 8)测试; 9)数据整理和分析; 10)付诸行动。 1.做好准备工作 这里的信息并不是经验和培训的替代品,但可能会对你有一些帮助,让你成为一个可以胜任的测试人员。第一步就是武装自己,有很多可以利用的资源: ·书籍和文章 学校的书店和图书馆,包括一些专业的期刊,它们是书籍和文章的最好来源。至少,你需要一个统计方面的介绍性材料、与测试有关的资料和人因学/人机界面设计的书。 ·研讨会 过去的五年中,关于可用性测试的文章种类越来越多。在可以寻求帮助的四种方法中,这个通常是最薄弱的,因为大部分的研讨会是理论性的。你需要的是约10%的“为什么”和90%的“怎样做”,而研讨会常常不是这样的。另外,参加研讨会往往费用较高。 ·咨询 咨询可能比研讨会来得合算,但是也有可能得不偿失。最有名气的公司可能并不适合你。例如,请一位在大学里面的人因学专家来做顾问,她会评估整个的测试过程,对记录测试数据的方式提出很多有效的建议,在预测试中指派一名研究生一起来控制整个过程,整个下来花费不多。 ·大学和学院 大学里提供了两样东西,课堂和教授。回到学校可能是你最不想做的一件事,但从一个人那里学习统计比从书本自学要容易得多。如果你的公司不需要你得到纸面文凭,那么你就可以旁听,可以通过也可以不及格。 可以直接与心理学和计算机科学的教授谈论与可用性测试相关的课程(统计学、测试、人因学、人机界面设计)。如果你愿意也可以参与一个与可用性测试有关的硕士生项目。 就像请顾问一样,教授的建议同样是丰富的资源。例如,你可以设计一个测试项目作为课程作业,教授就

什么是可用性测试

什么是可用性测试? 可用性测试是指,让一群有代表性的用户尝试对产品进行典型操作,同时观察员和开发人员在一旁观察,聆听,做记录。该产品可能是一个网站,软件,或者其他任何产品,它可能尚未成型。测试可以是早期的纸上原型测试,也可以是后期成品的测试。 你能从可用性测试获得什么?在每一轮的可用性测试中,你都应该先明确具体的测试问题和目标,针对这些目标进行测试。举例来说,项目刚刚起步,你可以对定量的指标(如时间,错误率和满意度)进行测试,为日后修改网站提供参照。再例如,如果你已经设定了可测量的可用性目标,你可以看看你的产品是否切合这些目标。对于一个典型的可用性测试,你可以:找出该产品的任何的可用性问题从测试参与者的表现收集定量数据确定该产品的用户满意度 可用性测试和以用户为中心的设计的关系?可用性测试是以用户为中心的设计的一个重要组成部分。用户为本的设计过程本身就应该包括对性能和偏好进行评价的一系列测试。 什么时候该做可用性测试?尽早做,经常做。可用性测试可以让设计师和开发团队在产品成形之前尽早发现问题。问题越早发现和弥补,所造成的损失就越低。这些问题是找到并固定好,越昂贵的补丁程序。随着项目的进展,对设计主体进行改动会变得越来越困难和昂贵。你测试的越多,并就相应测试进行改进,你就可以更加确信你的网站没有偏轨,确信它是符合您的目标和用户的需要的。迭代开发过程——开发原型,测试用户,分析结果,随之修改原型,然后再重复测试、分析、修改周期——是开发一个成功的网站或软件的最好方式。 通过可用性测试你能学到什么?通过一个典型的可用性测试,你可能找到这些问题的答案:测试参与者能成功完成任务吗?在成功完成的任务中,每项任务能做的多快?在成功完成的任务中,每项任务要多少页(或者点击多少次)才能完成?测试参与者的表现是否满足可用性目标?测试参与者对网站的满意度如何?做出什么改变才能确保更多用户能够完成地更顺利?可能还有更具体的问题。举例来说,如果这一轮测试主要关注的是搜索功能,你可能会关注这些问题:测试参与者会在页面上浏览还是直接使用搜索?他们搜索时最常用的关键字是什么?搜索框是否足够大,能呈现大部分的搜索关键字?它的位置是否合理?搜索结果是否能引导用户的快速找到答案?如果搜索结果恰好包含用户想要的答案,这些答案是否经常显示在第一页?搜索是否能检测到拼写错误并帮助纠正? 可用性测试中你该注意什么?必须牢记以下四点:1. 你测试的是产品,而不是使用者。2. 更多地依 靠用户的表现,而不是他们的偏好。3. 把你掌握的测试结果应用起来。4. 基于真实的用户体验,找出问 题的最佳解决方法。1. 你测试的是产品,而不是使用者。对一些用户而言,"测试"有负面的涵义。我们要努力确保他们不认为测试是针对他们。我们要让他们明白,他们正在帮助我们测试原型或网站。事实上,我们可以不使用“测试”这个术语。相反,我们是邀请参加者为我们提供帮助,"勇于尝试原型" 。当用户难 以完成任务时,我们应该改变网站,而不是改变用户。同时我们还应该思考该网站能在多大程度上符合那些典型用户的的目标,而不是关注用户在这个任务做的多好。2. 更多地依靠用户的表现,而不是他们的偏好。通过测试我们可以测量到用户的表现,以及他们的偏好。用户的表现包括是否成功完成,所用时间,产生的错误等等。偏好包括用户自我报告的满意度和舒适度。一些设计人员认为,如果他们的设计能迎合用户的喜好,用户在该网站上就会有良好的表现。但证据并不支持这一点。事实上,用户的表现以及他们对产品的偏好并非一一对应。一项研究发现,约有百分之七十的用户同意表现和喜好有联系。也就是说,他们在喜爱的网站上表现良好,在不喜欢的网站上表现欠佳。然而,还有相对比较大比例的人(30 %)认为,用户的表现以及他们对产品的偏好并非一一对应。他们在不喜爱的网站上可能表现良好,在喜欢的

数据分析方法:如何做可用性测试前期准备工作

相信每个产品设计者都希望自己能够打造出非常棒,贴合用户的产品,而可用性测试是对产品提升作用非常好的工具,可以为产品提供很多非常有价值的内容,让你可以恰当的在产品与用户之间找到一个微妙的平衡。 可用性测试在专业互联网公司里是隶属于用户研究的职责,而且用户研究这个职位并非每个公司都会设置,如果你也像我一样渴望提升产品品质又没有用研帮忙,也没有这方面的领路人的同行们,怎么办?因此我写了这篇文章,不是因为我是一个用户研究,也不是我对可用性测试多精通。 前段时间恰好啃了一些资料,把笔记整理了一下写下了这篇文章,这篇文章不可能让你精通于可用性测试,最多让你粗略的了解它,所以在文章结尾处,我会把之前收集的一些资料放上,方便大家进行后续的深入研究,同时希望有经验的人能够多多指点取经。 准备:可用性测试资源 ?测试目的:这次的可用性测试是为了完成什么样的目的 ?测试时间:预估时间(90分钟左右) ?工作人员:需要几名工作人员,一般来说5个人的可用性测试由(5名测试人员,5个陪同测试人员,1个助理,1个主持人) ?测试人员:5名参与测试人员(5名测试人员就能够把80%的问题找到了,人数过多并不是好事,找人的时候可以根据情况自己选择,一般来说多找“轻用户”和“有潜在需求”的人 ?主持人:负责串联起来整个可用性测试。(讲稿在下面) 第一部分:制定测试情景与任务 任务多≠任务好 设定任务不宜过于过多,5个任务即可,每个任务也不宜复杂,最好能够自然模拟用户的心理 在一开始如果不知道怎么开始测试的时候,可以把产品的关键点一个个列出来,在设置任务的时候,将任务需要测试几个点先植入,再开始慢慢编写配套的任务与环境,任务无需多,需核心。

软件测试题

软件测试 本章主要收集了网络上大多数的软件测试工程师面试题,也有部分的解答,但这些解答不是唯一的答案,仅供参考。 1.1试卷一 一、判断题 1.软件测试的目的是尽可能多的找出软件的缺陷。(Y) 2.Beta 测试是验收测试的一种。(Y) 3.验收测试是由最终用户来实施的。(N) 4.项目立项前测试人员不需要提交任何工件。(Y) 5.单元测试能发现约80%的软件缺陷。(Y) 6.代码评审是检查源代码是否达到模块设计的要求。(N) 7.自底向上集成需要测试员编写驱动程序。(Y) 8.负载测试是验证要检验的系统的能力最高能达到什么程度。(N) 9.测试人员要坚持原则,缺陷未修复完坚决不予通过。(N) 10.代码评审员一般由测试员担任。(N) 11.我们可以人为的使得软件不存在配置问题。(N) 12.集成测试计划在需求分析阶段末提交。(N) 二、选择 1.软件验收测试的合格通过准则是:(ABCD) A.软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。 B.所有测试项没有残余一级、二级和三级错误。 C.立项审批表、需求分析文档、设计文档和编码实现一致。

D.验收测试工件齐全。 2.软件测试计划评审会需要哪些人员参加?(ABCD)A.项目经理 B.SQA 负责人 C.配置负责人 D.测试组 3.下列关于alpha 测试的描述中正确的是:(AD)A.alpha 测试需要用户代表参加 B.alpha 测试不需要用户代表参加 C.alpha 测试是系统测试的一种 D.alpha 测试是验收测试的一种 4.测试设计员的职责有:(BC) A.制定测试计划 B.设计测试用例 C.设计测试过程、脚本 D.评估测试活动 5.软件实施活动的进入准则是:(ABC) A.需求工件已经被基线化 B.详细设计工件已经被基线化 C.构架工件已经被基线化 D.项目阶段成果已经被基线化

相关主题
文本预览
相关文档 最新文档