测试用例(Test Case).docVIP

测试用例 Test Case 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： -Team 当前版本： V1.0 作 者： Maxwell Dong 完成日期： 2010-08-20 拓胜（广州）计算机技术服务有限公司 2010 ～2011  修订历史记录 版本 日期 AMD 修订者 说明 1.0 2010/8/20 A 董旭源 初稿 （A-添加，M-修改，D-删除） 目录 1. 引言 4 1.1 编写目的 4 1.2 背景 4 1.3 术语与缩写解释 4 1.4 参考资料 4 2. 测试环境 5 2.1 硬件 5 2.2 测试软件 5 3. 测试用例 6 4. 用例审核互查 10 5. 检查项 11 6. 评审结果 12 引言 编写目的 说明编写这份测试用例的目的，指出预期的读者。 背景 说明： 这份测试用例所描述的软件系统的名称； 该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心 该产品或项目目标。 术语与缩写解释缩写、术语 解 释 参考资料 列出有用的参考资料，如： 项目的经核准的计划任务书或合同； 属于本项目的其他已评审通过文件； 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。 测试环境 硬件 列出为测试本软件所使用硬件的配置，如： 处理机的型号、内存容量； 所要求的外存储器、媒体、记录格式、设备的型号和台数、联机／脱机； I／O设备（联机／脱机？）； 数据传输设备和转换设备的型号、台数。 测试软件 说明为测试本软件所使用的软件，如： 操作系统的名称、版本号； 开发工具名称和版本号； 数据库管理系统的名称和版本号； 使用什么测试软件 其他支持软件。 测试用例 测试用例表格的设计可以根据项目自身的特点进行设计，以下提供一种通用用例表格： 用例编号 原形描述 如需求、函数、类的定义等 用例目的 描述本用例的测试目的 前提条件 如果某些前提条件不满足，本用例无法正常执行，则在此描述 子用例编号 输入 操作步骤 期望结果 实测结果 状态 注：状态为“通过”、“失败”，“阻塞” 下面列举几种可以选取的用例设计模板： 功能测试用例： 用例编号 功能A描述 用例目的 前提条件 子用例编号 输入/动作 期望的输出/相应 实际情况 状态 示例：典型值… 示例：边界值… 示例：异常值… 容错能力/恢复能力测试用例 用例编号 用例目的 前提条件 子用例编号 异常输入/动作 容错能力/恢复能力 造成的危害、损失 状态 示例：错误的数据类型… 示例：定义域外的值… 示例：错误的操作顺序… 示例：异常中断通信… 示例：异常关闭某个功能… 示例：负荷超出了极限… 性能测试用例 用例编号 性能A描述 用例目的 前提条件 子用例编号 输入数据 期望的性能（平均值） 实际性能（平均值） 状态 界面测试用例列表 用例编号 用例目的 前提条件 指标 子用例编号 检查项 评价 状态 合适性 和正确性 用户界面是否与软件的功能相融洽？ 是否所有界面元素的文字和状态都正确无误？ 容易理解 对于常用的功能，用户能否不必阅读手册就能使用？ 是否所有界面元素（例如图标）都不会让人误解？ 是否所有界面元素提供了充分而必要的提示？ 界面结构能够清晰地反映工作流程？ 用户是否容易知道自己在界面中的位置，不会迷失方向？ 有联机帮助吗？ 风格一致 同类的界面元素是否有相同的视感和相同的操作方式？ 字体是否一致？ 是否符合广大用户使用同类软件的习惯？ 及时反馈 信息 是否提供进度条、动画等反映正在进行的比较耗时间的过程？ 是否为重要的操作返回必要的结果信息？ 出错处理 是否对重要的输入数据进行校验？ 执行有风险的操作时，有“确认”、“放弃”等提示吗？ 是否根据用户的权限自动屏蔽某些功能？ 是否提供Undo功能用以撤销不期望的操作？ 适应各种 水平的用户 所有界面元素都具备充分必要的键盘操作和鼠标操作吗？ 初学者和专家都有合适的方式操作这个界面吗？ 色盲或者色弱的用户能正常使用该界面吗？ 国际化 是否使用国际通行的图标和语言