可用性测试检查表
可用性检查配置的一些字段说明

第三个问题的配置
• 使用opjj • 库存有很多,可现在用,可将来用的,不可用的。 • safe stock:安全库存 • unres stock:非限制,现在可用; • stock in trans:在途,未来可用; • quantiy in spe:质检,未来可用; • block:被锁,现在不可用,未来不知道是否可用; • subcontracting: 分包库存,现在可用; 以上库存,基本都是可以使用的,是否需要涵盖在atp里,看业务 需求了。
第四个问题的配置(二)
• dependent reservation:相关预留,需求方,来自于生产订单,三 个选项:不检查,包括所有预留,包括可发料的预留(订单处于 release状态的预留就可以发料),不检查预留,有个预留atp到1个, 库存有2个,另一个预留要做atp,需要2个,也能atp到;包括所有 预留,则另一个只能atp到1个,缺一个,(可用数量减掉已经被确 认的那个);包括可以发的预留,即release订单的atp到的数量需 要减掉,不是就不用减。例如另一个需要两个,前面那个预留不是 release状态的,则可以atp到2个,如果是release状态,就atp到1个。 • rel order reqs:release order requirement for stock transfer order,sto 的需求还真没有考虑过,也没有用过,不过应该算是供给方。 • planned order,production order:计划订单与生产订单,是供应方
可用性检查的几个基本问题
下面这些问题来自于SAP的PPT,不过的确问到点子上了: 1. 要不要使用可用性检查(要,不要) 2. 使用哪种检查类型(单独的,合并的) 3. 哪种库存是要考虑的(可用的,质检的,在途的,被锁 的。。。。。。) 4. 哪些进或出的库存异动需要考虑(销售订单,采购订单,预留) 5. 考虑哪些不确定的订单时,要不要把前置时间考虑进来(要, 不要) • 。。。。。。
医疗器械可用性文档文件清单及自查表

4.2
可用性工程文档
可用性工程过程的结果应记录在可用性工程文档中。构成可用性工程文档的记录和其他文件可以是其他文件和文档的一部分
4.3
可用性工程过程的形式和范围可根据医疗器械的种类、其预期用户和预期用途(见D.3.2)而变化。对医疗器械的设计更改,可用性工程过程可以根据风险分析结果(见D.3.2.2)所确定的更改的重要性而扩大或缩小工作范围
——安装
——操作
——维护和维修;和
——处置
4.1.2
剩余风险
如果已经符合本标准中详细规定的可用性工程过程,并满足在可用性确认计划形成文件的可接受准则(见5.9),则应假定ISO 14971中规定的与医疗器械可用性有关的剩余风险是可接受的,除非有相反的客观证据
4.1.3
安全信息
如果安全信息用作风险控制措施,制造商应将此信息纳入可用性工程过程
在识别危险(源)和危险情况期间,应考虑下列各项:
——应用规范,包括用户特征(见5.1)
——与任务有关的要求
——使用环境
——相似类型医疗器械的现有用户接口的已知危险(源)和危险情况信息(如果有)
——初步使用情景
——可能的使用错误(一些潜在使用错误的示例见C.2)
——以不正确的心智模式操作医疗器械是否能引起导致危险情况的使用错误;和
5
5.1
可用性工程过程
应用规范
制造商应在可用性工程文档中规定医疗器械的应用。
此规范应包括:
——预期的医疗适应证
——预期患者群
——所应用的或与医疗器械交互的预期的身体部分或组织类型
——预期用户特征
——预期使用条件
测试用例检查表1

目的:
规程简要说明:
2)在项目测试用例评审时,评审人员参考该检查表内容对测试用例进行评审,以发现测试用例的问题。
3)对《项目测试记录》文档的测试用例Review时,参考测试记录检查表。
对《项目测试用例》文档中的测试用例评审时测试用例检查表。
本文件的目的是提供测试用例评审使用该文件发现测试用例不足的地方,帮助评审人员
描1)确认并定制适用的检查项。
如果该检查表中通用检查项不足,测试人员可根据项目实际需要,在检查内容中定义补充
行评审,以发现测试用例的问题。
表。
对《项目测试用例》文档中的测试用例评审时,使用
审人员更有效的执行评审活动。
人员可根据项目实际需要,在检查内容中定义补充检查项。
系统可用性量表(System-Usability-Scale--SUS)

