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

第四讲 软件测试··测试文档测试文档                        Software Testing methods and techniques软件开发系列软件开发系列··软件软件测试测试ü在本章中，我们将学习：–测试计划 –测试用例–测试期间数据的收集–测试报告 测试文档··概览概览 完成此课程之后，学员将具备以下能力：–测试计划怎么做？包含的内容有哪些？–测试用例怎么做？–测试报告怎么做？ 测试文档··目标目标ü测试计划测试计划测试计划测试计划 ü测试用例ü测试期间数据的收集ü测试报告 测试文档··课程目录课程目录测试计划必须包含的内容：测试计划必须包含的内容：Ø目的：明确每阶段测试的目的Ø测试策略：用于测试的方法Ø资源配置：测试所需的硬件设备和测试人员配备Ø明确任务：所以参加测试工作的人员角色和职责Ø进度安排：每一测试阶段的进度安排Ø风险：指明项目中潜在的问题和风险区域Ø停止测试的标准：判断每测试阶段停止测试的标准Ø测试用例编写要求：决定选用测试用例的编写方法，保存、使用和维护测试用例的策略Ø记录手段：明确测试当中对问题、进度等记录的方法Ø测试工具：明确测试所需的工具并制定相应计划测试计划模板测试计划模板 测试文档··测试计划测试计划ü测试计划 ü测试用例测试用例测试用例测试用例ü测试期间数据的收集ü测试报告 测试文档··课程目录课程目录ü测试用例是由一组测试数据和与之对应的预期结果组成的，是为了验证软件的某个功能在输入该测试数据的时候产生的实际输出结果是否与我们理论的预期结果相对应。

ü测试用例应包括合理的输入条件和不合理的输入条件ü一个测试用例只对应一个测试结果 测试文档··测试用例测试用例ü有关测试结果的积累数据ü测试任务，测试集合和测试事件的描述•缺陷分析–由于计划的问题，导致没有发现的缺陷的数据–严重的缺陷–缺陷类型–为什么缺陷没有发现ü效果 测试文档··测试期间数据的收集测试期间数据的收集ü测试计划 ü测试用例ü测试期间数据的收集ü测试报告测试报告测试报告测试报告 测试文档··课程目录课程目录ü软件基本情况描述ü测试范围描述ü测试依据ü测试结果描述ü测试是否通过的结论 测试文档··测试报告测试报告•目标–表示出目前项目的实际状况–明确什么是测试做的工作，什么是不作的工作–给出系统的操作性能的评价–明确什么时候系统可以进行产品化的工作•关注点–测试报告只有真正需要的时候才有用，需要配合市场和管理–测试的信息是不充分的（对于评价一个项目来说）–测试状况并不能真实的反应个人的状况 测试文档··测试报告测试报告•报告目前的软件状态–功能/测试矩阵–功能测试的状态报告，侧重点分析–关于功能的工作时间轴–期望发现 VS 实际发现的缺陷比–没有发现的缺陷和改正的缺陷的差距–按照类型分类，没有改正的缺陷的平均值–缺陷分类报告–测试活动报告 测试文档··测试报告测试报告•各个阶段的项目测试总结报告•继承性测试报告•系统测试报告•确认测试报告 测试文档··最终的报告汇总最终的报告汇总•报告目前的软件状态–功能/测试矩阵–功能测试的状态报告，侧重点分析–关于功能的工作时间轴–期望发现 VS 实际发现的缺陷比–没有发现的缺陷和改正的缺陷的差距–按照类型分类，没有改正的缺陷的平均值–缺陷分类报告–测试活动报告•给出系统的操作性能的评价•明确什么时候系统可以进行产品化的工作 测试文档··测试分析报告测试分析报告 第五讲 软件测试··功能测试功能测试                        Software Testing methods and techniques软件开发系列软件开发系列··软件软件测试测试ü在本章中，我们将学习：–功能性测试概述–测试方法–功能分解–等价类划分–边界值分析 –因果图法–其他测试法 功能测试··概览概览完成此课程之后，学员将具备以下能力： –理解功能性测试的含义–使用等价类划分的方法设计测试用例–使用边界值分析的方法设计测试用例 –对具体项目进行功能测试 功能测试··目标目标ü功能性测试功能性测试功能性测试功能性测试概述概述概述概述ü测试方法ü功能分解ü等价类划分 ü边界值分析 ü因果图法 ü其他测试方法 功能测试··课程目录课程目录 功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

