软件测试文档以功能、易用性测试课件

第四讲软件测试·测试文档

SoftwareTestingmethodsandtechniques软件开发系列·软件测试在本章中，我们将学习：测试计划测试用例测试期间数据的收集测试报告测试文档·概览完成此课程之后，学员将具备以下能力：测试计划怎么做？包含的内容有哪些？测试用例怎么做？测试报告怎么做？测试文档·目标测试计划必须包含的内容：目的：明确每阶段测试的目的测试策略：用于测试的方法资源配置：测试所需的硬件设备和测试人员配备明确任务：所以参加测试工作的人员角色和职责进度安排：每一测试阶段的进度安排风险：指明项目中潜在的问题和风险区域停止测试的标准：判断每测试阶段停止测试的标准测试用例编写要求：决定选用测试用例的编写方法，保存、使用和维护测试用例的策略记录手段：明确测试当中对问题、进度等记录的方法测试工具：明确测试所需的工具并制定相应计划测试计划模板测试文档·测试计划测试计划测试用例测试期间数据的收集测试报告测试文档·课程目录测试用例是由一组测试数据和与之对应的预期结果组成的，是为了验证软件的某个功能在输入该测试数据的时候产生的实际输出结果是否与我们理论的预期结果相对应。测试用例应包括合理的输入条件和不合理的输入条件一个测试用例只对应一个测试结果测试文档·测试用例有关测试结果的积累数据测试任务，测试集合和测试事件的描述缺陷分析由于计划的问题，导致没有发现的缺陷的数据严重的缺陷缺陷类型为什么缺陷没有发现效果测试文档·测试期间数据的收集软件基本情况描述测试范围描述测试依据测试结果描述测试是否通过的结论测试文档·测试报告报告目前的软件状态功能/测试矩阵功能测试的状态报告，侧重点分析关于功能的工作时间轴期望发现VS实际发现的缺陷比没有发现的缺陷和改正的缺陷的差距按照类型分类，没有改正的缺陷的平均值缺陷分类报告测试活动报告测试文档·测试报告报告目前的软件状态功能/测试矩阵功能测试的状态报告，侧重点分析关于功能的工作时间轴期望发现VS实际发现的缺陷比没有发现的缺陷和改正的缺陷的差距按照类型分类，没有改正的缺陷的平均值缺陷分类报告测试活动报告给出系统的操作性能的评价明确什么时候系统可以进行产品化的工作测试文档·测试分析报告第五讲软件测试·功能测试

SoftwareTestingmethodsandtechniques软件开发系列·软件测试在本章中，我们将学习：功能性测试概述测试方法功能分解等价类划分边界值分析因果图法其他测试法功能测试·概览完成此课程之后，学员将具备以下能力：理解功能性测试的含义使用等价类划分的方法设计测试用例使用边界值分析的方法设计测试用例

对具体项目进行功能测试

功能测试·目标功能性测试概述测试方法功能分解等价类划分边界值分析因果图法

其他测试方法功能测试·课程目录正常的流程与异常的流程正面的用例与反面的用例输入数据的数据类型和长度边界值的防范数据的准确性功能测试·概述输入输出黒盒内部实现不可见功能测试·功能性测试模型测试用例数量较大测试用例可能产生很多冗余功能性测试的覆盖范围不可能达到100%功能测试·功能性测试的缺点功能性测试概述测试方法功能分解等价类划分边界值分析因果图法

其他测试方法功能测试·课程目录3.检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。常见的错误会出现在重置按钮上，表现为功能失效。

4.字符串长度检查:输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。

5.字符类型检查:在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。

6.标点符号检查:输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。

功能测试·测试方法7．特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。常见的错误是出现在%‘"这几个特殊字符

8.中文字符处理:在可以输入中、英文的系统输入中文,看会否出现乱码或出错。

9.检查信息的完整性:在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。

10.信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。

功能测试·测试方法11.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。如果有多页，翻页选，看系统是否都正确删除，并且要注意，删除的时候是否有提示，让用户能够更正错误，不误删除。

12.检查添加和修改是否一致:检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型。

13.检查修改重名:修改时把不能重名的项改为已存在的内容,看是否会处理,报错.同时,也要注意,会不会报和自己重名的错。

14.重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对于Web系统来说，可以通过浏览器返回键或者系统提供的返回功能。

功能测试·测试方法19.必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；对必填项提示返回后，焦点是否会自动定位到必填项。

