可用性测试检查表
可用性检查配置的一些字段说明
第三个问题的配置
• 使用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-16题平均值 系统质量分数：1-6题平均值 信息质量分ห้องสมุดไป่ตู้：7-12题平均值 界面质量分数：13-15题平均值
非常不同意 6 7 不适用
可用性测试任务清单
ABC player
ABC player
ABC player
Marvel ComicsBiblioteka Marvel Comics
iVerse Comics
iVerse Comics
iBook
iBook GWR Lite (Guinness Records) Craigsphone (Craigslist)
在NPR上听最新的“Science Friday 节目”。
查看最新的健康新闻
找到你目前站点中正在播放的节目。 读一个关于Woody Allen的电影“Match Point ”影评，来确定这部 电影是否值得一看。 找另一部Woody Allen2008年拍的电影。
一个朋友建议你一起看爱丽丝梦游仙境，确定你们今晚看电影的时间 和地点。 你想找一个今晚晚餐的食谱，冰箱里有西兰花和意大利奶酪。试试你 能用这两种原料作出什么。 你今晚想做个苹果派。找个做苹果派的菜谱并且看下我们需要什么原 料。 看一下David Brooks 或 Paul Krugman 在今天的纽约时报上有没有 文章。 找一下CineArts桑塔纳汽车影院中正在播放的电影。
在CineArts买一张晚上8点后的电影票。
葡萄中有哪些营养成分？
今天太阳几时落山？
找一张从圣地亚哥到芝加哥最便宜的往返机票 你计划今年五月去死亡之谷旅行，找一个公园内的或是离公园比较近 的酒店。 买一条直筒，深色的牛仔裤。
牛仔裤的运费多少？
为你的房间买一盏台灯。
查看下迪士尼商店的最新股价
找一个关于苹果的新闻故事。
在美国人联盟里查看一下最新的棒球比分。
找到圣地亚哥巨人队下一场的比赛时间。 白宫有多少个房间？ 找一些关于总统和他家庭的照片。
普渡大学的可用性测试检查表（共五篇）
普渡大学的可用性测试检查表（共五篇）第一篇：普渡大学的可用性测试检查表普渡大学的可用性测试检查表使用说明：本调查表共有100题，回答每一个问题时请按照如下三个步骤：(a)请评估每一个问题是否适用于所评审的系统，如果不适用，跳到下一题，如果适用，请继续回答下面两个问题。
(b)对于所评估的系统，请评价该问题的重要性（１最不重要的，３是最重要的）。
(c)评价系统该问题上的表现（１是非常糟糕，７是非常好），如果不存在，请选择不存在该项。
一.兼容性1.光标的控制是否符合光标的移动？2.用户控制的结果是否符合用户的期望？3.所提供的控制是否符合用户的技能水平？4.界面的编码（例如，颜色、形状等）是否为用户所熟悉？5.用词是否为用户所熟悉？二.一致性6.界面颜色的编码是否符合常规？7.编码是否在不同的显示及菜单上都保持一致？8.光标的位置是否一致？9.显示的格式是否一致?10.反馈信息是否一致？11.数据字段的格式是否一致？12.标号的格式是否一致？13.标号的位置是否一致？14.标号本身是否一致？15.显示的方向是否一致？（漫游或卷动）16.系统要求的用户动作是否一致？17.在不同的显示中用词是否一致？18.数据显示和数据输入的要求是否一致？19.数据显示是否符合用户的常规？20.图形数据的符号是否符号标准？21.菜单的用词和命令语言是否一致？22.用词是否符合用户指导的原则？三.灵活性23.是否可以使用命令语言而绕过菜单的选择？24.系统是否有直接操作的功能？25.数据输入的设计是否灵活？26.用户是否可以灵活地控制显示？27.系统是否提供了灵活地流程控制？28.系统是否提供了灵活地用户指导？29.菜单选项是否前后相关？30.用户是否可以根据他们的需要来命名显示和界面单元？31.系统是否为不同的用户提供了好的训练？32.系统是否可以自己改变视窗？33.用户是否可以自己命名系统命令？34.系统是否允许用户选择需要显示的数据？35.系统是否可以提供用户指定的视窗？36.为了扩展显示功能，系统是否提供了放大的功能？四.可学习性37.用词是否清晰？38.数据是否有合理的分类、易于学习？39.命令语言是否有层次？40.菜单的分组是否合理？41.菜单的顺序是否合理？42.命令的名字是否有意义？43.系统是否提供了无惩罚的学习？五.极少化的用户动作44.系统是否为相关的数据提供了组合输入的功能？45.必要的数据是否只需要输入一次？46.系统是否提供了默认值？47.视窗知觉的切换是否容易？48.系统是否为经常使用的控制提供了功能键？49.系统是否有全局搜索和替代的功能？50.菜单的选择是否可以使用点击的功能？（主要的流程控制方法）51.菜单的选择是否可以使用键入的功能？（辅助的控制方法）52.系统是否要求极少的光标定位？53.在选择菜单时，系统是否要求极少的步骤？54.系统是否要求极少的用户控制动作？55.为了退到更高一级菜单中，系统是否只需要一个简单的键入动作？56.为了退到一般的菜单中，系统是否只需要一个简单的键入动作？六.极小化的记忆负担57.系统是否使用了缩写？58.系统是否为输入分层次的数据提供了帮助？59.指导信息是否总是可以得到？60.系统是否为序列的选择提供了分层次的菜单？61.被选的数据是否有突出显示？62.系统是否为命令提供了索引？63.系统是否为数据提供了索引？64.系统是否提示在菜单结构中的当前位置？65.数据是否保持简短？66.为选择菜单使用的字母代码是否经过认真的设计？67.是否将长的数据分成不同的部分？68.先前的答案是否可以简便的再利用？69.字母大小写是否等同？70.系统是否使用短的代码而不使用长的代码？71.图符是否有辅助性的字符标号？七.知觉的有限性72.系统是否为不同的数据类别提供不同的编号？73.缩写是否清晰而互补相同？74.光标是否不同？75.界面单元是否清晰？76.用户指导的格式是否清晰？77.命令是否有清晰的定义？78.命令的拼写是否清晰？79.系统是否使用了易于分辨的颜色？80.目前活动的窗口是否有清楚的标识？81.为了直接比较，舒峰是否成对地摆在一起？82.是否限制语音信息使用的数量？83.系统是否提供了一系列相关信息？84.菜单是否和其它的显示信息有明显的区别？85.颜色的编码是否多余？86.系统是否提供了视觉上清晰可辨的数据字段？87.不同组的信息是否明显分开？88.屏幕的密度是否合理？八.用户指导89.系统反馈的错误信息是否有用？90.系统是否提供了“取消”的功能？91.错误的输入是否被显示出来？92.系统是否提供了明确的改正错误的方法？93.系统是否为控件输入提供了反馈？94.是否提供了“帮助”？95.一个过程的结束是否标志清楚？96.是否对重复的错误有提示？97.错误信息是否具有建设性并提供有用的信息？98.系统是否提供了“重新开始”的功能？99.系统是否提供了“撤销”的功能？100. 用户是否启动流程控制？可用性分数：∑（wi * (Si-Pi)） /7*∑(wi*Ii)*100其中：i第i个问题Si该系统在第i个问题上所得的分数Pi＝1，如果第i个问题适用但不存在 Pi＝0，如果第i个问题不适用Ii＝1，如果第i个问题适用Ii＝0，如果第i个问题不适用wi第i个问题重要性的得分第二篇：普渡大学MASTER申请 ESSAY思路普渡大学Purdue university一、学校、学院及项目介绍1. 普度大学（英语：Purdue University，或译普渡大学），是拥有六个校区的州立大学系统，主校区位于美国中西部印第安纳州西拉法叶（West Lafayette)。
可用性测试检查表
可用性测试检查表使用说明：本调查表共有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。
可用性检查
目录物料的可用性检查是指在对某物料产生需求时，检查该物料是否可用。
常见的物料可用性检查一般在创建销售订单，生产订单，计划订单时执行，那么MM这边在发料时也会有可用性检查，只是MM的发料一般都是即时性的，不像PP，SD有一定缓冲期，因此能考虑的检查范围就相对较少。
下面先可用性检查各个字段的含义，再来看有关MM发料时的可用性检查。
如下图中的各个字段都会对物料的可用性检查产生影响1、包含安全库存打勾表示不考虑安全库存，直接考虑需求，即库存数量不扣减安全库存数量。
不打勾表示考虑安全库存，即库存数量需要先扣减安全数量，再考虑是否满足需求。
如下例：5 0 5 55 10 10 0 不考虑安全库存5 0 5 55 10 10 5 考虑安全库存2、包含在途库存字段意思指物料可用性检查时，是否考虑在途库存的可用量（由于303，313两步转移时产生的库存状态）。
打勾表示考虑，不打勾表示不考虑。
3、包括质检库存指是否考虑处于质检状态的库存数量。
打勾表示考虑，不打勾表示不考虑。
4、包含冻结库存指是否考虑处于冻结状态的库存数量。
打勾表示考虑，不打勾表示不考虑5、包含非限制使用的库存中文翻译有误，该字段表示的意思应该是指是否将处于限制状态的批量考虑在内。
打勾表示考虑处于限制状态的批量的数量。
6、不考虑外协加工该字段表示是否考虑外协加工的需求。
即物料可用性检查是否考虑将外协加工的库存量。
打勾表示考虑外协加工的需求，将外协库存录剥离出去，即不考虑外协库存数量。
不打勾表示不考虑外协加工的需求，将外协库存数量纳入可用性检查范围之内，即考虑外协库存数量。
一般来说是打勾的，因为外协库存的数量虽然在系统中显示是我方库存，但实际上可能已经在供应商处，考虑外协库存数量是不太现实的，也是不合适的。
7、检查不考虑补货提前期即是否考虑采购交货时间。
补货提前期即物料主数据中MRP2视图里的计划交货时间，即从下达采购订单到供应商交货的时间。
如果“检查不考虑补货提前期打勾”,那么系统不考虑补货提前期也就是计划交货时间内的交货；如果不打勾，系统会考虑计划交货时间，即系统认为在计划交货天数的时间内，不管缺多少料供应商都会按时送达的，那么此时系统肯定是不会报缺料的。
嵌入式信息系统可用性检查列表的设计
嵌入式信息系统可用性检查列表的设计余铮在以嵌入式和网络技术为代表的全息技术不断创新的过程中，人们的生存环境也发生了一定的变化。
因特网技术改变了人们的管理及通信方式，以嵌入式系统为基础的信息技术[本文来自于]在工程设计、通信系统、军事武器等行业中被广泛应用，物联网技术能够实现人们智能化的对世界和自身的生活环境进行感知。
现代社会的应用需求都是设备能够实现信息化和网络化，从而要求计算资源及物理资源相互结合，实现下一代智能系统的开发。
但是根据系统设计和相关的任务特点，要想实现现代嵌入式信息系统的可用性评估，就要通过可用性列表进行。
基于此，本文就针对嵌入式信息系统可用性检查列表的设计进行分析。
【关键词】嵌入式信息系统可用性检查列表嵌入式信息系統是现代社会行业中尤为重要的态势感知手段，能够在正确的时间和地点传达正确的信息，从而提高相应决策的正确性，有效实现正确信息的传递和正确结果的获得。
但是，信息具有不完整性、多变性和确定性，阻碍了信息系统作用的发挥。
在此背景下，嵌入式信息系统的可用性就尤为重要。
系统的可用性较高，那么就能够有效降低用户在工作过程中的负荷，避免出现多种人为失误，提高用户满意度。
所以，在现代嵌入式信息系统设计过程中，进行以用户为基础的设计，提高系统可用性备受人们关注。
1 嵌入式信息系统可用性检查列表的设计方式本文设计的可用性检查列表的主要目的就是找到系统中的内在问题，提出以可用性问题框架为基础的结构，创建面向系统的可用性评价准则，从而实现嵌入式信息系统可用性检查列表，主要步骤为：首先，创建以UPT框架为基础的信息系统可用性结构，将可用性问题分为两个层面，分别为设计层面及任务层面，比起其他的分类基础，这种方法能够以用户为中心对问题进行全面的考虑。
根据现代信息系统的特点，实现UPT的调整，将产品设计分为软件界面和物理硬件两个部分进行设计，然后以此为基础创建子结构，主要包括三类内容，详见图1。
通过图1可以看出来，信息系统设计中的可用性问题主要利用静态检索实现，任务层面的可用性问题主要利用动态检索表示。
网站可用性测试表格
网站可用性测试表格品牌描述分值范围分值网站提供给访客有吸引力的和难忘的体验1~20网站的视觉效果与品牌特征保持一致1~20图像、附加内容和多媒体对于体验的增值1~20网站传达出品牌的感知预示1~20网站利用了媒体的能力来增强和扩展品牌1~20品牌总分0品牌包括在网站中所有审美的、设计相关的项目。
它带给网站想要的组织形象或信息的创意。
用于测量品牌的描述：可用性描述分值范围分值网站防止错误发生，并帮用户从错误中恢复1~20整体网页侧重针对主要受众优化1~20网站帮助访问者达成一般目标和任务1~20网站遵循它自己的一致性和标准1~20网站为残疾用户提供内容1~20可用性总分0 可用性带来的是所有网站元素和特性的总体易用性。
可用性之下的二级主题包括导航和易用性（友好度）（注释：易用性处理的是使在线内容可用于用户的体验，享受和使用的问题）。
可用性的描述：◦尽可能消除个人偏见（主观因素）◦让不同背景的人（设计人员，开发人员，客户）能够在理解网站上有统一的共识◦创建基准规则，以便于网站与其竞争者或过去的开发努力作比较◦供一个关于网站的优缺点的事实依据和可视化的展示描述分值范围分值用户及时获得对他们查询和提交信息的响应1~20任务进程的清晰告知（比如，成功页面或邮件更新提示）1~20网站和应用严格遵守通用的安全和隐私标准1~20在线功能与离线业务流程结合1~20网站包含管理员工具来加强管理员的效率1~20功能总分0功能包括所有技术方面的和“后台的”进程和应用。
它让网站提供给所有最终用户交互式的服务，而且重要的是，注意这有的时候同时意味着前台公众用户和后台管理员。
网站功能的描述：内容描述分值范围分值链接密度有足够的清晰度，且容易导航1~20内容组织方便用户达到目标1~20内容及时准确1~20内容适合客户需要和商业需求1~20多语言的综合性内容1~20内容总分0内容指的是网站的实际内容（文本，多媒体，图像）及其结构，或信息架构。
可用性检查
• 但是这种观点容易误导Web的设计者
– 吸引眼球成了设计的重点
– 忽略了可用性
• 有效的用户界面设计是一项工程，而不
是一种图形艺术
18
案例：Web设计中的可用性
• Web设计的三要素
内容
– 内容
– 可用性
– 美感
美感
可用性
• 对于各种类型的网站，三要素共同起作 用，但是他们的相对重要程度取决于网
9
可用性与经济效益
• 以用户为中心、关注产品的可用性可以 带来显著的经济效益，主要体现在: – 1. 销售量的增加和用户满意度的提高 – 2. 产品市场竞争力的增强 – 3. 产品开发和产品维护成本的降低 – 4. 用户工作效率的提高 – 5. 电话支持次数的减少 – 6. 培训成本的降低
10
可用性检查和可用性测试
• Simultaneously with the rapidly developing Internet the quality of websites is having ever increasing significance. 伴随互联网的快速发展，网站质量越来 越重要
29
The increasing significance of the QA of websites
用户帮助产品研发人员发掘产品原型中 的可用性问题 • 了解用户对于产品/界面的整体印象和改 进建议
12
可用性测试
• 可用性测试为企业管理层、产品研发部 门和市场及销售部门提供了一个直接观 察用户、获得用户对产品反馈的宝贵机 会
• 直接影响对产品开发的决策
13
可用性研究工作
• 可用性研究已经形成了一门跨专业的系 统学科即使用性工程学
- 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）用户是否启动流程控制？。