ü任何程序都可以看作是将从输入定义域取值映射到输出值域的函数ü将系统看成黒盒，又称为黒盒测试ü黒盒的实现是不需要了解的，只需要知道输入和预期输出 功能测试··概述概述ü正常的流程与异常的流程ü正面的用例与反面的用例ü输入数据的数据类型和长度ü边界值的防范ü数据的准确性 功能测试··概述概述输入输出黒盒内部实现不可见 功能测试··功能性测试模型功能性测试模型ü功能性测试与软件如何实现无关，如果实现发生变化，功能性测试用例仍然可用ü测试用例开发可以与软件开发同时进行，可节省软件开发时间，通过软件的用例（use case）就可以设计出大部分功能性测试用例 功能测试··功能性测试的优点功能性测试的优点ü测试用例数量较大ü测试用例可能产生很多冗余ü功能性测试的覆盖范围不可能达到100% 功能测试··功能性测试的缺点功能性测试的缺点ü功能性测试概述ü测试方法测试方法测试方法测试方法ü功能分解ü等价类划分 ü边界值分析 ü因果图法 ü其他测试方法 功能测试··课程目录课程目录针对针对针对针对WebWeb系统的常用测试方法如下：系统的常用测试方法如下：系统的常用测试方法如下：系统的常用测试方法如下：        1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。

可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告如果系统用QTP进行自动化测试，也可以使用QTP的页面检查点检查链接      2. 相关性检查：Ø 功能相关性：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形Ø 数据相关性：下拉列表默认值检查，下拉列表值检查，如果某个列表的数据项依赖于其他模块中的数据，同样需要检查，比如，某个数据如果被禁用了，可能在引用该数据项的列表中不可见 功能测试··测试方法测试方法    3. 检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。

常见的错误会出现在重置按钮上，表现为功能失效4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度还要检查需求规定的字符串长度是否是正确的，有时候会出现，需求规定的字符串长度太短而无法输入业务数据5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键看系统处理是否正确常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容 功能测试··测试方法测试方法     7．特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确常见的错误是出现在% ‘ " 这几个特殊字符8. 中文字符处理: 在可以输入中、英文的系统输入中文,看会否出现乱码或出错9. 检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致要注意检查的时候每个字段都应该检查，有时候，会出现部分字段更新了而个别字段没有更新的情况。

10. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理 功能测试··测试方法测试方法     11. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除, 看是否正确处理如果有多页，翻页选，看系统是否都正确删除，并且要注意，删除的时候是否有提示，让用户能够更正错误，不误删除12. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型13. 检查修改重名:修改时把不能重名的项改为已存在的内容,看是否会处理,报错.同时,也要注意,会不会报和自己重名的错      14. 重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理对于Web系统来说，可以通过浏览器返回键或者系统提供的返回功能 功能测试··测试方法测试方法     15. 检查多次使用返回键的情况: 在有返回键的地方,返回到原来页面,重复多次，看是否会出错。

16. 搜索检查: 有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确，搜索的时候同样要注意特殊字符，某些系统会在输入特殊字符的时候，将系统中所有的信息都搜索到17. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方18. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等上传文件测试同时应该测试，如果将不能上传的文件后缀名修改为可以上传文件的后缀名，看是否能够上传成功，并且，上传文件后，重新修改，看上传的文件是否存在 功能测试··测试方法测试方法     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 * from table where id = ‘　’ 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、 20060228等日期检查还要检查日期范围是否符合实际的业务，对于不符合时间业务的日期，系统是否会有提示或者有限制 功能测试··测试方法测试方法     36．多浏览器验证：越来越多的各类浏览器的出现，用户访问Web程序不再单单依赖于Microsoft Internet Explorer，而是有了更多的选择：Maxthon、Firefox、Tencent Traveler等，考虑使用多种浏览器访问系统，验证效果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、输入的每页条数非法时的处理 功能测试··测试方法测试方法　分析完上面的测试点，应该可以进行用例的设计了。

