易用性测试

优秀UI常见的7个要素:

符合标准和规范  

Macintosh Human Interface Guidelines      Addison-Wesley出版 ——Apple的标准

Microsoft Windows User Experience     Microsoft Press出版 —— Microsoft的标准

可以参考这两本书。

灵活性

1状态跳转

2状态终止和跳过

3数据输入和输出

正确性

比如加载一个画面,显示正在加载中,那么按钮就要覆盖,不能被点击。

直观性

如何衡量直观程度?

1用户界面是否洁净、不唐突、不拥挤?UI所需功能或期待的响应应该明显,并在预期出现的地方

2UI的组织和布局合理么?是否允许用户轻松从一个功能转到另一个功能?下一步做什么明显么?

任何时刻都可以决定放弃或退回、退出么?输入得到承认了么?菜单或窗口是否深藏不漏?

3有多余功能么?软件整体抑或局部是否做得太多?是否有太多特性把工作复杂化?是否感到信息太庞杂?

4如果其他所有努力失败,帮助系统真能帮忙么?

舒适性

1恰当

2错误处理

3性能

实用性

指的是具体特性是否适用,而不是指软件本身。

一致性

1快速键和菜单选项

2术语和命令

3听众

4按钮位置和等价的按键。

易用性测试      一般不用写测试用例

包括:易用性、易学性、易见性。

易用性测试没有一个统一的标准。

分为四部分:

安装易用性测试、功能易用性测试、界面易用性测试、辅助系统易用性测试。

原文地址:https://www.cnblogs.com/linxiu-0925/p/8513743.html

时间: 2024-10-20 06:36:53

易用性测试的相关文章

在测试者的易用性测试工具套装中他们需要什么(译)

摘要: 一个软件测试者的易用性测试套装需要包含多样工具,不仅帮助测试者们“走进他们用户的鞋”并且很快地定位明显的问题以及暴露易用性的特点(或者缺少它们).高性能不仅是靠人类的技能得到,这些工具也能帮助你发现潜在的事情并使得你的产品对更广泛的观众有更好的用户体验性. 软件需要被最广泛的可能观众使用的概念已到处在超过20年了,因为相当一段时间它从测试和开发努力的主流中依然保留下来. 这在近几年逐渐改变.我们能看到多样化和数字化结论成为社会优先级.在含蓄的社会契约之上,我们现在也能有清晰的合法契约,就

平板电脑功能点和易用性测试

最近收到一个任务:测试平板电脑,要求从:功能和易用性两方面进行测试,我把平板测试的测试点罗列出来(后续还会进行修改),希望与大家多多交流,不足之处望指教.

【转】易用性测试

软件的智能和记忆功能1.用户登录界面最好有用户名和ID的记忆,焦点直接定位到密码输入框2.单据录入界面最好有保存和载入默认值的功能3.单据搜索界面可以保存用户自定义的各种搜索条件组合4.用户调整过的GRID的列宽,窗口的位置可以自动记忆5.系统可以根据用户的使用频度对相关功能进行自动的优先级排序6.系统能够记忆不同用户的使用偏好,使用系统的固有模式和常用的自定义设置 减少不必要的重复交互1.减少不必要的各种操作,能够点一次鼠标或敲一次键盘完成的绝不作出两次或多次.2.提示信息要适度,太多不好,太

有关测试说明书的概述与摘要

概述:“story”是一款可以进行故事接龙及阅读的应用,目的是为那些喜欢写故事,喜欢看故事的人群提供一个交流的平台.本测试计划主要目标是功能测试.易用性测试.安装测试.安全性测试.作为一个用户需要注册,登录的应用,这些测试都是非常重要的. 摘要:本次测试最重要的是安全性测试这一部分,然后是安装测试和功能测试,最后是易用性测试.测试目标是应用能够正常安装并使用,在多人并发时,页面可以及时响应.在测试一开始的时候,项目经理与测试人员就测试进度这方面是存在争议的,不过后期达成了一致.测试存在连接不到数

以软件周期c开发周期说明不同测试的使用情况

我们所使用的测试方法主要有以下几种 * 功能测试 单元测试(使用场景:在编码阶段,每完成一段相对完整的代码块时,单元测试几乎贯穿整个编码过程) 黑盒测试(使用场景:在编码阶段,没完成一各相对独立的模块时,例如京东的用户登陆模块完成后,软件测试人员使用编好的测试用例,判断该模块是否通过) 白盒测试(使用场景:在编码阶段,通过黑盒测试得知该代码段用bug但不能精确到具体位置的时候,使用白盒测试案例.例如用户在下订单的时候,生成了一条正确的订单信息和一些错乱的信息,需要使用debug功能,一行一行的运

以软件开始生命周期来说明不同的测试的使用情况

我们所使用的测试方法有以下几种 功能测试 单元测试(使用场景:在编码阶段,每完成一段相对完整的代码块时,单元测试几乎贯穿整个编码过程) 黑盒测试(使用场景:在编码阶段,没完成一各相对独立的模块时,例如京东的用户登陆模块完成后,软件测试人员使用编好的测试用例,判断该模块是否通过) 白盒测试(使用场景:在编码阶段,通过黑盒测试得知该代码段用bug但不能精确到具体位置的时候,使用白盒测试案例.例如用户在下订单的时候,生成了一条正确的订单信息和一些错乱的信息,需要使用debug功能,一行一行的运行代码,

究竟什么是敏捷测试

时至今日,还讨论这样一个老话题,是否感觉老调重弹?因为两年前(2010年底)时任谷歌中国测试经理的段念先生就写了一篇文章<什么是敏捷软件测试>, 就已经谈到这个话题,“敏捷软件测试更多的是一种理念,而非过程”.在2011年,我自己也写了一篇文章<敏捷测试的思考和新发展>,谈到“在BDD.ATDD和TDD最根本的.共同的思想基础上,构成一个全新的.更完善的敏捷测试框架”.而更早的时候(2010年10月),写了一篇<敏捷测试的方法和实践>,开始的那一小节就在讨论 “什么是敏

移动APP测试(转载,后续自己完善)

1. 功能测试 安装.卸载.启动.运行.清除缓存/数据运行看是否正常 交互:运行时接电话.收短信.锁屏.充电.闹铃看是否正常 和第三方软件兼容 边界测试 等价类测试 安全性测试 2. 兼容性测试 系统版本兼容 分辨率兼容 3. 性能测试 客户端:启动时间.页面加载时间.占用的CPU.内存.流量.耗电量.电流.电池温度及与同类相比较是否有优势等 服务器:利用接口对服务器施加压力,重点关注响应时间.吞吐量.并发数.事物通过率 4. 易用性测试(界面整洁,简单) 用户的操作习惯,如大部分习惯用右手操作

安装测试知识(待更新)

1.    安装测试 1.1定义 安装测试是指按照软件产品安装手册或相应的文档,在一个和用户使用该产品完全一样的环境中或相当于用户使用环境中,进行一步一步的操作完成安装的过程所进行的测试. 1.2安装测试的分类 安装测试可以分为: (1)全新安装,待安装的软件包是完整的,包含了所有的文件. (2)升级版本安装,部分文件构成的软件包.升级安装也可以分为两种,一种是完全替换原来版本,另外一种就是保持多种版本共存. (3)补丁式安装,很小的改动或很少文件的更新. (4)软件版本不变 系统运行环境改变,