易用性、界面测试用例
web测试常用测试点
一、界面测试公共测试用例界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。
1. 文字内容一致性：1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等；2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。
样式一致性1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式；2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）；3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同；4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一）语言习惯：1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。
2）英文。
3）日文。
2. 按钮1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一；2）采用的图片表述相同功能，要采用单一图标。
3. 文本框1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复制、粘贴）；2）文本框自身的长度限制，主要考虑页面样式。
4. 单选框1）默认情况要统一，已选择，还是未选。
5. 日期控件1）图标、控件颜色、样式统一；2）点击控件、文本框均应弹出日期选择框。
6. 下拉选择框1）默认是第一个选项，还是提示请选择一个。
7. 提示信息1）静态文字与它的提示信息一致性，例如静态文字为…ID‟，出错信息显示…用户ID‟；2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空；3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求；4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信息；5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的；6）必输项提示信息，必输项提示信息采用统一的标志。
8. 导航测试死导航、乱导航、操作复杂等。
最全的测试用例（UI）
最全的测试⽤例（UI）⼀、⽂本框为字符型必填项⾮空校验：1、必填项未输⼊－－程序应提⽰错误；2、必填项只输⼊若⼲个空格，未输⼊其它字符－－程序应提⽰错误；字段唯⼀性校验：（不是所有字段都作此项校验，视实际项⽬情况⽽定）1、新增时输⼊重复的字段值－－必须提⽰友好信息；2、修改时输⼊重复的字段值－－必须提⽰友好信息；字段长度校验：输⼊[最⼩字符数-1]－－程序应提⽰错误；输⼊[最⼩字符数]－－OK；3、输⼊[最⼩字符数+1]－－程序应提⽰错误；4、输⼊[最⼤字符数-1]－－OK；5、输⼊[最⼤字符数]－－OK；输⼊[最⼤字符数+1]－－程序应提⽰错误；?字段为特殊字符校验：1、输⼊域如对某些字符禁⽌输⼊时，限制是否成功，提⽰信息是否友好；2、中⽂、英⽂、空格，数字，字符，下划线、单引号等所有特殊字符的组合；3、所有特殊字符都必须进⾏测试?字段为特殊代码校验：输⼊htm代码：⽐如” <font>你好</font>”；－－必须以⽂本的形式将代码显⽰出来。
2、输⼊JavaScript代码：⽐如<param name=“MovieWindowWidth” value=“320”>；－－必须以⽂本的形式将代码显⽰出来。
多⾏⽂本框输⼊：1、是否允许回车换⾏；2、保存后再显⽰能够保持输⼊时的格式；3、仅输⼊回车换⾏，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提⽰；4、仅输⼊空格，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提⽰。
⼆、⽂本框为数值型边界值：1、输⼊[最⼩值-1]－－程序应提⽰错误；2、输⼊[最⼩值]－－OK；3、输⼊[最⼤值]－－OK；4、输⼊[最⼤值+1]－－程序应提⽰错误；位数：1、输⼊[限制位数]－－OK；2、输⼊[限制位数+1]－－根据实际项⽬⽽定，是否⾃动四舍五⼊成限制位数，还是提⽰信息；3、输⼊[限制位数-1]－－OK；?异常值、特殊值：1、输⼊⾮数值型数据：汉字、字母、字符－－程序应提⽰错误；2、输⼊负数－－根据实际项⽬⽽定，如果不允许输⼊负数，必须提⽰友好信息；3、字段禁⽌直接输⼊⾮数值型数据时，使⽤“粘贴”、“拷贝”功能尝试输⼊，并测试能否正常提交保存－－只能使⽤“粘贴”、“拷贝”⽅法输⼊的特殊字符应⽆法保存，并应给出相应提⽰；4、全⾓数字和半⾓数字的情况－－全⾓数字不能保存，提⽰友好信息，半⾓数字正常保存；5、⾸位为零的数值：如01＝1－－视实际项⽬情况⽽定；三、⽂本框为⽇期型合法性检查：1、⽇输⼊[0⽇]－－程序应提⽰错误；2、⽇输⼊[1⽇]－－OK；3、⽇输⼊[32⽇]－－程序应提⽰错误；4、⽉输⼊[1、3、5、7、8、10、12⽉]、⽇输⼊[31⽇]－－OK；5、⽉输⼊[4、6、9、11⽉]、⽇输⼊[30⽇]－－OK；6、⽉输⼊[4、6、9、11⽉]、⽇输⼊[31⽇]－－程序应提⽰错误；7、输⼊⾮闰年,⽉输⼊[2⽉]、⽇输⼊[28⽇]，⽐如2009.2.28－－OK；8、输⼊⾮闰年,⽉输⼊[2⽉]、⽇输⼊[29⽇]，⽐如2009.2.29－－程序应提⽰错误9、(闰年)⽉输⼊[2⽉]、⽇输⼊[29⽇]，⽐如2008.2.29－－OK；10、(闰年)⽉输⼊[2⽉]、⽇输⼊[30⽇]，⽐如2008.2.30－－程序应提⽰错误；11、⽉输⼊[0⽉]－－程序应提⽰错误；12、⽉输⼊[1⽉]－－OK；13、⽉输⼊[12⽉]－－OK；14、⽉输⼊[13⽉] －－程序应提⽰错误；格式检查：1、不合法格式：2009-09、 2009-09 -、200-2-2；2、视具体项⽬⽽定是否合法：2009/09/01、2009.09.01 、20090901、2009-09-01 ；异常值、特殊值：1、输⼊汉字、字母、字符－－程序应提⽰错误；四、⽂本框为时间型合法性检查：1、时输⼊[24时] －－程序应提⽰错误；2、时输⼊[00时] －－OK；3、分输⼊[60分] －－程序应提⽰错误；4、分输⼊[59分] －－OK；5、分输⼊[00分] －－OK；6、秒输⼊[60秒] －－程序应提⽰错误；7、秒输⼊[59秒] －－OK；8、秒输⼊[00秒] －－OK；?格式检查：不合法格式：12:30:、 123000；2、视具体项⽬⽽定是否合法：12:30、 1:3:0；异常值、特殊值：1、输⼊汉字、字母、字符－－程序应提⽰错误；2、系统中所涉及时间是否取服务器时间；页功能我们常碰到的⼀般有以下⼏个功能：1、⾸页、上⼀页、下⼀页、尾页。
第14章 易用性测试
第14章易用性测试易用性和用户文档是影响软件质量的重要指标，也是直接决定一个软件能否取得市场成功的关键因素。
易用性测试包括：安装测试、功能易用性测试、界面测试、辅助系统测试。
1、安装测试①安装手册的评估②安装的自动化程序测试③安装选项和设置的测试④安装过程的中断测试⑤安装顺序测试⑥多环境安装测试⑦安装的正确性测试⑧修复安装测试与卸载测试2、功能易用性测试业务符合性、功能定制性、业务模块的集成度、数据共享能力、约束性、交互性、错误提示3、界面整体测试规范性测试、合理性测试、一致性测试、界面定制性测试4、界面元素测试窗口测试、菜单测试、图标测试、鼠标测试、文字测试5、帮助测试前后一致性、内容完整性、可理解性、方便性6、向导测试验证向导是否正确、确认向导的连接是否确实存在、是否每一步都有向导说明、向导是否一致是否直观、向导必须用在固定处理流程中并不少于3个处理步骤。
7、信息提示1）、提示信息是否用具有可以理解性的语言讲行描述2）、对重要的、有破坏性的命令是否提供确认措施3）、信息是否具有判断色彩4）、信息提示是否具有统一的标记。
实战篇：试题1阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
[说明]易用性和用户文档是影响软件质量的重要指标，也是直接决定一个软件能否取得市场成功的关键因素。
[问题1] (5分)用户对软件系统功能是否易用是衡量软件易用性对软件质量起着重要的作用，那么对一些重要功能的易用性应该要测试哪些方面的内容？[问题2] (6分)信息提示是计算机用信息的形式对用户的某些操作所做的反应。
如何评测向用户提供的视觉上的反馈，确保在用户和界面间建立双向通信是十分重要。
那么信息提示哪些测试点?[问题3] (4分)提到软件的易用性就不得不提软件的向导，简述在进行软件向导测试时的测试要点。
[问题4] (8分)软件帮助是协助用户使用软件的关键途径，因此也是软件测试过程中的一个重要内容，简述在进行软件帮助测试时的测试要点并设计一组测试用例。
ERP验收测试的内容及用例设计
ERP验收测试的内容及用例设计ERP验收测试是指在ERP系统完成开发并进入测试阶段后，为了验证系统功能、性能、稳定性、可用性等方面的要求是否达到预期，在最终交付给客户之前进行的测试活动。
其目的是确保系统完全满足用户需求，并能够顺利投入使用。
1.功能测试：验证系统各项功能是否符合用户需求，并且能够正确运行。
这包括输入、输出、逻辑判断、数据处理等方面的测试。
例如，订单管理功能是否能够正确生成、取消、修改订单；库存管理功能是否能够正确进行库存盘点、入库、出库操作等。
2.性能测试：验证系统的性能是否满足用户需求和预期。
测试各个模块的响应时间、数据处理速度等指标，以确保系统能够在用户负荷下保持稳定的性能。
3.可用性测试：验证系统是否容易使用、功能是否易于理解。
测试用户界面的友好性和易用性，以确保用户能够方便地使用系统完成相关操作。
4.安全测试：验证系统的安全性能。
测试系统的认证、授权、数据传输等方面的安全性能，以确保系统能够保护用户的数据和隐私。
5.兼容性测试：验证系统能够在不同硬件、操作系统、浏览器等环境下正常运行。
测试系统在不同的配置和环境下的稳定性和兼容性。
6.数据准确性测试：验证系统对输入数据的处理是否准确、完整，并且能够正确生成输出结果。
测试系统的数据校验、数据转换等功能。
7.故障恢复测试：验证系统在故障情况下的恢复能力。
测试系统在发生异常情况时能否正常恢复并保持数据的完整性和一致性。
1.功能测试用例：-输入合法订单信息，验证系统能够正确生成订单。
-输入非法订单信息，验证系统能够给出错误提示信息。
-修改订单信息，验证系统能够正确更新订单。
-取消订单，验证系统能够正确取消订单。
-查询订单信息，验证系统能够正确返回相关订单信息。
2.性能测试用例：-在高负荷情况下测试系统的响应时间。
-测试系统在大规模数据处理情况下的性能表现。
-测试系统在多用户同时访问时的性能表现。
3.可用性测试用例：-验证系统是否符合用户的操作习惯，是否易于理解和使用。
一支笔的测试用例
1、需求测试：查看使用说明书
2、功能测试：能不能写字
3、界面测试：查看笔的外观
4、可靠性：笔从不同高度落下摔坏的程度
5、安全性：笔有没有毒或细菌
6、可移植性：笔在不同的纸质、温度等环境下是否可以使用
7、兼容性：笔是否可以装不同颜色、大小的笔芯
8、易用性：是否方便使用、方便携带
9、压力测试：给笔不断的增加重力，观察压力多大时压坏
10、震动测试：笔在包装时，各面震动，检查是否能应对恶劣的公路、铁路、航空运输
11、跌落测试：笔包装时，在多高的情况下摔不坏。
测试用例内容
测试用例内容
测试用例是软件测试过程中非常重要的一个部分,是测试人员对
软件进行全面测试的大纲,可以帮助开发人员确定哪些功能需要测试,哪些地方需要修改,哪些地方需要优化。
以下是一些常见的测试用例
内容:
1. 功能测试用例:测试软件的各个功能是否按照设计要求正常
运行,包括输入输出验证、功能操作测试、多用户测试等。
2. 兼容性测试用例:测试软件在不同操作系统、浏览器、设备等方面的兼容性,确保软件在不同环境下都能正常运行。
3. 性能测试用例:测试软件的运行性能,包括吞吐量、响应时间、并发数等方面,确保软件能够承受高负载的运行。
4. 安全测试用例:测试软件的安全性,包括漏洞测试、防病毒测试、防黑客攻击等方面,确保软件能够保护用户的数据和隐私。
5. 界面测试用例:测试软件的界面设计是否符合用户习惯,界面
是否美观、清晰、易于操作。
6. 可靠性测试用例:测试软件的可靠性,包括稳定性、可靠性、
恢复能力等方面,确保软件能够高效地正常运行并保证数据的安全性。
7. 兼容性测试用例:测试软件在不同浏览器和操作系统上的兼
容性,确保软件在不同环境下都能正常运行。
8. 错误测试用例:测试软件可能出现的各种错误,包括语法错误、拼写错误、操作错误等方面,确保软件能够及时发现并修复错误。
9. 响应时间测试用例:测试软件的响应时间,确保软件在用户输
入后能够即时响应。
10. 非功能性测试用例:测试软件的其他方面,如易用性、可靠性、安全性、性能等,确保软件能够满足用户的需求并且质量可靠。
实验7-界面及易用性测试用例执行
实验七界面及易用性测试用例执行一、实验目标✧能够通过界面测试发现界面性缺陷✧能够通过易用性测试发现易用性缺陷二、前提条件1）能够理解界面及易用性测试用例2）搭建好电子档案系统三、实验任务及完成标准3.1 针对电子档案系统，结合给出的界面及易用性通用测试用例进行“界面及易用性”缺陷查找。
请将查找到的缺陷提交至缺陷表中。
注意：1）至少提交5个缺陷。
2）通用测试用例仅供参考，可自行添加。
表3.1 通用测试用例《软件测试基础》－界面及易用性测试用例执行实验手册第 12 页 共 12 页 9屏幕对角线交点的上方是最容易吸引用户的位置，要重点测试 10工具栏上的图标简洁美观，尽量符合其真实含义 11状态栏上要实时显示操作后窗体发生的变化 12多个子窗体弹出时应该依次向右下方偏移，显示窗体出标题为宜 13控件摆放对齐，间隔一致，没有重叠区域 14提示、警告、或错误说明应该清楚、明了、恰当 15菜单正常工作，菜单标题与实际执行内容一致 16菜单采用 常用->主要->次要->工具->帮助 位置排列，符合流行的windows 风格 17下拉菜单根据菜单的含义进行分组，并按照一定的规则进行排列，用横线隔开 18菜单前的图标适合，与字高保持一致 …………表3.2 缺陷表序号Bug 步骤 预期结果 实际结果 备注 1界面的美观程度 美观 不美观Bug 截图：2 验证码《软件测试基础》－界面及易用性测试用例执行实验手册 第 12 页 共 12 页 Bug 截图：3界面单调Bug 截图：4背景单调Bug 截图：《软件测试基础》－界面及易用性测试用例执行实验手册 第12 页 共 12 页5按钮、超链接效果不美观Bug 截图：……推荐bug序号3.2 知识拓展与阅读1、易用性按钮名称该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。
理想的情是用户不用查阅帮助就能知道界面的功能关进行相关的正确操作。
最全的测试用例
最全的测试用例
1. 功能测试
正常功能测试：对产品的各项功能进行全面测试，确保正常工作。
边界条件测试：测试产品在极限或边界条件下的表现，确保产品稳定。
2. 兼容性测试
浏览器兼容性：测试产品在各种主流浏览器上的表现。
操作系统兼容性：测试产品在不同操作系统上的表现。
设备兼容性：测试产品在不同设备上的表现。
3. 性能测试
负载测试：测试产品在不同负载下的性能表现。
压力测试：测试产品在高负载下的性能表现。
稳定性测试：长时间运行产品，检测其稳定性和性能衰减。
4. 安全测试
密码策略测试：验证密码策略的有效性。
漏洞扫描：查找并报告潜在的安全漏洞。
输入验证：验证用户输入的有效性和安全性。
5. 界面测试
布局测试：检查界面布局的合理性。
可用性测试：验证产品的易用性和用户体验。
美观度测试：检查界面的美观程度。
6. 安装与卸载测试
安装过程测试：验证产品的安装过程是否顺利。
卸载过程测试：验证产品的卸载过程是否顺利。
重新安装测试：验证重新安装产品的功能是否正常。
7. 回归测试
功能回归测试：确保修改后的产品各项功能正常。
兼容性回归测试：确保修改后的产品仍与各种环境兼容。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
导航测试 图形测试
鼠标测试 文字测试 向导测试 信息提示
整体界面测试
导航要直观 网站较大时需要站点地图搜索引擎或其他的导航帮助 导航要尽可能的准确 导 要航 确要 保与 图系 形统 有的明页确面的结用构途、，菜图单片等或风动格画一不致要胡乱地堆在一起，以免浪 费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地 说明某件事情，一般都链接到某个具体的页面 验证所有页面字体的风格是否一致 背景颜色应该与字体颜色和前景颜色相搭配
Tab键的顺序与控件排列顺序一致 复选框和选项框中的内容顺序排列 复选框和选项框有默认选项且支持Tab选择 界面空间较小时使用下拉框 选项数少用选项框，选项数多用下拉列表框 鼠标指针在控件上停留显示相关帮助信息
实际情况
相同或相近功能的菜单放一起用横线隔开
菜单前的图标代表要完成的操作
菜单选项较多，用加长菜单的长度而减少深度排列 菜单深度最多控制在三层内 可以识别鼠标操作 文本字体、大小、格式都正确 菜单功能的名字具有自解释性
图标测试 工具栏测试 帮助文档的测试
移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确 图标基调颜色不刺眼 用户登陆界面易找寻 图标符合常规表达习惯 图标轮廓清晰、保证在不同背景下清晰显示 图标尺寸（48*48、32*32、24*24、16*16） 图标功能与实际相似，避免抽象 图标上是否加标注 主界面及大多数界面最好有公司图标 工具栏要求可以根据用户自己的要求自己选择定制 相同或相近功能的工具栏放在一起 工具栏中的每一个按钮要有及时提示信息 一条工具栏的长度最长不能那个超过屏幕宽度 工具栏的图标能直观的代表要完成的操作 系统常用的工具栏设置默认放置位置 工具栏多时可以考虑使用工具箱 工具箱要具有可增减性，由用户自己根据需求定制 工具箱的默认总宽度不要超过屏幕宽度的五分之一 帮助文档中的性能介绍与说明要与系统系能配套一致 打包新系统时，对作了修改的地方在帮助文档中要做相应的修改，做 到版本统一 操作时要提供及时调用系统帮助的功能，常用F1 对功能采用及时帮助，是否能准确定位到帮助系统位置 利用帮助索引是否能准确定位到帮助主题和内容 目录是否划分层次 帮助文字描述是否准确 在系统不同位置激活帮助内容是否与当前操作相关 选择“帮助>关于”命令，应看见相关版权和产品信息 是否具有打印功能 在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置， 也就是说帮助要有提示针对性 最好提供目前流行的联机帮助格式或html帮助格式
复选框和选项框中的内容按一定顺序排列
复选框和选项框要有默认选项，并支持Tab选择
界面空间较小时使用下拉框而不用选项框
选项数较少时使用选项框，相反使用下拉列表框 当鼠标指针在控件上停留时即显示相关帮助信息 对于界面输入重复性高的情况，该界面应全面支持键盘操作，即在不 使用鼠标的情况下采用键盘进行操作 专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用 性词眼 常用菜单要有命令快捷方式 完成相同或相近功能的菜单用横线隔开放在同一位置
菜单测试 窗口测试
菜单前的图标能直观的代表要完成的操作
如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列 菜单深度一般要求最多控制在三层以内 在整个交互式语境中，是否可以识别鼠标操作？ 文本字体、大小、格式正确 菜单功能的名字是否具有自解释性？
相同功能按钮的图标和文字是否一致
菜单前的图标不宜太大，与字高保持一致最好 没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头， 不常用的靠后放置；重要的放在开头，次要的放在后边
提示、警告、或错误说明清楚、明了、恰当 多窗口切换时间适中
移动窗体.快速或慢速移动窗体,背景及窗体本身刷新正 确 图标颜色不刺眼 用户登陆界面容易找寻 图标符合常规表达习惯 图标轮廓清晰、保证在不同背景下清晰显示
图标功能与实际相似 图标上加了标注 主界面及大多数界面有公司图标
滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户 了解显示信息的位置和百分比
右键快捷菜单采用与菜单相同的准则
状态条的高度以放置五号字为宜，滚动条的宽度比状态条的略窄
父窗体或主窗体的中心位置应该在对角线焦点附近 窗口是否能正常关闭 窗口控件的大小，对齐方向，颜色背景等属性设置 多窗口重叠时窗口名称显示正确 当窗口被覆盖并重新调用后，窗口是否正确再生 窗口是否支持最大最小和放大 窗口控件随着窗口的放大而放大，反之亦然 父体窗口放大时，子体窗口也放大。反之亦然 子窗口弹出在父窗口左上角或正中 多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜
整体界面测试
如果窗体支持最大化和最小化或放大时，窗体上的控件也要随着窗体 而缩放；切忌只放大窗体而忽略控件的缩放 对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能 安装界面上应有单位介绍或产品介绍，并有自己的图标 主界面，最好是大多数界面上要有公司图标 登录界面上要有本产品的标志，同时包含公司图标。 帮助菜单的“关于”中应有版权和产品信息 公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列 方式、图标、安装过程、按钮用语等应该大体一致。
是否可能通过鼠标访问所有的菜单功能 下拉菜单要根据菜单选项的含义进行分组，并且按照一定的规则进行 排列，用横线隔开 下拉式操作能否正常进行 菜单要与用户权限相符 功能按钮或菜单选项不能重复 菜单的说明要跟弹出的窗体一致 菜单和工具要有清楚的界限；菜单要求凸出显示，这样在移走工具条 时仍有立体感 状态条要能显示用户切实需要的信息，常用的有目前的操作、系统状 态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需 要的时间较长，还应该显示进度条和进程提示。
长宽接近黄金点比例，切忌长款比例失调、或宽度超过长度 布局要合理，不宜过于紧密，也不能过于空旷，合理的利用空间 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置 按钮的大小要与界面的大小和空间要协调 避免空旷的界面上放置很大的按钮 放置完控件后，界面不应有很大的空缺位置 字体的大小要与界面的大小比例协调，通常使用的字体中字体9-12为 美观很少使用超过12号字体 前景与背景搭配合理协调，反差不宜太大，最好少用深色，如大红、 大绿。常用考虑使用windows界面色调 如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目 的颜色 界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺 术处理或有特殊要求的地方
图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩， 最好能使图片的大小减小到 30k 以下
需要验证的是文字回绕是否正确。如果说明文字指向右边的图片，应 该确保该图片出现在右边。不要因为使用图片而使窗口和段落排列古 怪或者出现孤行 如果要求多次点击，是否能够在语境中正确识别 光标、处理指示器、识别指针随操作恰当改变 点击选中，滑动停留选中 支持滑轮 相同种类元素采用相同操作激活 沙漏表示繁忙，手型表示点击 鼠标无规则点击是否会产生不可估计后果 单击鼠标右键弹出菜单，取消右键时是隐藏 文字易认易懂，拼写正确，不存在二义性 不能出现全角、半角混合 不能出现中英文混合 向导是否正确 确认向导链接确实存在 确认向导是否明确直观、一致 提示信息是否具有可理解性的语言描述 对重要的、具有破坏性的操作命令是否有确认信息、以避免破坏性操 作，例如：删除、覆盖、终止 信息是否具有判断性色彩 信息提示是否具有统一的标记、标准和缩写 信息应提供如何从错误中恢复的建议性意见 信息应伴随着视觉上的提示，如特殊的图像、颜色或信息闪烁
操作需要较长时间的，显示进度条和进程提示
滚动条的长度要根据显示信息的长度或宽度能及时变换
状态条的高度与5号字体一样高，滚动条的宽度比状态 条略窄
父窗体或主窗体的中心位置在对角线焦点附近 窗口是能正常关闭
当窗口被覆盖并重新调用后，窗口是重新打开 窗口支持最大最小和放大 窗口控件随着窗口的放大而放大，缩小而缩小
测试编号 易用性测试
用例实施
易用性、界面测试用例
完成相同或相近功能的按钮用Frame框起集中位置，减少鼠标移动的距离
按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题
界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换 功能 界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也 应放在窗口上较醒目的位置
用性、界面测试用例
期望输出
功能相同或相近的按钮放在一起，并能支持键盘快捷键 相同功能点的按钮或元素不要相聚太远，以减少鼠标移 动距离 界面按功能划分，且有说明
页面支持Tab键、回车键的自动切换 重要信息靠前且放醒目位置
同一页面控件不多余10个，当多余10个可以分页显示
分页页面切换可用快捷键Ctrl+Tab 默认按钮支持Enter 输入非法字符，会有提示且光标会在输入框中
重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置 错误使用容易引起界面退出或关闭的按钮不应该放在易点击的位置。 横排开头或最后与竖排最后为易点位置 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示， 没法使用该按钮)。
按钮的大小和界面的大小和空间协调
窗口测试
对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择 的机会
子窗口弹出在父窗口左上角或正中
重要的和频繁使用的按钮项放在屏幕最醒目的处 错误使用容易引起界面退出或关闭的按钮没有放在易点 击的位置
与操作无关的按钮灰色显示 按钮的大小和界面的大小和空间协调
对可能造成数据无法恢复的操作提供确认信息
非法的输入或操作应有足够的提示说明
对运行过程中出现问题而引起错误的地方有提示
同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分 页界面显示 分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab