第4章 用肾性测试.pptVIP

表4-1;步骤;步骤;4.3 功能易用性测试 ;针对Web系统的常用测试方法如下： 1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3. 检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。 4. 字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。 5. 字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。 6. 标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。 7.中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。;8. 检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。 9. 信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。 10. 检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按“delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。 11. 检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型。 12. 检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理，报错。同时，也要注意，会不会报和自己重名的错。 13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。 ;14. 检查多次使用back键的情况：在有back的地方，back，回到原来页面，再back，重复多次，看会否出错。 15. search检查：在有search功能的地方输入系统存在和不存在的内容，看search结果是否正确。如果可以输入多个search条件，可以同时添加合理和不合理的条件，看系???处理是否正确。 16. 输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。 17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。 18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*。 19. 快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。 20. 回车键检查：在输入结束后直接按回车键，看系统处理如何，会否报错。;4.4 用户界面测试 ;一个优秀的UI应该具有下面7个常见的要素： 1．符合标准和规范 2．直观性 3．一致性 4. 灵活性 5．舒适性 6．正确性 7．实用性 ;4.4.2 图形用户界面测试用例 用户界面测试主要是对界面的各个部件的单独检验，以及对界面的整体做静态测试。 用户界面有两个重要的组成部分：一是界面的外观，即给用户的印象，如界面的布局是否合理，以及颜色的使用、文字的选用、规格大小、文字的描述等，必须给人一种感官上的愉悦，让用户容易理解。二是界面与用户间的互动，即用户在使用软件时对软件反应的满意程度，如是否容易操作、容易找到技术支持的资料等。 对于界面外观的检测，应该属于静态测试范围。这类的检测实例可以用列表的方式，将软件各窗口（对网络类客户/服务器软件则是各网页）、各窗口里所含各类菜单、菜单里的各项（包括它们的状态）、各种图符（icon）、表单（form）、链接(link)及各种按钮等。总之，应将用户界面上所有部件都列入表中不要有遗漏。;下面是一个图形用户界面测试的实例，图4-5是一个文字编辑软件的用户界面： ;图4-5 下拉菜单; 图4-7中所示为菜单“高级”及其子菜单“个人模板”的内容。在编写测试实例时，也要把所有的子菜单包括进去。 ;表4-2是三个下拉菜单的测试实例列表。这类测试大多只需目测（静态测试）。表中“初始状态”一栏，是指软件的默认值（或称内定值）。这类列表看起来很烦琐，但又是必要的，因为简单的东西和复杂的东西一样，都存在着出错的可能。对于出错可能的某一项，不做检测实在是不能放心 。 具体表的内容见教材。 ;4.5 用户文档测试 ;1．测试计划文档 测试计划文档是计划测试阶段的测试文档。测试计划文档应包含