图B:将SUS转换成百分位数
图C:比较SUS SUS十年回顾 Bangor等人在2008年发的那篇论文,总结了从1996年开始,收集了206个研究、2324份SUS问卷(即2324个被 试)。(注:以下内容以这篇paper为主,同时辅以其他论文上的数据) 一、SUS分数的分布
可用性量表很多(见下图),SUS只是其中一个。
SUS简介: 量 表 作 者 : John Brooke (DigitalEquipment Corporation量表上打分 量表中文版以及计分方式:查看这里 信 度 : 0 . 8 5 (见上图) 优点:
1. M=69.69 206个研究、2324份问卷 (Bangor, Kortum & Miller, 2009) 2. M=69.69 273个研究、3500份问卷 (Bangor, Kortum & Miller, 2008) 3. M=68 500个研究、>5000份问卷 (Jeff Sauro) 2)不同类型的界面测到的SUS分数差异不大 将206个研究界面分成6类,方差分析发现,6类之间差异不显著
以下是每个形容词对应的SUS分数:按照这次的数据,被用户评为Good的那些界面,S U S 的 平 均 分 为 7 1 . 4 (标 准差为:11.6,感觉有点离散)。 不 过 B a n g o r 等 人 并 没 有 明 确 说 , 是 否 有 足 够 的 证 据 来 证 明 可 以 使 用 7 1 . 4 或 某 个 分 数 来 判 断 一 个 产 品 是 否合格
可用性测试检查表doc资料

可用性测试检查表使用说明:本调查表共有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)系统是否为不同的用户提供了好的训练?32)用户是否可以自己改变视窗?33)用户是否可以自己命名系统命令?34)系统是否允许用户选择需要显示的数据?35)系统是否可以提供用户指定的视窗?36)为了扩展显示功能,系统是否提供放大的功能?4. 可学习性37)用词是否清晰?38)数据是否有合理的分类,易于学习?39)命令语言是否有层次?40)菜单的分组是否合理?41)菜单的顺利是否合理?42)命令的名字是否有意义?43)系统是否提供了无惩罚的学习?5. 极少化的用户动作44)系统是否为相关的数据提供了组合输入的功能?45)必要的数据是否只需要输入一次?46)系统是否提供了默认值?47)视窗之间的切换是否容易?48)系统是否为经常使用的控制提供了功能键?49)系统是否有全局搜索和替代的功能?50)菜单的选择是否可以使用点击的功能?(主要的流程控制方法)51)菜单的选择是否可以使用键入的功能?(辅助的控制方法)52)系统是否要求极少的光标定位?53)在选择菜单时,系统是否要求极少的步骤?54)系统是否要求极少的用户控制动作?55)为了退到更高一级菜单中,系统是否只需要一个简单的键入动作?56)为了退到一般的菜单中,系统是否只需要一个简单的键入动作?6. 极小的记忆负担57)系统是否使用了缩写?58)系统是否为输入分层次的数据提供了帮助?59)指导信息是否总是可以得到的?60)系统是否为序列的选择提供了分层次的菜单?61)被选的数据是否有突出显示?62)系统是否为命令提供了索引?63)系统是否为数据提供了索引?64)系统是否提示在菜单结构中的当前位置?65)数据是否保存简短?66)为选择菜单使用的字母代码是否经过认真的设计?67)是否将长的数据分成不同的部分?68)先前的答案是否可以简便的再利用?69)字母大小写是否等同?70)系统是否使用短的代码而不使用长的代码?71)图符是否有辅助性的字符标号?7. 知觉的有限性72)系统是否为不同的数据类别提供不同的编码?73)缩写是否清晰而相互不同?74)光标是否不同?75)界面单元是否清晰?76)用户指导的格式是否清晰?77)命令是否有清晰的意义?78)命令的拼写是否清晰?79)系统是否使用了易于分辨的颜色?80)目前活动的窗口是否有清楚的标识?81)为了直接比较,数据是否成对的摆在一起?82)是否限制语音信息使用的数量?83)系统是否提供了一系列相关信息?84)菜单是否和其他的显示信息有明显的区别?85)颜色的编码是否多余?86)系统是否提供了视觉上清晰可辨的数据字段?87)不同组的信息是否明显分开?88)屏幕的密度是否合理?8. 用户指导89)系统反馈的错误信息是否有用?90)系统是否提供了“取消”的功能?91)错误的输入是否被显示出来?92)系统是否提供了明确的改正错误的方法?93)系统是否为控件输入提供了反馈?94)是否提供了“帮助”95)一个过程的结束是否标志清楚?96)是否对重复的错误有提示?97)错误信息是否具有建设性并提供有用的信息?98)系统是否提供了“重新开始”的功能?99)系统是否提供了“撤销”的功能?100)用户是否启动流程控制?。
080122-可用性评估-检查表