20.快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

21.回车键检查:在输入结束后直接按回车键,看系统处理如何,会否报错。这个地方很有可能会出现错误。

22．刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。

23．回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。

功能测试·测试方法24．直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。如果系统安全性设计的不好，直接输入各功能页面的URL地址，很有可能会正常打开页面。

25．空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

26．输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全角的小数点（“。”或“．”，如４．５）；输入全角的空格等。

27．密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。

功能测试·测试方法28．用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其它信息是否重现。同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。而且还要检查该用户的有效日期，过了有效日期的用户是不能登录系统的。容易出现错误的情况是，可能有用户管理权限的非超级管理员，能够修改超级管理员的权限。

29．系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。数据检查根据不同的系统，方法不同。对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。

30．系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。

功能测试·测试方法31．确认提示检查：系统中的更新、删除操作，是否提示用户确认更新或删除，操作是否可以回退（即是否可以选择取消操作），提示信息是否准确。事前或事后提示，对于Update或Delete操作，要求进行事前提示。

32．数据注入检查：数据注入主要是对数据库的注入，通过输入一些特殊的字符，如“’”，“/”，“-”等或字符组合，完成对SQL语句的破坏，造成系统查询、插入、删除操作的SQL因为这些字符而改变原来的意图。如select*fromtablewhereid=‘’and

name=‘

’，通过在id输入框中输入“12’-”，会造成查询语句把name条件注释掉，而只查询id=12的记录。同样，对于update和delete的操作，可能会造成误删除数据。当然还有其它一些SQL注入方法，具体可以参考《SQL应用高级SQL注入.doc》，很多程序都是基于页面对输入字符进行控制的，可以尝试跳过界面直接向数据库中插入数据，比如用Jmeter，来完成数据注入检查。

功能测试·测试方法33．刷新检查：web系统中的WebForm控件实时刷新功能，在系统应用中有利有弊，给系统的性能带来较大的影响。测试过程中检测刷新功能对系统或应用造成的影响（白屏），检查控件是否回归默认初始值，检查是否对系统的性能产生较大影响（如每次刷新都连接数据库查询等）。

34．事务检查：对于事务性操作，断开网络或关闭程序来中断操作，事务是否回滚。

35．时间日期检查：时间、日期验证是每个系统都必须的，如2006-2-29、2006-6-31等错误日期，同时，对于管理、财务类系统，每年的1月与前一年的12月（同理，每年的第1季度与前一年的第4季度）。另外，对于日期、时间格式的验证，如2006年2月28日、2006-2-28、等。日期检查还要检查日期范围是否符合实际的业务，对于不符合时间业务的日期，系统是否会有提示或者有限制。

功能测试·测试方法36．多浏览器验证：越来越多的各类浏览器的出现，用户访问Web程序不再单单依赖于MicrosoftInternetExplorer，而是有了更多的选择：Maxthon、Firefox、TencentTraveler等，考虑使用多种浏览器访问系统，验证效果。

37．安装测试：对于C/S架构的系统，安装程序的测试是一个重要方面，安装程序自动化程度、安装选项和设置（验证各种方案是否都能正常安装）、安装过程中断测试、安装顺序测试（分布式系统）、修复安装及卸载测试。

38．文档测试：主要是对用户使用手册、产品手册进行测试，校验是否描述正确、完整，是否与当前系统版本对照，是否易理解，是否二义性等。

39．测试数据检查：事实告诉我们，测试数据比代码更有可能是错的，因此，当测试结果显示有错误发生的时候，怀疑代码错误前要先对测试数据检查一遍。

功能测试·测试方法40．请让我的机器来运行：在某些项目中，出现一个病态的问题：系统没有问题呀，它在我的机器上是能够通过的。这就说明了其中存在着和环境相关的BUG。“是否所有的一切都受到了版本控制工具的管理？”、“本机的开发环境和服务器的环境是否一样？”、“这里是否存在一个真正的BUG，只不过是在其他的机器里偶然出现？”。所有的测试必须在所有系统要求的机器上运行通过，否则的话，代码就可能存在问题。

41．Ajax技术的应用：Ajax有很多优点，但也有很多缺点，如果利用优点、避免缺点，是我们对新的Web2.0应用的一个挑战。而Ajax的应用最直接的问题就是用户体验，用户体验的效果直接关系到是否使用Ajax技术。“会做，并不意味着应该做、必须做”，这就是对Ajax技术的很重要的注解。