　　step 1: 列表无记录  　　expect: 1、四个翻页控件变灰不可点击　　　　 2、列表有相应的无数据信息提示　　　 　3、不可指定页数　　　　 4、不可指定跳转页　　　 　5、总页数显示为0 　　　　6、当前页数显示为0　　step 2: 列表的记录数<=指定的每页显示条数 　　expect: 1、四个翻页控件变灰不可点击　 　　　2、总页数显示为1　　 　　3、当前页数显示为1　　step 3: 列表的记录数>指定的每页显示条数　　expect: 1、默认在首页，当前页数为1              　　　 　2、列表的数据按照指定的排序列正确排序 　　　3、记录数与数据库相符                       4、总页数＝记录数/指定的每页显示条数 功能测试··测试方法测试方法        step 4: 列表的记录数>指定的每页显示条数，在首页　　expect: 1、首页变灰不可点击　　　 　2、上一页变灰不可点击　　　 　3、下一页可点击，从（每页指定条数＋1）条记录                                开始显示，当前页数+1　　　 　4、尾页可点击，显示最后页的记录　　         step 5: 列表的记录数>指定的每页显示条数，在中间的某页　　expect: 1、首页可点击，显示1到每页指定条数的记录　　　 　2、上一页可点击，显示上一页的记录　　　 　3、下一页可点击，从后一页的记录　　　　 4、尾页可点击，显示最后页的记录　　 　　5、列表的数据按照指定的排序列正确排序　　　 　6、当前页数为所在页 功能测试··测试方法测试方法ü功能分解ü等价类划分ü边界值分析ü因果图法ü其他测试方法 功能测试··功能性测试的方法功能性测试的方法ü功能性测试概述ü测试方法ü功能分解功能分解功能分解功能分解ü等价类划分 ü边界值分析 ü因果图法 ü其他测试方法 功能测试··课程目录课程目录ü含义–把软件分解为相对独立的功能单元ü目的–通过功能分解可以明确软件功能性测试的内容–使软件功能性测试可度量，有利于测试监督和管理 功能测试··功能分解功能分解ü功能分解应把握好度–不能分解得过粗–不能分解得过细–可提高软件功能性测试度量的准确性 功能测试··功能分解功能分解ü功能性测试概述ü测试方法ü功能分解ü等价类划分等价类划分等价类划分等价类划分 ü边界值分析 ü因果图法 ü其他测试方法 功能测试··课程目录课程目录ü等价类划分是将程序的输入域或输出域的不同区间划分为不同的数据类，以便导出测试用例ü每个等价类所揭示的程序错误都是等价的ü要求此方法的测试用例能各自发现一类错误，从而减少必须开发的测试用例数 功能测试··等价类划分等价类划分ü有效等价类 –对于程序的需求说明来说是合理的，有意义的输入数据所构成的集合–利用它可以检验程序是否实现了预期的功能和性能ü无效等价类 –对于程序的需求说明来说是不合理的，没有意义的输入数据所构成的集合 –利用它可以检验程序对于无效数据的处理能力 功能测试··等价类分类等价类分类ü如果输入条件规定了取值范围，或者值的个数，则可以确立一个有效等价类和两个无效等价类，例如：–数据范围是1~50 –有效等价类为“>=1&&<=50” –两个无效等价类为“<1”和“>50” 功能测试··确立等价类的原则确立等价类的原则ü如果输入条件是一个布尔量，则可以确立一个有效等价类和一个无效等价类 ü如果规定了输入数据的一组值，而且程序要对每一个输入值分别进行处理，这时要对每一个规定的输入值确立一个有效等价类，而对于这组值之外的所有值确立一个无效等价类 功能测试··确立等价类的原则确立等价类的原则ü如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（即遵守规则的数据）和若干无效等价类（从不同角度违反规则的数据），例如： –测试密码域，要求密码必须是数字或字母 –有效等价类为“密码是数字和字母的组合” –无效等价类为“密码包括中文”、“密码包括其它符号”等ü如果确知已划分的等价类中的各元素在程序中的处理方式不同，则应进一步划分成更小的等价类 功能测试··确立等价类的原则确立等价类的原则ü分析输入输出ü划分有效等价类、无效等价类 ü设计测试用例，使其尽可能多的覆盖有效等价类 ü设计测试用例，使其尽可能多的覆盖无效等价类 功能测试··等价类测试用例设计等价类测试用例设计ü功能性测试概述ü测试方法ü功能分解ü等价类划分 ü边界值分析边界值分析边界值分析边界值分析 ü因果图法 ü其他测试方法 功能测试··课程目录课程目录ü缺陷往往遗漏在角落里，聚集在边界上 ü选取输入条件的边界区域作为测试数据比中间的数据更加容易发现错误 ü边界值分析法是一种补充等价类划分的测试用例设计技术ü不是对某个等价类随便挑一个数据做测试数据，而是选一个或多个边界数据，使得该等价类的每个边界都被测试到 ü不仅考虑输入数据，而且考虑输出数据 功能测试··边界值分析边界值分析ü如果输入条件或输出条件规定了值的范围并且有效条件包括了值的边界，可分别对边界和略超出边界取值，例如：–数据范围是1<=x<=50正整数–边界值取为：1、50、0、51ü如果输入条件或输出条件规定了值的范围并且有效条件不包括了值的边界，可分别对边界和略处于边界内取值，例如：–数据范围是1

