【转】易用性测试

软件的智能和记忆功能
1.用户登录界面最好有用户名和ID的记忆,焦点直接定位到密码输入框
2.单据录入界面最好有保存和载入默认值的功能
3.单据搜索界面可以保存用户自定义的各种搜索条件组合
4.用户调整过的GRID的列宽,窗口的位置可以自动记忆
5.系统可以根据用户的使用频度对相关功能进行自动的优先级排序
6.系统能够记忆不同用户的使用偏好,使用系统的固有模式和常用的自定义设置

减少不必要的重复交互
1.减少不必要的各种操作,能够点一次鼠标或敲一次键盘完成的绝不作出两次或多次。
2.提示信息要适度,太多不好,太少也不好。
3.数据项完整性校验问题要注意光标焦点自动定位到错误处
4.完整业务功能不要让用户在多个窗口切换多次才能够完成。尽量减少这种切换。
5.为了方便用户切换窗口,相关的表单最好都作为非模式的形式。
6.相同的信息不要让用户在系统中多处或多次录入,保证入口的唯一性
7.系统要尽可能根据用户已经录入信息自动获取其它附属信息,而不需要用户重复的选择或录入。

导航和界面跳转
1.表单新弹出对话框,对话框再弹出对话框的这种层次要控制在3层以内。
2.所有的非模式活动窗口最好有类似桌面任务栏一样的停靠方式,方便切换窗口
3.系统可以支持用户自己定义常用功能和菜单
4.对于常用功能应该提供便捷的快捷键和工具栏按钮
5.对于系统中提供的各种业务和表单功能能够让用户便捷挑转到帮助信息上
6.对表单和界面联动和交互的时候要注意相关界面数据的自动刷新
7.一个窗口中最多不要出现超过三个的GRID控件
8.BS方式不要左右滚屏。CS模式既要避免左右滚屏也要避免上下滚屏
9.需要根据业务查看需求和数据的展现需求来选择合适的界面控件

系统性能和健壮性方面的
1.系统中相关的耗时操作都必须必须转变鼠标为等待状态
2.系统耗时操作超过30秒的最好能够提供给用户相关的进度条功能
3.系统耗时功能超过2分钟的最好能够设计为异步多线程的方式进行处理
4.系统应用有友好的完整性和约束校验的提示信息,方便用户修改录入数据
5.在系统出现异常情况下应该有友好的统一的提示信息,同时后台应该记录详细的异常日志

界面友好性和易用性方面的
1.表单应该能够根据屏幕分辩率自动适应。在界面上让用户一次能够看到足够多的信息
2.表单应该支持Tab键功能,顺序为从左到右,从上到下。
3.常用的表单应该同时支持键盘操作和鼠标操作。
4.界面上控件的布局应该间距适当,标签和控件对齐,有适当的录入提示信息。
5.界面的配色应该尽量简单,尽量少使用各种刺眼的颜色
6.用户看到表单后应该就基本清楚相关功能,表单要尽量自我解释,不要设计过多的隐含在界面里面功能

数据的录入和检索
1.根据业务需要选择适合的数据录入控件
2.数据录入控件应该有完备的数据完整性和一致性校验功能
3.系统应该提供用户暂时保存录入数据的功能
4.能够自动获取数据不要让用户再去录入,能够选择录入数据不要让用户手工录入
5.数据检索条件应该适中,不应太多也不应太少。检索支持组合条件检索。
6.为了满足不同需求检索可以提供简单检索和高级检索多种方式。
7.应该在第一时间提供给用户检索数据,因此检索功能存在性能问题时候要考虑分页。
8.在检索功能较耗时的时候应该提供给用户相关的进度条显示进度
9.表格最好能够提供行显示和列显示等多种显示模式,方面用户查看数据

时间: 2024-10-11 15:57:58

【转】易用性测试的相关文章

易用性测试

优秀UI常见的7个要素: 符合标准和规范   Macintosh Human Interface Guidelines      Addison-Wesley出版 --Apple的标准 Microsoft Windows User Experience     Microsoft Press出版 -- Microsoft的标准 可以参考这两本书. 灵活性 1状态跳转 2状态终止和跳过 3数据输入和输出 正确性 比如加载一个画面,显示正在加载中,那么按钮就要覆盖,不能被点击. 直观性 如何衡量直观

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

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

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

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

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

概述:“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)软件版本不变 系统运行环境改变,