功能测试·测试方法42．Ajax技术的应用：Ajax采用异步调用的机制实现页面的部分刷新功能，异步调用存在异常中断的可能，尝试各种方法异常中断异步的数据调用，查看是否出现问题。在这里遇到的一个问题就是对日期控件的操作，已经如果页面数据较多的时候的刷新。

43．脚本错误：随着Ajax、IFrame等异步调用技术的发展，Javascrīpt技术也越来越受到开发人员的重视，但Javascrīpt存在调试困难、各浏览器存在可能不兼容等问题，因此在Web系统中，可能会出现脚本错误。同时，脚本错误造成的后果可大、可小，不能忽视。功能测试·测试方法翻页功能我们常碰到的一般有以下几个功能：1、首页、上一页、下一页、尾页。2、总页数，当前页数3、指定跳转页4、指定每页显示条数当然，有一些是少于多少页，全部以数字的形式显示，多于多少页后，才出现下一页的控件。本文暂且用以上四点来做为通用的用例来设计吧。对于1翻页链接或按钮的测试，主要要检查的测试点有：

1、有无数据时控件的显示情况

2、在首页时，首页和上一页是否能点击

3、在尾页时，下一页和尾页是否能点击

4、在非首页和非尾页时，四个按钮功能是否正确

5、翻页后，列表中的记录是否仍按照指定的排序列进行了排序功能测试·测试方法对于2总页数，当前页数，主要要检查的测试点有：

1、总页数是否等于总的记录数/指定每页条数

2、当前页数是否正确对于3指定跳转页，主要要检查的测试点有：

1、是否能正常跳转到指定的页数

2、输入的跳转页数非法时的处理对于4指定每页显示条数，主要要检查的测试点有：

1、是否有默认的指定每页显示条数

2、指定每页的条数后，列表显示的记录数，页数是否正确

3、输入的每页条数非法时的处理功能测试·测试方法分析完上面的测试点，应该可以进行用例的设计了。

step1:列表无记录

expect:1、四个翻页控件变灰不可点击

2、列表有相应的无数据信息提示

3、不可指定页数

4、不可指定跳转页

5、总页数显示为0

6、当前页数显示为0

step2:列表的记录数<=指定的每页显示条数

expect:1、四个翻页控件变灰不可点击

2、总页数显示为1

3、当前页数显示为1

step3:列表的记录数>指定的每页显示条数

expect:1、默认在首页，当前页数为1

2、列表的数据按照指定的排序列正确排序

3、记录数与数据库相符4、总页数＝记录数/指定的每页显示条数功能测试·测试方法step4:列表的记录数>指定的每页显示条数，在首页

expect:1、首页变灰不可点击

2、上一页变灰不可点击

3、下一页可点击，从（每页指定条数＋1）条记录

开始显示，当前页数+1

4、尾页可点击，显示最后页的记录

step5:列表的记录数>指定的每页显示条数，在中间的某页

expect:1、首页可点击，显示1到每页指定条数的记录

2、上一页可点击，显示上一页的记录

3、下一页可点击，从后一页的记录

4、尾页可点击，显示最后页的记录

5、列表的数据按照指定的排序列正确排序

6、当前页数为所在页功能测试·测试方法功能分解等价类划分边界值分析因果图法其他测试方法功能测试·功能性测试的方法功能性测试概述测试方法功能分解等价类划分边界值分析因果图法

其他测试方法功能测试·课程目录含义把软件分解为相对独立的功能单元目的通过功能分解可以明确软件功能性测试的内容使软件功能性测试可度量，有利于测试监督和管理功能测试·功能分解功能分解应把握好度不能分解得过粗不能分解得过细可提高软件功能性测试度量的准确性功能测试·功能分解功能性测试概述测试方法功能分解等价类划分

边界值分析因果图法

其他测试方法功能测试·课程目录等价类划分是将程序的输入域或输出域的不同区间划分为不同的数据类，以便导出测试用例每个等价类所揭示的程序错误都是等价的要求此方法的测试用例能各自发现一类错误，从而减少必须开发的测试用例数