处理这类问题的一个非常有力的分析和表达工具是判定表ü一些软件的功能需求可用判定表表达得非常清楚，在检验程序的功能时判定表也就成为一个非常有力的工具 功能测试··判定表介绍判定表介绍ü判定表由四个部分组成：–条件桩（Condition Stub）–动作桩（Action Stub）–条件项（Condition Entry）–动作项（Action Entry） 功能测试··判定表介绍判定表介绍条件桩条件项动作桩动作项 功能测试··判定表介绍判定表介绍 功能测试··判定表图示判定表图示ü分析软件规格说明描述中的因果关系（输入与输出的因果关系） ü找出原因与结果、原因与原因之间的对应关系，画出因果图ü在因果图上标记约束或限制条件ü把因果图转化为判定表ü将判定表中的每一列拿出来设计测试用例 功能测试··困果图法步骤困果图法步骤ü测试用例数目较少 ü测试用例数目随数据数目的增加而线形的增加 功能测试··困果图法的优点困果图法的优点ü功能性测试概述ü测试方法ü功能分解ü等价类划分 ü边界值分析 ü因果图法 ü其他测试方法其他测试方法其他测试方法其他测试方法 功能测试··课程目录课程目录ü使用随机数生成器选取测试用例值ü避免测试偏见（只选取边界值）ü存在问题：测试用例是否充分 功能测试··随机测试随机测试ü错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例 功能测试··错误推测法错误推测法ü列举出程序中所有可能有的错误和容易发生错误的特殊情况来设计测试用例ü例如: –以前测试时曾出现过错误的地方，包括单元测试、集成测试、系统测试、前几次回归测试–输入数据的问题，如是否可为空，是否可以有特殊字符，是否可以小于0、等于0等等–一些问题的范围或边界 功能测试··错误推测法基本思想错误推测法基本思想ü功能性测试方法主要有三种：等价类划分、边界值分析、因果图法ü三种方法各有优势，应灵活使用 功能测试··本课总结本课总结 第六讲 软件测试··易用性测试易用性测试                        Software Testing methods and techniques软件开发系列软件开发系列··软件软件测试测试ü在本章中，我们将学习：–概念–对于易用性测试应遵循的原则–易用性测试的标准–易用性测试的方法 易用性测试··概览概览 完成此课程之后，学员将具备以下能力：–理解易用性测试的含义–易用性测试的标准是什么？–易用性测试的方法有哪些？ 易用性测试··目标目标ü概念概念概念概念ü对于易用性测试应遵循的原则ü易用性测试的标准ü易用性测试的方法 易用性测试··课程目录课程目录 易用性(Useability)是交互的适应性、功能性和有效性的集中体现。

      　在 2003 年颁布的 GB/T16260-2003(ISO 9126-2001) 《软件工程 产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性;即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力　 通常对易用性有如下定义： 易见Easy to discover：单单凭观察，用户就应知道设备的状态，该设备供选择可以采取的行动 易学Easy to learn：不通过帮助文件或通过简单的帮助文件，用户就能对一个陌生的产品有清晰的认识 易用Easy to use：用户不翻阅手册就能使用软件  易用性测试··概念概念ü概念ü对于易用性测试应遵循的原则对于易用性测试应遵循的原则对于易用性测试应遵循的原则对于易用性测试应遵循的原则ü易用性测试的标准ü易用性测试的方法 易用性测试··课程目录课程目录对于易用性测试可遵循以下原则：对于易用性测试可遵循以下原则：对于易用性测试可遵循以下原则：对于易用性测试可遵循以下原则：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中的问题 易用性测试··易用性测试的方法易用性测试的方法优秀优秀优秀优秀UIUI具备的七个要素：具备的七个要素：具备的七个要素：具备的七个要素： （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、内容测试、内容测试 内容测试用来检验应用系统提供信息的正确性、准确性和相关性 信息的正确性是指信息是可靠的还是误传的例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错误这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的"拼音与语法检查"功能；信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。

