22的易用性测试.ppt

§3 功能易用性测试 §3 功能易用性测试 §3 功能易用性测试 5. 字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，是否报错。 6. 标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。 7.中文字符处理：在可以输入中文的系统输入中文，看是否出现乱码或出错。 §3 功能易用性测试 §3功能易用性测试 11. 检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型。 12. 检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理，报错。同时，也要注意，会不会报和自己重名的错。 13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。 §3 功能易用性测试 §3 功能易用性测试 17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。 18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*。 19. 快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。 20. 回车键检查：在输入结束后直接按回车键，看系统处理如何，是否报错。 §4 安装测试 §4 安装测试 §5 用户文档测试 §5 用户文档测试 §5 用户文档测试 （4）角色与职责 定义角色以及职责，即在每一个角色与测试任务之间建立关联。 （5）测试对象 列出所有将被作为测试目标的测试项（包括功能需求、非功能需求，后者包括性能可移植性等）。 （6）测试通过/失败的标准 测试标准是客观的陈述，它指明了判断/确认测试在何时结束，以及所测试的应用程序的质量。测试标准可以是一系列的陈述或对另一文档（如过程指南或测试标准）的引用。 §5 用户文档测试 §5 用户文档测试 （5）不被测试的特性 确定被测对象具有的哪些特性不被测试，并说明其原因。 （6）测试模型 测试模型先从测试组网图、结构/对象关系图两个描述层次分析被测对象的外部需求环境和内部结构关系，进行概要描述，确定本测试方案的测试需求和测试着眼点。 （7）测试需求 测试本阶段测试的各种需求因素，包括：环境需求、被测对象要求、测试工具需求、测试数据准备等。 （8）测试设计 描述测试各个阶段需求运用的测试要素，包括测试用例、测试工具、测试代码的设计思路和设计准则。 §5 用户文档测试 3．测试用例文档 测试用例文档是是实现测试阶段的测试文档。 测试用例文档应包括以下内容： §5 用户文档测试 §5 用户文档测试 4．测试规程文档 测试规程文档是指明执行测试时测试活动序列的文档。 测试规程文档包括如下内容： §5 用户文档测试 §5 用户文档测试 §5 用户文档测试 §5 用户文档测试 §5 用户文档测试 软件安装和卸载是否正确和是否易用需要经过有效的软件安装测试。 软件安装测试需要考虑多种软硬件环境、多种安装方式和设置情况以及用户的操作习惯，要测试软件在正常情况的不同条件或设置时是否都能进行安装。确认软件在安装后可立即正常运行，测试软件是否能正常卸载，安装过程和卸载过程是否方便易用，并对安装手册进行测试。 安装测试时应着重考虑以下几个方面： 1.安装手册的评估 2.安装的自动化程度测试 3.安装选项和设置的测试 4.安装过程的中断测试 5.多环境安装测试 6.安装的正确性测试 7.修复安装测试与卸载测试 1. 文档的分类 软件生命周期按照瀑布模型可分为需求阶段、功能设计阶段、详细设计阶段、编码阶段、测试阶段和运行与维护阶段。在这些不同阶段都有一定程度的重复，但每个阶段的结束必须要按一定的顺序进行，提交相应的文档，这些文档按照功能和目的大致可以分为如下几类。 1．测试计划文档 测试计划文档是计划测试阶段的测试文档。测试计划文档应包含如下内容： （1）目标 表示该测试计划应达到的目标。 （2）概括 包括项目背景和范围。 （3）组织形式 表示测试计划执行过程中的组织结构及结构间的关系，以及所需要的组织独立程度。同时，指出测试过程与其他过程如开发、项目管理、质量保证配置管理之间的关系。测试计划还应该定义测试工作中的沟通渠道，解决测试任务发现问题的权利，以及批准测试输出工作产品的权利。 2．测试方案文档 （1）测试方案文档是涉及测试阶段的测试文档，包括以下内容： （2）概述 简要描述被测对象的需求要素