功能测试·等价类划分有效等价类对于程序的需求说明来说是合理的，有意义的输入数据所构成的集合利用它可以检验程序是否实现了预期的功能和性能无效等价类对于程序的需求说明来说是不合理的，没有意义的输入数据所构成的集合利用它可以检验程序对于无效数据的处理能力功能测试·等价类分类如果输入条件规定了取值范围，或者值的个数，则可以确立一个有效等价类和两个无效等价类，例如：数据范围是1~50有效等价类为“>=1&&<=50”两个无效等价类为“<1”和“>50”功能测试·确立等价类的原则如果输入条件是一个布尔量，则可以确立一个有效等价类和一个无效等价类

如果规定了输入数据的一组值，而且程序要对每一个输入值分别进行处理，这时要对每一个规定的输入值确立一个有效等价类，而对于这组值之外的所有值确立一个无效等价类

功能测试·确立等价类的原则如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（即遵守规则的数据）和若干无效等价类（从不同角度违反规则的数据），例如：

测试密码域，要求密码必须是数字或字母有效等价类为“密码是数字和字母的组合”无效等价类为“密码包括中文”、“密码包括其它符号”等如果确知已划分的等价类中的各元素在程序中的处理方式不同，则应进一步划分成更小的等价类

功能测试·确立等价类的原则分析输入输出划分有效等价类、无效等价类

设计测试用例，使其尽可能多的覆盖有效等价类

设计测试用例，使其尽可能多的覆盖无效等价类

功能测试·等价类测试用例设计功能性测试概述测试方法功能分解等价类划分边界值分析

因果图法

其他测试方法功能测试·课程目录缺陷往往遗漏在角落里，聚集在边界上选取输入条件的边界区域作为测试数据比中间的数据更加容易发现错误边界值分析法是一种补充等价类划分的测试用例设计技术不是对某个等价类随便挑一个数据做测试数据，而是选一个或多个边界数据，使得该等价类的每个边界都被测试到不仅考虑输入数据，而且考虑输出数据功能测试·边界值分析如果输入条件或输出条件规定了值的范围并且有效条件包括了值的边界，可分别对边界和略超出边界取值，例如：数据范围是1<=x<=50正整数边界值取为：1、50、0、51如果输入条件或输出条件规定了值的范围并且有效条件不包括了值的边界，可分别对边界和略处于边界内取值，例如：数据范围是1<x<50正整数边界值取为：1、50、2、49功能测试·确立边界值的原则如果输入或输出域是个有序的集合（如顺序文件、表格等），应注意选取有序集的第一个和最后一个元素以及集合外但靠近集合的元素作为边界，例如：输入文件名介于之间边界值取为，，，功能测试·边界值分析功能性测试概述测试方法功能分解等价类划分边界值分析因果图法

其他测试方法功能测试·课程目录考虑输入条件之间的相互联系、相互组合

因果图法最终生成的是判定表，它适用于检查程序输入条件的各种组合情况功能测试·因果图法介绍在一些数据处理问题中，某些操作依赖多个逻辑条件的取值。处理这类问题的一个非常有力的分析和表达工具是判定表一些软件的功能需求可用判定表表达得非常清楚，在检验程序的功能时判定表也就成为一个非常有力的工具功能测试·判定表介绍判定表由四个部分组成：条件桩（ConditionStub）动作桩（ActionStub）条件项（ConditionEntry）动作项（ActionEntry）功能测试·判定表介绍条件桩条件项动作桩动作项功能测试·判定表介绍功能测试·判定表图示分析软件规格说明描述中的因果关系（输入与输出的因果关系）

找出原因与结果、原因与原因之间的对应关系，画出因果图在因果图上标记约束或限制条件把因果图转化为判定表将判定表中的每一列拿出来设计测试用例

功能测试·困果图法步骤测试用例数目较少

测试用例数目随数据数目的增加而线形的增加功能测试·困果图法的优点功能性测试概述测试方法功能分解等价类划分边界值分析因果图法

其他测试方法功能测试·课程目录使用随机数生成器选取测试用例值避免测试偏见（只选取边界值）存在问题：测试用例是否充分功能测试·随机测试错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例功能测试·错误推测法列举出程序中所有可能有的错误和容易发生错误的特殊情况来设计测试用例例如:

以前测试时曾出现过错误的地方，包括单元测试、集成测试、系统测试、前几次回归测试输入数据的问题，如是否可为空，是否可以有特殊字符，是否可以小于0、等于0等等一些问题的范围或边界功能测试·错误推测法基本思想功能性测试方法主要有三种：等价类划分、边界值分析、因果图法三种方法各有优势，应灵活使用功能测试·本课总结第六讲软件测试·易用性测试