4、整体界面测试、整体界面测试 整体界面是指整个应用系统的页面结构设计，是给用户的一个整体感例如：当用户浏览应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个应用系统的设计风格是否一致？ 对整体界面的测试过程，其实是一个对最终用户进行调查的过程一般应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息对所有的可用性测试来说，都需要有外部人员（与应用系统开发没有联系或联系很少的人员）的参与，最好是最终用户的参与  易用性测试界面界面界面界面 界面是软件与用户交互的最直接的层面，界面的好坏决定用户对软件的第一印象而设计优良的界面能够引导用户自己完成相应的操作，起到向导的作用同时界面如同人的面孔，具有吸引用户的直接优势设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流 目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下原则应该得到重视或参考在测试人员进行测试过程中，也可参考以下原则对产品进行评价。

易用性测试1、规范性原则、规范性原则 通常界面设计都按Windows 界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好小型软件一般不提供工具厢规范性细则：（1）常用菜单要有命令快捷方式2）完成相同或相近功能的菜单用横线隔开放在同一位置3）菜单前的图标能直观的代表要完成的操作4）菜单深度一般要求最多控制在三层以内5）工具栏要求可以根据用户的要求自己选择定制6）相同或相近功能的工具栏放在一起7）工具栏中的每一个按钮要有及时提示信息8）一条工具栏的长度最长不能超出屏幕宽度9）工具栏的图标能直观的代表要完成的操作10）系统常用的工具栏设置默认放置位置 易用性测试（11）工具栏太多时可以考虑使用工具厢12）工具厢要具有可增减性，由用户自己根据需求定制13）工具厢的默认总宽度不要超过屏幕宽度的1/514）状态条要能显示用户切实需要的信息，常用的有：目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息、使用单位信息及软件开发商信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。

15）滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比16）状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄17）菜单和工具条要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感18）菜单和状态条中通常使用5 号字体工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调19）右键快捷菜单采用与菜单相同的准则 易用性测试2、帮助设施原则、帮助设施原则 系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法帮助设施细则：（1）帮助文档中的性能介绍与说明要与系统性能配套一致2）打包新系统时，对作了修改的地方在帮助文档中要做相应的修改，做到版本统一3）操作时要提供及时调用系统帮助的功能常用F14）在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置也就是说帮助要有即时针对性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）对常用的菜单要有快捷命令方式，组合原则见79）对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式—即只有需要的菜单才显示—最好10）菜单前的图标不宜太大，与字高保持一直最好11）主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好12）主菜单数目不应太多，最好为单排布置 易用性测试6、独特性原则、独特性原则 如果一味的遵循业界的界面标准，则会丧失自己的个性在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。

