第4章 易用测试.ppt

1、软件测试技术,主编 库波 中国水利水电出版社,第4章易用性测试,教学要求 1掌握：软件易用性测试的基本概念。 2理解：软件易用性测试所涵盖的内容。 3了解：软件易用性测试的必要性。,1什么是软件易用性,软件易用性是用户对软件的易使用性、质量、效率以及效果的感觉。在软件质量指标体系中，易用性(Usability)：是交互的适应性、功能性和有效性的集中体现。易用性是用来衡量使用一个软件产品完成指定任务的难易程度。这跟功能性、喜欢这些相关的概念是不一样的。 在软件工程产品质量质量模型中，易用性包含易见性、易学习性和易用性。即软件产品被理解、学习、使用和吸引用户的能力。,4.1易用性测试概述,2软件易

2、用性的几点常见误区,（1）忽视和误解了软件易用性概念 （2）混淆了有用性与易用性的区别 （3）没有正确理解发现、弄懂和效率 （4）没有考虑应用的高效性和帮助指南,3什么是软件易用性测试,易用性测试的目的在于增加软件操作的简易性，让用户容易接受软件，方便用户的日常使用。因为易用性是非功能性需求，加上易用性不像功能那样有明确的界限。所以，易用性有很多的主观成份或无法直接测量，而必须通过间接测量或观察某些属性的方式。此外，易用性是针对不同人的，开发和测试人员无法准确知道该软件产品是否对别人同样易用。所以，很多时候易用性测试也没有一个标准。但一般来说，软件产品的易用性测试可分为四部分：就是安装易用性测

3、试、功能易用性测试、界面易用性测试和用户文档易用性测试。,4如何高效的进行软件易用性测试软件的易用性,究竟好不好，用户是否满意，不是单方面感觉出来的，而需要有一套合理的测试方式和方法。简单地说，软件易用性测试工作大致分为以下步骤： (1)制定测试计划 (2)搭建测试环境，选择合适的测试人员 (3)测试执行和过程控制 (4)测试结果分析和测试报告,4.2 安装测试,软件安装和卸载是否正确和是否易用需要经过有效的软件安装测试。 软件安装测试需要考虑多种软硬件环境、多种安装方式和设置情况以及用户的操作习惯，要测试软件在正常情况的不同条件或设置时是否都能进行安装。确认软件在安装后可立即正常运行，测试软

4、件是否能正常卸载，安装过程和卸载过程是否方便易用，并对安装手册进行测试。,安装测试时应着重考虑以下几个方面： 安装手册的评估 测试安装手册时主要考虑其完整性、正确性、一致性和易用性要按照安装手册的描述安装程序，尝试每一条建议，检查每一条陈述，找出描述不清或容易误解的内容，特别要检查安装手册对安装环境、需注意的事项、以及手动配置等方面是否进行了详细的说明。 1安装的自动化程度测试 2安装选项和设置的测试 3安装过程的中断测试 4多环境安装测试 5安装的正确性测试 6修复安装测试与卸载测试,6修复安装测试与卸载测试 修复安装测试和卸载测试需要从以下方面考虑： (1)安装后直接再次安装，测试是否提示

5、用户已安装，出现修复和卸载的页面，而不是安装页面。 (2)测试软件是否能够完全卸载，并且不影响操作系统和其它软件的正常使用。在特殊情况下，不能完全卸载时，是否有明确提示以方便用户手动操作。例如，某专业应用软件为AutoCAD的二次开发软件，卸载该专业软件后AutoCAD的界面上仍然出现该专业软件的菜单和工具栏，只是不再能使用了，这是不合适的。应该在卸载该软件后，其菜单和工具栏也不再出现在AutoCAD的界面上，即使不能完全自动卸载，也应该提示用户如何手动操作。 (3)测试软件卸载后，再次安装是否正常。 (4)在软件运行的情况下，进行卸载操作时，是否提示用户先关闭软件，而不出现异常。 (5)测试