SoftwareTestingmethodsandtechniques软件开发系列·软件测试在本章中，我们将学习：概念对于易用性测试应遵循的原则易用性测试的标准易用性测试的方法易用性测试·概览完成此课程之后，学员将具备以下能力：理解易用性测试的含义易用性测试的标准是什么？易用性测试的方法有哪些？易用性测试·目标概念对于易用性测试应遵循的原则易用性测试的标准易用性测试的方法易用性测试·课程目录

易用性(Useability)是交互的适应性、功能性和有效性的集中体现。

在2003年颁布的GB/T16260-2003(ISO9126-2001)《软件工程产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性;即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。

通常对易用性有如下定义：

易见Easytodiscover：单单凭观察，用户就应知道设备的状态，该设备供选择可以采取的行动。

易学Easytolearn：不通过帮助文件或通过简单的帮助文件，用户就能对一个陌生的产品有清晰的认识。

易用Easytouse：用户不翻阅手册就能使用软件。

易用性测试·概念概念对于易用性测试应遵循的原则易用性测试的标准易用性测试的方法易用性测试·课程目录对于易用性测试可遵循以下原则：1、完成相同或相近功能的按钮用Frame框起来，常用按钮要支持

快捷方式。2、完成同一功能或任务的元素放在集中位置，减少鼠标移动的距

离。3、按功能将界面划分局域块，用Frame框起来，并要有功能说明

或标题。4、界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功

能。5、界面上首先应输入的信息和重要信息的控件在Tab顺序中应当

靠前，位置也应放在窗口上较醒目的位置。6、同一界面上的控件数最好不要超过10个，多于10个时可以考

虑使用分页界面显示。7、分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab8、默认按钮要支持Enter操作，即按Enter后自动执行默认按钮对

应操作。易用性测试·对于易用性测试应遵循的原则9、可输入控件检测到非法输入后应给出说明信息并能自动获得焦

点。10、Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，

同时行间从左到右的方式。11、复选框和选项框按选择几率的高底而先后排列。12、复选框和选项框要有默认选项，并支持Tab选择。13、选项数相同时多用选项框而不用下拉列表框。14、界面空间较小时使用下拉框而不用选项框。15、选项数较少时使用选项框，相反使用下拉列表框。16、专业性强的软件要使用相关的专业术语，通用性界面则提倡

使用通用性词眼。17、对于界面输入重复性高的情况，该界面应全面支持键盘操作，

即在不使用鼠标的情况下采用键盘进行操作。易用性测试·对于易用性测试应遵循的原则是否符合日常习惯提示性信息是否准确是否提供了很多帮助信息，用以指导用户更好的使用软件系统软件的操作流程是否设置得很清晰，操作过程很简洁用户使用最频繁的选项是否设置了默认值，用户使用最多的功能是否放在最显眼的地方易用性测试概念对于易用性测试应遵循的原则易用性测试的标准易用性测试的方法易用性测试·课程目录

如果项目没有对易用性的说明，测试人员就按照下面的标准测试：

1、页面排布：文字、输入域、输出域、图形、目录、图形等有序排布，整齐美观。

2、切换方便：在两个频繁切换的界面之间提供方便切换的手段。

3、文字标识：文字标识应该清楚表明相应的页面、输入域、输出域、按钮、图形、目录、帮助等的功能作用，用户通过标识即可加以区分和清楚如何操作。

4、对不合理操作的反应：系统对不合理输入和不合理操作应该作出适当的反应或者做出相应的处理，如果需要，给用户适当但不复杂的提示。

5、提示对话框：提示对话框是与用户交互的重要途径，对话框的提示信息应该紧密结合正在进行的操作或者正在发生的事情，向用户清楚表明接下来用户可以进行的操作。

易用性测试·易用性测试的标准6、显示结果：应该对用户的每一步操作的结果给以清楚明白的显示，使用户知道已完成了的工作和下一步该做的工作。

7、简单明了：系统的功能实现对用户来说应该是透明的，尽量让用户以最少的步骤完成需要实现的功能。

8、尊重用户的习惯：有些用户习惯于鼠标操作，有些用户习惯于键盘操作，而有些用户在不同的操作中习惯会有不同；有些用户习惯于按钮在顶部的操作，有些用户习惯于按钮在底部，而有些用户习惯于按钮在一侧等等，系统应该尊重这些习惯。比如，支持鼠标点击的同时也应该支持回车键等。

