可用性测试检查表

目的:
规程简要说明:
2）在项目测试用例评审时，评审人员参考该检查表内容对测试用例进行评审，以发现测试用例的问题。

3）对《项目测试记录》文档的测试用例Review时，参考测试记录检查表。

对《项目测试用例》文档中的测试用例评审时测试用例检查表。

本文件的目的是提供测试用例评审使用该文件发现测试用例不足的地方，帮助评审人员
描1）确认并定制适用的检查项。

如果该检查表中通用检查项不足，测试人员可根据项目实际需要，在检查内容中定义补充
行评审，以发现测试用例的问题。

表。

对《项目测试用例》文档中的测试用例评审时，使用
审人员更有效的执行评审活动。

人员可根据项目实际需要，在检查内容中定义补充检查项。

可用性测试检查表使用说明：本调查表共有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）用户是否启动流程控制？。

可用性分析及评估的调查问卷篇一：可用性评估的方法一、可用性测试可用性测试是测试者邀请用户使用设计原型或产品完成操作任务，并通过观察、记录和分析用户行为和相关数据，对界面可用性进行评估的一种方法。

可用性测试能够对界面的可用性进行全面的评估，是最为常用的方法之一。

它适用于产品界面和界面设计中后期界面原型的评估。

可用性测试通常在一个备有摄像和监视装置的专门实验室内进行。

可用性测试中，测试者无法也毋需严格控制无关变量，以免改变测试性质，降低测试效度。

可用性测试主要包括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 错误！未定义书签。

普渡大学的可用性测试检查表（共五篇）第一篇：普渡大学的可用性测试检查表普渡大学的可用性测试检查表使用说明：本调查表共有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内容指的是网站的实际内容（文本，多媒体，图像）及其结构，或信息架构。