6、软件是否能正常修复。修复是指软件使用后，根据需要添加或删除软件的一些组件，或修复受损的软件。修复测试时，需检查修复是否起到作用，并且有无不良影响。,表4-1,表4-1,表4-1,表4-1,表4-1为一个简易的安装测试指南，我们在测试较为简单的软件产品安装时可以依照此表的步骤来进行。,4.3 功能易用性测试,功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。我们在对产品进行测试时主要考虑以下七个方面： 1. 业务符合性 2. 功能定制性 3. 业务模块的集成度 4.数据共享能力 5. 约束性 6. 交互性 7. 错误提示,针对Web系统的常用测试方法

7、如下： 1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3. 检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。 4. 字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。 5. 字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。 6. 标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看

8、系统处理是否正确。 7.中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。,8. 检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。 9. 信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。 10. 检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按“delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。 11. 检查添加和修改是否一致：检查添

9、加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型。 12. 检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理，报错。同时，也要注意，会不会报和自己重名的错。 13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。,14. 检查多次使用back键的情况：在有back的地方，back，回到原来页面，再back，重复多次，看会否出错。 15. search检查：在有search功能的地方输入系统存在和不存在的内容，看search结果是否正确。如果可以输入多个search条件，可以同时添加合理和不合理的

10、条件，看系统处理是否正确。 16. 输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。 17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。 18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*。 19. 快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。 20. 回车键检查：在输入结束后直接按回车键，看系统处理如何，会

11、否报错。,4.4 用户界面测试,用户界面(User Interface)或UI，是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。 4.4.1 界面整体测试 用户界面测试(User Interface Testing)，又称UI测试。是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。,一个优秀的UI应该具有下面7个常见的要素： 1符合标准和规范 2直观性 3一致性 4. 灵活性 5舒适性 6

12、正确性 7实用性,4.4.2 图形用户界面测试用例 用户界面测试主要是对界面的各个部件的单独检验，以及对界面的整体做静态测试。 用户界面有两个重要的组成部分：一是界面的外观，即给用户的印象，如界面的布局是否合理，以及颜色的使用、文字的选用、规格大小、文字的描述等，必须给人一种感官上的愉悦，让用户容易理解。二是界面与用户间的互动，即用户在使用软件时对软件反应的满意程度，如是否容易操作、容易找到技术支持的资料等。 对于界面外观的检测，应该属于静态测试范围。这类的检测实例可以用列表的方式，将软件各窗口（对网络类客户/服务器软件则是各网页）、各窗口里所含各类菜单、菜单里的各项（包括它们的状态）、各种图

13、符（icon）、表单（form）、链接(link)及各种按钮等。总之，应将用户界面上所有部件都列入表中不要有遗漏。,下面是一个图形用户界面测试的实例，图4-5是一个文字编辑软件的用户界面：,图4-5 窗口软件的界面,这个用户界面是很常见的且很具有代表性。其中包括下拉菜单、工具栏、树状文件夹、文字编辑窗口、竖向及横向滚动条等。这些都是一般窗口软件中最具有代表性的部件。再看下图4-6中“文件”的下拉菜单。,图4-5 下拉菜单,在编写这个菜单的测试实例时，要对照规格说明书及设计说明书对这个菜单的描述来检验上面的各项是否齐全，对应的热键（hot key）是否正确，默认值是否正确，等等。,图4-7中所示

14、为菜单“高级”及其子菜单“个人模板”的内容。在编写测试实例时，也要把所有的子菜单包括进去。,图4-7 菜单及其子菜单,表4-2是三个下拉菜单的测试实例列表。这类测试大多只需目测（静态测试）。表中“初始状态”一栏，是指软件的默认值（或称内定值）。这类列表看起来很烦琐，但又是必要的，因为简单的东西和复杂的东西一样，都存在着出错的可能。对于出错可能的某一项，不做检测实在是不能放心 。 具体表的内容见教材。,4.5 用户文档测试,4.5.1 文档的分类 软件生命周期按照瀑布模型可分为需求阶段、功能设计阶段、详细设计阶段、编码阶段、测试阶段和运行与维护阶段。在这些不同阶段都有一定程度的重复，但每个阶段的