9、风格一致：风格的统一前后一致，会更加方便用户了解使用一个系统，如字体的大小、颜色、排布；按钮的大小、位置、标识；页面的排布习惯；界面的背景；交互的方式等等。

易用性测试·易用性测试的标准概念对于易用性测试应遵循的原则易用性测试的标准易用性测试的方法易用性测试·课程目录易用性测试包括针对应用程序的测试，同时还包括对用户手册系统文档的测试。通常采用质量外部模型来评价易用性。包括如下方面的测试：

(1)易理解性测试;(2)易学性测试;(3)易操作性测试;(4)吸引性测试;(5)易用的依从性测试。

易用性测试方法有：静态测试;动态测试;动态和静态结合测试。

易用性测试·易用性测试的方法易用性测试方法有什么

1、用户界面测试

用于与软件交互的方式称为用户界面或UI。2、优秀UI的构成

软件测试员要负责测试软件的易用性，包括其用户界面。

记住，软件测试员不需要去设计UI，只需要把自己当作用户，然后去找出UI中的问题。

易用性测试·易用性测试的方法优秀UI具备的七个要素：

（1）符合标准和规范

最重要的用户界面要素是软件符合现行的标准和规范—或者有真正站得住脚的不符合的理由。

注意：如果测试在特定平台上运行的软件，就需要把该平台的标准和规范作为产品说明书的补充内容。像对待产品说明书一样，根据它建立测试用例。

这些标准和规范由软件易用性专家开发。它们是经由大量正规测试、使用、尝试和错误而设计出的方便用户的规则。

也并非要完全遵守准则，有时开发小组可能想对标准和规范有所提高。

平台也可能没有标准，也许测试的软件就是平台本身。

在这种情况下，设计小组可能成为软件易用性标准的创立者。易用性测试（2）直观

用户界面是否洁净、不唐突、不拥挤？

UI的组织和布局合理吗？

有多余功能吗？

帮助系统有效吗？（3）一致

如果软件或者平台有一个标准，就要遵守它。如果没有，就要注意软件的特性，确保相似的操作以相似的方式进行。

快捷键和菜单选项

术语和命名

听众

诸如OK和Cancel按钮的位置。（4）灵活

多种视图的选择：

状态跳转

状态终止和跳过

数据输入和输出易用性测试

（5）舒适

软件使用起来应该舒适，不能给用户工作制造障碍和困难。

恰当；

错误处理；

性能。

（6）正确

要测试正确性，就是测试UI是否做了该做的事。

注意：市场定位偏差、语言和拼写、不良媒体、WYSIWYG（所见即所得）。

（7）实用

是否实用事优秀用户界面的最后一个要素。易用性测试

3、为有残疾障碍的人员测试：辅助选项测试

辅助选项测试（accessibility

testing）也就是为有残疾障碍的人测试。

残疾有许多种：视力损伤、听力损伤、运动损伤、认知和语言障碍。

（1）法律要求：

开发残疾人可以使用的用户界面的软件有一些法律规定。在美国，有3条法律：

美国公民残疾人条例（ADA）声明

居民条例第508款

通信条例第255款

（2）软件中的辅助特性

软件可以有两种方式提供辅助。

最容易的方式是利用平台或者操作系统内置的支持。

如果测试的软件不在这些平台上运行，或者本身就是平台，就需要定义、编制和测试自己的辅助选项。

注意：如果正在测试产品的易用性，一定要专门为辅助选项建立测试用例。

如windows系统，提供了：粘滞键，筛选键，切换键，声音卫士，声音显示，高对比度，鼠标键，串行键。

易用性测试

4、总结

总之，不要让易用性测试的模糊性和主观性阻碍测试工作。易用性测试的模糊和主观是固然的，即使设计用户界面的专家也会承认有的地方是这样的。易用性测试对于易用性测试还可从以下几个方面入手：1、导航测试

导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决定一个应用系统是否易于导航：导航是否直观？系统的主要部分是否可通过主页存取？系统是否需要站点地图、搜索引擎或其他的导航帮助？