是否
○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○
可用性工程方法研究室
2008/1/22
4/5
14.图形、图像和多媒体
背景图片相对简单,以优化下载速度。 背景图片不会影响网页内容的阅读。 文字和背景的对比足够明显,易于阅读。 对可点击的图片进行标注。 图片、视频、动画和声音的使用有意义。 Logo在所有页面都处于同一位置。 图形和图像明显有别于横幅广告。 如果下面还有大量文字时,页面顶部的图片没有充满第一屏。 数据图例包含真实的数据值。 为动画提供了介绍性文字。 大图片使用缩略图预览。
5.网站主页
在网站的任何位置都能直达主页。 在网站的主页,传递了网站的价值和意图。 网站主页没有长篇幅的文字。 网站的主页有别于其二三级页面。 网站的重大调整会在主页上提前通知。
是否
○○ ○○ ○○ ○○ ○○
○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○
是否
○○ ○○ ○○ ○○
如果是,其采取的措施有: 使用人像照片,以提高网站的可信度 提供作者的背景资料; 所提供的文章内容要包含“引文”和“参考文献”; 在合适的地方提供“已归档”内容;
设计时,考虑了用户短期记忆的限度。 需要对比的条目并排显示。 设计时,已考虑网页载入时间。 对“超时”的情况进行提前警告。 信息的呈现格式同时考虑到在线阅读和打印阅读。 需要用户等待时,界面有相应的反馈。 提前告知用户文件下载所需的时间。 用户阅读时,不要求其进行其它操作。 向用户提供了帮助信息。 在帮助文档中使用的术语是用户所熟悉的。
是否
○○ ○○ ○○ ○○
○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○ ○○
手机全面功能测试检查表模板
Contacts_24
Contacts_25
新建联系人,添加互联网电话
Contacts_26
新建完毕后,可合并、拆分、舍弃联系人
Contacts_27
完成/保存
新增一联系人,把能填写的内容全部填写完,保存后查看 是否全部有显示,显示是否正确。 新增完联系人保存后拨号或来电,在拨号和来电界面显示 正常
Contacts_17
添加工作单位
Contacts_18
电子邮件
1新建联系人,电子邮件;(选择个人、工作、其他等) 2.增加一个邮箱地址,标签"自定义"为"常用"; 3.将标签"常用"更改为"单位邮箱; 4.删除一个邮箱地址. 1.新建联系人,增加不同的地址;(如住宅、单位、其它、 自定义等) 2.增加一个邮政地址,标签"自定义"为"常住地址"; 3.将标签"常住地址"更改为"单位地址; 4.删除一个地址. 1.选择列表中的一个联系人进入修改界面; 2.修改头像后来电; 3.删除图库中设为联系人头像的照片 4.点击联系人大头贴图标; 5.选择拍照/图库,按确定拍照/图库图片-保存;
Contacts_56 Contacts_57 Contacts_58 Contacts_59 Contacts_60 Contacts_61 Contacts_62
设置铃声
1.选择android系统的自带铃声 2.其他音乐可作为来电铃声添加到android系统铃声中, 选择某音乐作为来电铃声
通过短信发送联 点击“通过短信发送联系人” 系人 所有来电转至语 音信箱 放在主屏幕上 1.名称 添加群 2.点击添加成员,可在联系人中选择 群组 删除群 meu键删除群 1.发送群消息 群功能 2.发送群邮件 打开联系人列表,点击联系人,点击星号图标 打开收藏夹,点击联系人,点击星号图标 勾选/不勾选“所有来电转至语音信箱”
可用性分析及评估的调查问卷
可用性分析及评估的调查问卷篇一:可用性评估的方法一、可用性测试可用性测试是测试者邀请用户使用设计原型或产品完成操作任务,并通过观察、记录和分析用户行为和相关数据,对界面可用性进行评估的一种方法。
可用性测试能够对界面的可用性进行全面的评估,是最为常用的方法之一。
它适用于产品界面和界面设计中后期界面原型的评估。
可用性测试通常在一个备有摄像和监视装置的专门实验室内进行。
可用性测试中,测试者无法也毋需严格控制无关变量,以免改变测试性质,降低测试效度。
可用性测试主要包括5个步骤:确定测试计划;准备评估对象和测试设备;招募用户;正式测试;分析结果并撰写报告。
测试过程中,多种方法可以用来收集用户的行为反应数据,其中包括:直接观察法;大声思维法;访谈法;问卷法;录像记录法。
可用性测试的参与人员包括多名测试人员和用户。
测试人员中,一人为主测试者,负责引导用户完成测试并直接观察用户操作,其它为观察者,仅通过监视装置观察和记录用户的行为反应。
用户通常分别单独完成测试。
参与可用性测试的用户应当具有代表性,是产品的目标用户或具有相同性质,以免影响测试准确性和效度。
可用性测试的评估对象是产品或设计原型。
二、启发式评估启发式评估,它是一种邀请可用性评估专家或软件工程师了解或使用交互界面,并根据人机界面的设计原则,对交互界面进行评估的方法。
启发式评估简便易行,但缺乏精度,适用于交互界面设计的中前期。
启发试评估过程主要包括4个步骤:观察者解释评估对象;评估者了解或使用评估对象;评估者评估;集体讨论。
启发式评估的参与人员包括一名观察者和3~5名评估者。
启发式评估的对象可以是产品界面或原型,甚至纸上原型。
三、认知过程浏览认知过程浏览是指当设计者具备了原型或设计的详细说明后,邀请其它设计者和用户共同浏览并分析典型任务的完成步骤,从而发现可用性问题并提出改进意见的一种方法。
适用于界面设计的早期阶段。
认知浏览过程主要包括两个阶段:准备阶段;评估阶段。
软件易用性检查表
软件易用性检查表1. 目的软件易用性作为软件质量的六大特性之一,对用户满意度具有非常重要的作用,但软件易用性又比较难以界定范围,难以确定检查标准。
因此,本文将试着对易用性检查点进行详细描述,为开发人员提供易用性开发指导,为测试人员提供测试要点及依据。
2. 易用性分类导航---我可以很容易找到在哪帮助和支持---当我需要时我能得到帮助工作流支持---我可以按照自己的方式完成错误处理---错误很难产生,并容易修正一致性---我不需要学习新的技巧反馈信息---我知道系统在做什么功能性---系统能作我期望的工作控制---系统交互在我的控制中视觉清晰---如果有疑问,它就不应该出现语言---我能了解我所读到的3. 详细检查点3.1 导航导航是界面上最重要的元素,菜单位置按照按功能来组织。
习惯用法,阅读顺序,从从左到右,从上到下。
(菜单应放在左边或上边,滚动条放在右边,状态栏放在下边,以符合视觉流程和用户使用心理。
)3.1.1 功能导航3.1.1.1 主要功能有多种形式的导航如打开一个文件,可以通过菜单、工具条、快捷键,甚至是资源管理器中的右键菜单等。
3.1.1.2 主要功能的导航是否在明显位置3.1.1.3 是否有明显的页面位置提示,位置提示是否正确3.1.1.4 完成相同或相近功能的按钮用Frame框起来,并要有功能说明或标题3.1.1.5 完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
3.1.1.6 界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。
3.1.1.7 界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
3.1.1.8 同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。
3.1.1.9 分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab3.1.1.10 默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
可用性测试报告模板
可用性测试报告,模板篇一:测试报告模板(Testing Report Template)测试报Prepared by拟制 Reviewed by 评审人 Approved by批准XX项目XX测试报告Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-ddDate 日期yyyy-mm-ddRevision Record 修订记录Table of Contents 目录1 概述 ................................................ ................................................... ........................... 5 2 测试时间、地点及人员 ................................................ . (5)3 环境描述 ................................................ ................................................... .. (5)硬件配置: .............................................. ................................................... ............ 5 软件配置: .............................................. ................................................... ............ 5 总体评价结论................................................. ................................................... ...... 6 缺陷统计 ................................................ ................................................... .............. 6 缺陷分析 ................................................ ................................................... .............. 7 测试趋势分析结果 ................................................ ............................................ 7 质量评价结果 ................................................ ....................................................7 遗留问题风险分析与规避措施 ................................................ .. (7)4 测试对象质量评估 ................................................ ................................................... .. (6)覆盖率统计 ................................................ ................................................... .......... 7 性能测试评估................................................. ................................................... ...... 8 可用性评估 ................................................ ................................................... .......... 8 兼容性评估 ................................................ ................................................... .......... 8 文档评估 ................................................ ................................................... .............. 9 测试设计评估................................................. ................................................... ...... 9 测试执行评估................................................. ................................................... ...... 9 测试执行统计数据 ................................................ ............................................ 9 测试用例执行结果统计数据 ................................................ . (10)5 测试过程评估 ................................................ ................................................... (9)6 附件 ................................................ ................................................... . (11)附件1:遗留问题报告 ................................................ .......................................... 12 遗留问题统计 ................................................ ..................................................12 遗留问题列表 ................................................ ..................................................12 其他风险和规避措施 ................................................ (13)附件2:交付的测试工作产品 ................................................ ............................... 13 附件3:测试项通过情况清单 ................................................ ............................... 13 附件4:测试发现的所有问题列表与分析 ................................................ . (14)Table List 表目录表 1 测试时间、地点及人员 ................................................ ................................................... ......... 5 表 2 从版本缺陷统计 ................................................ ................................................... ..................... 6 表 3 从特性统计缺陷 ................................................ ................................................... ..................... 6 表 4 测试执行统计 ................................................ ................................................... ....................... 10 表 5 系统测试结果统计表 ................................................................................................... ........... 10 表 6 SDV测试结果统计表 ................................................ ................................................... ........... 11 表7 遗留问题统计表 ................................................ ................................................... . (12)Figure List 图目录图1 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
可用性测试检查表
使用说明:本调查表共有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)系统是否为不同的用户提供了好的训练?
32)用户是否可以自己改变视窗?
33)用户是否可以自己命名系统命令?
34)系统是否允许用户选择需要显示的数据?
35)系统是否可以提供用户指定的视窗?
36)为了扩展显示功能,系统是否提供放大的功能?
4. 可学习性
37)用词是否清晰?
38)数据是否有合理的分类,易于学习?
39)命令语言是否有层次?
40)菜单的分组是否合理?
41)菜单的顺利是否合理?
42)命令的名字是否有意义?
43)系统是否提供了无惩罚的学习?
5. 极少化的用户动作
44)系统是否为相关的数据提供了组合输入的功能?
45)必要的数据是否只需要输入一次?
46)系统是否提供了默认值?
47)视窗之间的切换是否容易?
48)系统是否为经常使用的控制提供了功能键?
49)系统是否有全局搜索和替代的功能?
50)菜单的选择是否可以使用点击的功能?(主要的流程控制方法)
51)菜单的选择是否可以使用键入的功能?(辅助的控制方法)52)系统是否要求极少的光标定位?
53)在选择菜单时,系统是否要求极少的步骤?
54)系统是否要求极少的用户控制动作?
55)为了退到更高一级菜单中,系统是否只需要一个简单的键入动作?
56)为了退到一般的菜单中,系统是否只需要一个简单的键入动作?
6. 极小的记忆负担
57)系统是否使用了缩写?
58)系统是否为输入分层次的数据提供了帮助?
59)指导信息是否总是可以得到的?
60)系统是否为序列的选择提供了分层次的菜单?
61)被选的数据是否有突出显示?
62)系统是否为命令提供了索引?
63)系统是否为数据提供了索引?
64)系统是否提示在菜单结构中的当前位置?
65)数据是否保存简短?
66)为选择菜单使用的字母代码是否经过认真的设计?
67)是否将长的数据分成不同的部分?
68)先前的答案是否可以简便的再利用?
69)字母大小写是否等同?
70)系统是否使用短的代码而不使用长的代码?
71)图符是否有辅助性的字符标号?
7. 知觉的有限性
72)系统是否为不同的数据类别提供不同的编码?
73)缩写是否清晰而相互不同?
74)光标是否不同?
75)界面单元是否清晰?
76)用户指导的格式是否清晰?
77)命令是否有清晰的意义?
78)命令的拼写是否清晰?
79)系统是否使用了易于分辨的颜色?
80)目前活动的窗口是否有清楚的标识?
81)为了直接比较,数据是否成对的摆在一起?
82)是否限制语音信息使用的数量?
83)系统是否提供了一系列相关信息?
84)菜单是否和其他的显示信息有明显的区别?
85)颜色的编码是否多余?
86)系统是否提供了视觉上清晰可辨的数据字段?
87)不同组的信息是否明显分开?
88)屏幕的密度是否合理?
8. 用户指导
89)系统反馈的错误信息是否有用?
90)系统是否提供了“取消”的功能?
91)错误的输入是否被显示出来?
92)系统是否提供了明确的改正错误的方法?93)系统是否为控件输入提供了反馈?
94)是否提供了“帮助”
95)一个过程的结束是否标志清楚?
96)是否对重复的错误有提示?
97)错误信息是否具有建设性并提供有用的信息?98)系统是否提供了“重新开始”的功能?
99)系统是否提供了“撤销”的功能?
100)用户是否启动流程控制?。