15、结束必须要按一定的顺序进行，提交相应的文档，这些文档按照功能和目的大致可以分为如下几类。,1测试计划文档 测试计划文档是计划测试阶段的测试文档。测试计划文档应包含如下内容： （1）目标 表示该测试计划应达到的目标。 （2）概括 包括项目背景和范围。 （3）组织形式 表示测试计划执行过程中的组织结构及结构间的关系，以及所需要的组织独立程度。同时，指出测试过程与其他过程如开发、项目管理、质量保证配置管理之间的关系。测试计划还应该定义测试工作中的沟通渠道，解决测试任务发现问题的权利，以及批准测试输出工作产品的权利。 （4）角色与职责 定义角色以及职责，即在每一个角色与测试任务之间建立关联。 （5）测

16、试对象 列出所有将被作为测试目标的测试项（包括功能需求、非功能需求，后者包括性能可移植性等）。 （6）测试通过/失败的标准 测试标准是客观的陈述，它指明了判断/确认测试在何时结束，以及所测试的应用程序的质量。测试标准可以是一系列的陈述或对另一文档（如过程指南或测试标准）的引用。,2测试方案文档 （1）测试方案文档是设涉及测试阶段的测试文档，包括以下内容： （2）概述 简要描述被测对象的需求要素、测试设计准则以及测试对象的历史。 （3）被测对象 确定被测对象。 包括其版本/修订级别，软件的承载媒介及其对测试的影响。 （4）应测试的特性 确定应测试的所有特性和特性组合。 （5）不被测试的特性 确定

17、被测对象具有的哪些特性不被测试，并说明其原因。 （6）测试模型 测试模型先从测试组网图、结构/对象关系图两个描述层次分析被测对象的外部需求环境和内部结构关系，进行概要描述，确定本测试方案的测试需求和测试着眼点。 （7）测试需求 测试本阶段测试的各种需求因素，包括：环境需求、被测对象要求、测试工具需求、测试数据准备等。 （8）测试设计 描述测试各个阶段需求运用的测试要素，包括测试用例、测试工具、测试代码的设计思路和设计准则。,3测试用例文档 测试用例文档是是实现测试阶段的测试文档。 测试用例文档应包括以下内容：,（1） 测试用例清单 测试用例清单见表4-3。,表4-3 测试用例清单,（1） 测试

18、用例列表 测试用例列表见表4-4。,表4-4 测试用例列表,4测试规程文档 测试规程文档是指明执行测试时测试活动序列的文档。 测试规程文档包括如下内容：,（1） 测试规程清单 测试规程清单见表4-5。,表4-5 测试规程清单,（2） 测试规程列表 测试规程列表见表4-6。,表4-6 测试规程列表,5测试报告文档 测试报告文档是执行测试阶段测试文档，指明执行测试结果的文档。 测试报告文档包括如下内容。 概述 指明本报告是哪个测试活动的总结，指明该测试活动所依据的测试计划、测试方案及测试用例为本文档的参考文档，必须指明被测对象及其版本/修订级别。 测试时间、地点和人员。 环境描述。 总结和评价 问题报告 此表根据实际情况可选，包括问题总数、致命、严重、一般和提示问题的数目和百分比，见表4-7和表4-8。,表4-7 问题统计,表4-8 测试问题,6其他测试文档 任务报告 每一项验证与确认任务完成后，都要有一个任务完成情况的报告。 测试日志 测试工作日程记录。 阶段报告 每一测试阶段完成后，都要有一个阶段完成的阶段报告，其中包括经验教训的总结。,4.5.2 文档测试方法 文档测试包括对系统需求分析说明书、系统设计报告、用户手册以及与系统相关的一切文档、管理文件的审阅、评测。系统需求分析和系统设计说明书中的错误将直接带来程序的错误；而用户手册将随着