《测试用例(TestCase)》由会员分享，可在线阅读，更多相关《测试用例(TestCase)（12页珍藏版）》请在金锄头文库上搜索。
1、拓胜(广州)计算机技术服务有限公司 1/12 测试用例测试用例 TestTest CaseCase 文件标识：-Team 当前版本：V1.0 作 者：Maxwell Dong 文件状态： 草稿 正式发布 正在修改 完成日期：2010-08-20 拓胜（广州）计算机技术服务有限公司 2010 2011 拓胜(广州)计算机技术服务有限公司 2/12 修订历史记录 版本日期AMD修订者说明 1.02010/8/20A董旭源初稿 （A-添加，M-修改，D-删除） 拓胜(广州)计算机技术服务有限公司 3/12 目录目录 1.引言引言4 1.1编写目的 .4 1.2背景.4 1.3术语与缩写解释 .4 1
2、.4参考资料 .4 2.测试环境测试环境.5 2.1硬件.5 2.2测试软件 .5 3.测试用例测试用例.6 4.用例审核互查用例审核互查.10 5.检查项检查项 11 6.评审结果评审结果.12 拓胜(广州)计算机技术服务有限公司 4/12 1. 引言引言 1.1编写目的编写目的 说明编写这份测试用例的目的，指出预期的读者。 1.2背景背景 说明： a这份测试用例所描述的软件系统的名称； b该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心 c该产品或项目目标。 1.3术语与缩写解释术语与缩写解释 列出本文件中用到的专门术语的定义和外文首字母组词的原词组 缩写、术语缩写
3、、术语解解 释释 1.4参考资料参考资料 列出有用的参考资料，如： a.项目的经核准的计划任务书或合同； b.属于本项目的其他已评审通过文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文 件编号、发表日期和出版单位，说明能够取得这些文件资料的来源。 拓胜(广州)计算机技术服务有限公司 5/12 2. 测试环境测试环境 2.1硬件硬件 列出为测试本软件所使用硬件的配置，如： a.处理机的型号、内存容量； b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机脱机； c.IO设备（联机脱机？） ； d.数据传输设备和转换设备的型号、台数。 2.2
4、测试软件测试软件 说明为测试本软件所使用的软件，如： a 操作系统的名称、版本号； b 开发工具名称和版本号； c 数据库管理系统的名称和版本号； d 使用什么测试软件 e 其他支持软件。 拓胜(广州)计算机技术服务有限公司 6/12 3. 测试用例测试用例 测试用例表格的设计可以根据项目自身的特点进行设计，以下提供一种通用用例表格： 用例编号 原形描述如需求、函数、类的定义等 用例目的描述本用例的测试目的 前提条件如果某些前提条件不满足，本用例无法正常执行，则在此描述 子用例编号输入操作步骤期望结果实测结果状态 注：状态为“通过” 、 “失败” ， “阻塞” 下面列举几种可以选取的用例设计模
5、板： 1、 功能测试用例： 用例编号 功能A描述 用例目的 前提条件 子用例编号输入/动作期望的输出/相应实际情况状态 示例：典型值 示例：边界值 示例：异常值 2、容错能力/恢复能力测试用例 用例编号 用例目的 前提条件 子用例编号异常输入/动作容错能力/恢复能力造成的危害、损失状态 示例：错误的数据 类型 示例：定义域外的 值 示例：错误的操作 顺序 示例：异常中断通 信 示例：异常关闭某 个功能 示例：负荷超出了 拓胜(广州)计算机技术服务有限公司 7/12 极限 3、 性能测试用例 用例编号 性能A描述 用例目的 前提条件 子用例编号输入数据期望的性能（平均值）实际性能（平均值）状态
6、4、 界面测试用例列表 用例编号 用例目的 前提条件 指标子用例编号检查项评价状态 用户界面是否与软件的功能相融洽？合适性 和正确性是否所有界面元素的文字和状态都正确无误？ 对于常用的功能，用户能否不必阅读手册就能使 用？ 是否所有界面元素（例如图标）都不会让人误解？ 是否所有界面元素提供了充分而必要的提示？ 界面结构能够清晰地反映工作流程？ 用户是否容易知道自己在界面中的位置，不会迷 失方向？ 容易理解 有联机帮助吗？ 同类的界面元素是否有相同的视感和相同的操作 方式？ 字体是否一致？ 风格一致 是否符合广大用户使用同类软件的习惯？ 是否提供进度条、动画等反映正在进行的比较耗 时间的过程？
7、及时反馈 信息 是否为重要的操作返回必要的结果信息？ 是否对重要的输入数据进行校验？ 执行有风险的操作时，有“确认” 、 “放弃”等提 示吗？ 是否根据用户的权限自动屏蔽某些功能？ 出错处理 是否提供 Undo 功能用以撤销不期望的操作？ 拓胜(广州)计算机技术服务有限公司 8/12 所有界面元素都具备充分必要的键盘操作和鼠标 操作吗？ 初学者和专家都有合适的方式操作这个界面吗？ 适应各种 水平的用户 色盲或者色弱的用户能正常使用该界面吗？ 是否使用国际通行的图标和语言？ 国际化度量单位、日期格式、人的名字等是否符合国际 惯例？ 是否具有与众不同的、让用户记忆深刻的界面设 计？ 个性化 是否在
8、具备必要的“一致性”的前提下突出“个 性化”设计？ 界面的布局符合软件的功能逻辑吗？ 界面元素是否在水平或者垂直方向对齐？ 界面元素的尺寸是否合理？行、列的间距是否保 持一致？ 是否恰当地利用窗体和控件的空白，以及分割线 条？ 窗口切换、移动、改变大小时，界面正常吗？ 界面的色调是否让人感到和谐、满意？ 重要的对象是否用醒目的色彩表示？ 合理布局 和谐色彩 色彩使用是否符合行业的习惯？ . . 5、 信息安全测试用例 用例编号 用例目的 假想目标A 前提条件 子用例编号非法入侵手段是否实现目标代价利益分析状态 6、 压力测试用例 用例编号 用例目的 极限名称A如“最大并发用户数量” 前提条件
9、子用例编号输入/动作输出/响应是否能正常运行状态 如10个用户 拓胜(广州)计算机技术服务有限公司 9/12 并发操作 如20个用户 并发操作 7、 可靠性测试用例 用例编号 任务A描述 连续运行时间 故障发生的时刻故障描述 统计分析统计分析 任务A无故障运行的平均时间间隔（CPU小时） 任务A无故障运行的最小时间间隔（CPU小时） 任务A无故障运行的最大时间间隔（CPU小时） 结论 8、 安装/反安装测试用例 用例编号 用例目的 配置说明 子用例编号安装选项是否正常难易程度 全部 部分 升级 其它 反安装选项是否正常难易程度 拓胜(广州)计算机技术服务有限公司 10/12 4. 用例审核互查
10、用例审核互查 场景编号场景名称问题描述审核互查人 拓胜(广州)计算机技术服务有限公司 11/12 5. 检查项检查项 序号检查项结果 1 每个测试用例是否都说明/代表一个唯一的输入集或事件流？ 2 测试用例是否可以追溯到产品需求？ 3 测试用例是否 100覆盖产品需求要求的所有功能点？ 4 用例是否覆盖了测试计划的测试类型？ 5 所有的“前置条件”是否都是充分必要条件？ 6 判断点中是否没有操作步骤？ 7 测试步骤是否简练？ 8 每个步骤是否描述了一个事件？ 9 “测试步骤”中引用数据的格式是否统一？ 10 “测试步骤”和“预期结果”中对界面文字的引用是否加 引号？ 11 预期结果是否描述完整
11、？ 12 文档使用的词语是否清晰明确、无歧义？ 13 测试用例是否覆盖每个被测功能的所有可能的输入输出的 组合？ 14 测试用例是否覆盖正常的输入输出组合的所有可能的取值 范围？ 15 测试用例是否包括测试了被测试对象的初始化过程？ 16 测试用例是否包含了被测对象中所有异常流的测试？ 拓胜(广州)计算机技术服务有限公司 12/12 6. 评审结果评审结果 评审意见评审意见 开发组审核意见：被审核的测试用例与开发设计一致 被审核的测试用例与开发设计存在不一致的问题 结论同意不同意 签字：需要所有参加 用例审核的开发人员 及开发经理签字 签字日期 产品经理审核意见：被审核的测试用例与需求一致 被审核的测试用例与需求存在一致的内容 结论同意不同意 签字：签字日期 项目经理审核意见确认并同意开发组和产品经理对用例的审核意见 不同意开发组和产品经理对用例的审核意见 结论同意不同意 签字： 签字日期 纸制文档是否签字是否