尤其在商业软件流通中有着很好的迁移默化的广告效用独特性细则：（1）安装界面上应有单位介绍或产品介绍，并有自己的图标或徽标2）主界面，最好是大多数界面上要有公司图标或徽标3）登录界面上要有本产品的标志，同时包含公司图标或徽标4）帮助菜单的“关于”中应有版权和产品信息5）公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致6）应为产品制作特有的图标并区别于公司图标或徽标 易用性测试7、快捷方式的组合原则、快捷方式的组合原则 在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些，在西文Windows 及其应用软件中快捷键的使用大多是一致的菜单中：（1）面向事务的组合有：Ctrl-D 删除；Ctrl-F 寻找；Ctrl –H 替换；Ctrl-I 插入；Ctrl-N 新记录；Ctrl-S 保存Ctrl-O 打开2）列表：Ctrl-R ，Ctrl-G 定位；Ctrl-Tab 下一分页窗口或反序浏览同一页面控件3）编辑：Ctrl-A 全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z 撤消操作；Ctrl-Y 恢复操作。

4）文件操作：Ctrl-P 打印；Ctrl-W 关闭5）系统菜单：Alt-A 文件；Alt-E 编辑；Alt-T 工具；Alt－W 窗口；Alt－H 帮助6）MS Windows 保留键：Ctrl-Esc 任务列表；Ctrl-F4 关闭窗口；Alt-F4 结束应用；Alt-Tab 下一应用；Enter 缺省按钮/确认操作；Esc取消按钮/取消操作；Shift-F1 上下文相关帮助按钮中:可以根据系统需要而调节，以下只是常用的组合Alt-Y 确定(是）；Alt-C 取消；Alt-N 否；Alt-D 删除；Alt-Q 退出；Alt-A 添加；Alt-E 编辑；Alt-B 浏览；Alt-R 读；Alt-W 写这些快捷键也可以作为开发中文应用软件的标准，但亦可使用汉语拼音的开头字母 易用性测试8、排错性考虑原则、排错性考虑原则 在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏开发者应当尽量周全地考虑到各种可能发生的问题，使出错的可能降至最小如应用出现保护性错误而退出系统，这种错误最容易使用户对软件失去信心因为这意味着用户要中断思路，并费时费力地重新登录，而且已进行的操作也会因没有存盘而全部丢失。

排错性细则：（1）最重要的是排除可能会使应用非正常中止的错误2）应当注意尽可能避免用户无意录入无效的数据3）采用相关控件限制用户输入值的种类4）当用户作出选择的可能性只有两个时，可以采用单选框5）当选择的可能再多一些时，可以采用复选框，每一种选择都是有效的，用户不可能输入任何一种无效的选择6）当选项特别多时，可以采用列表框，下拉式列表框7）在一个应用系统中，开发者应当避免用户作出未经授权或没有意义的操作8）对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽 易用性测试（9）对可能发生严重后果的操作要有补救措施通过补救措施用户可以回到原来的正确状态10）对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符11）对错误操作最好支持可逆性处理，如取消系列操作12）在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作13）对可能造成等待时间较长的操作应该提供取消功能14）特殊字符常有；；’”><，｀‘：“［”｛、\|｝］+="）-(_*&&^%$#@!，/还有空格15）与系统采用的保留字符冲突的要加以限制16）在读入用户所输入的信息时，根据需要选择是否去掉前后空格。

17）有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理 易用性测试9、多窗口的应用与系统资源原则、多窗口的应用与系统资源原则 设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源1）在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口2）在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS 系统资源3）关闭所有窗体，系统退出后要释放所占的所有系统资源，除非是需要后台运行的系统4）尽量防止对系统的独占使用 易用性测试。