在一个页面上放太多的信息往往起到与预期相反的效果。应用系统的用户趋向于目的驱动，很快地扫描一个应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。很少有用户愿意花时间去熟悉应用系统的结构,因此，应用系统导航帮助要尽可能地准确。导航的另一个重要方面是应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道应用系统里面是否还有内容，内容在什么地方。

应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。易用性测试2、图形测试

在应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。（2）验证所有页面字体的风格是否一致。（3）背景颜色应该与字体颜色和前景颜色相搭配。（4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。易用性测试3、内容测试内容测试用来检验应用系统提供信息的正确性、准确性和相关性。

信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行，例如使用MicrosoftWord的"拼音与语法检查"功能；信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。4、整体界面测试整体界面是指整个应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个应用系统的设计风格是否一致？

对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。对所有的可用性测试来说，都需要有外部人员（与应用系统开发没有联系或联系很少的人员）的参与，最好是最终用户的参与。

易用性测试界面界面是软件与用户交互的最直接的层面，界面的好坏决定用户对软件的第一印象。而设计优良的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。

目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下原则应该得到重视或参考。在测试人员进行测试过程中，也可参考以下原则对产品进行评价。易用性测试1、规范性原则通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。

规范性细则：（1）常用菜单要有命令快捷方式。（2）完成相同或相近功能的菜单用横线隔开放在同一位置。（3）菜单前的图标能直观的代表要完成的操作。（4）菜单深度一般要求最多控制在三层以内。（5）工具栏要求可以根据用户的要求自己选择定制。（6）相同或相近功能的工具栏放在一起。（7）工具栏中的每一个按钮要有及时提示信息。（8）一条工具栏的长度最长不能超出屏幕宽度。（9）工具栏的图标能直观的代表要完成的操作。（10）系统常用的工具栏设置默认放置位置。易用性测试（11）工具栏太多时可以考虑使用工具厢。（12）工具厢要具有可增减性，由用户自己根据需求定制。（13）工具厢的默认总宽度不要超过屏幕宽度的1/5。（14）状态条要能显示用户切实需要的信息，常用的有：目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息、使用单位信息及软件开发商信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。（15）滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。（16）状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。（17）菜单和工具条要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感。（18）菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。（19）右键快捷菜单采用与菜单相同的准则。易用性测试2、帮助设施原则系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。

帮助设施细则：（1）帮助文档中的性能介绍与说明要与系统性能配套一致。（2）打包新系统时，对作了修改的地方在帮助文档中要做相应的修改，做到版本统一。（3）操作时要提供及时调用系统帮助的功能。常用F1。（4）在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。（5）最好提供目前流行的联机帮助格式或HTML帮助格式。（6）用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。（7）如果没有提供书面的帮助文档的话，最好有打印帮助的功能。（8）在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。易用性测试3、合理性原则屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。

合理性细则：(1)父窗体或主窗体的中心位置应该在对角线焦点附近。(2)子窗体位置应该在主窗体的左上角或正中。(3)多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。(4)重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。(5）错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。(6)与正在进行的操作无关的按钮应该加以屏蔽。(7)对可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会。(8)非法的输入或操作应有足够的提示说明。(9）对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。(10)提示、警告、或错误说明应该清楚、明了、恰当并且应避免英文提示的出现。易用性测试4、美观与协调性原则界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。

美观与协调性细则：（1）长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。（2）布局要合理，不宜过于密集，也不能过于空旷，合理的利用空间。（3）按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。（4）按钮的大小要与界面的大小和空间要协调。（5）避免空旷的界面上放置很大的按钮。（6）放置完控件后界面不应有很大的空缺位置。（7）字体的大小要与界面的大小比例协调，通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。易用性测试（8）前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows界面色调。（9）如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。（10）大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。（11）界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。（12）如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。（13）对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。（14）通常父窗体支持缩放时，子窗体没有必要缩放。（15）如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。易用性测试5、菜单位置原则菜单是界面上最重要的元素，菜单位置按照按功能来组织。

菜单设置细则：（1）菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。（2）常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。（3）下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。（4）一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。（5）没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。（6）如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。（7）菜单深度一般要求最多控制在三层以内。（8）对常用的菜单要有快捷命令方式，组合原则见7。（9）对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式—即只有需要的菜单才显示—最好。（10）菜单前的图标不宜太大，与字高保持一直最好。（11）主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。（12）主菜单数目不应太多，最好为单排布置。易用性测试6、独特性原则如果一味的遵循业界的界面标准，则会丧失自己的个性。在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为