论文测试用例模板和例子

0 .  文档介绍 提示：请用户根据项目的实际测试状况，裁剪本测试用例模板。  文档目的    文档范围    读者对象    参考文献 提示： 列出本文档的所有参考文献（可以是非正式出版物），格式如下： [ 标识符 ]  作者，文献名称，出版单位（或归属单位），日期 例如： [ AAA ]   作者，《立项建议书》，机构名称，日期  [ SPP-PROC-ST ]   SEPG，系统测试规范，机构名称，日期  术语与缩写解释 缩写、术语 解 释 SPP精简并行过程，Simplified Parallel Process … 1 .  接口－路径测试用例 1 .1  被测试对象（单元）的介绍 测试范围与目的 1 . 3 测试环境与测试辅助工具的描述 测试驱动程序的设计 接口测试用例 接口A的函数原型 输入/动作期望的输出/相应实际情况 典型值… 边界值… 异常值… 接口B的函数原型 输入/动作期望的输出/相应实际情况 典型值… 边界值… 异常值… … 路径测试的检查表 检查项 结论 数据类型问题 （1）变量的数据类型有错误吗？ （2）存在不同数据类型的赋值吗？ （3）存在不同数据类型的比较吗？ 变量值问题 （1）变量的初始化或缺省值有错误吗？ （2）变量发生上溢或下溢吗？ （3）变量的精度不够吗？ 逻辑判断问题 （1）由于精度原因导致比较无效吗？ （2）表达式中的优先级有误吗？ （3）逻辑判断结果颠倒吗？ 循环问题 （1）循环终止条件不正确吗？ （2）无法正常终止（死循环）吗？ （3）错误地修改循环变量吗？ （4）存在误差累积吗？ 内存问题 （1）内存没有被正确地初始化却被使用吗？ （2）内存被释放后却继续被使用吗？ （3）内存泄漏吗？ （4）内存越界吗？ （5）出现野指针吗？ 文件I/O问题 （1）对不存在的或者错误的文件进行操作吗？ （2）文件以不正确的方式打开吗？ （3）文件结束判断不正确吗？ （4）没有正确地关闭文件吗？ 错误处理问题 （1）忘记进行错误处理吗？ （2）错误处理程序块一直没有机会被运行？ （3）错误处理程序块本身就有毛病吗？如报告的错误与实际错误不一致，处理方式不正确等等。 （4）错误处理程序块是“马后炮”吗？如在被它被调用之前软件已经出错。 …2.  功能测试用例 2 .1  被测试对象的介绍 2 .2 测试范围与目的 2. 3 测试环境与测试辅助工具的描述 2 .4 测试驱动程序的设计 2 .5 功能测试用例 功能A描述 用例目的 前提条件 输入/动作期望的输出/相应实际情况 示例：典型值… 示例：边界值… 示例：异常值… 功能B描述 用例目的 前提条件 输入/动作期望的输出/相应实际情况 ……3.  健壮性测试用例 3 .1  被测试对象的介绍 3 .2 测试范围与目的 3. 3 测试环境与测试辅助工具的描述 3 .4 测试驱动程序的设计 3 .5 容错能力 / 恢复能力测试用例 异常输入/动作容错能力/恢复能力造成的危害、损失 示例：错误的数据类型… 示例：定义域外的值… 示例：错误的操作顺序… 示例：异常中断通信… 示例：异常关闭某个功能… 示例：负荷超出了极限…4 .  性能测试用例 4 .1  被测试对象的介绍 4 .2 测试范围与目的 4. 3 测试环境与测试辅助工具的描述 4 .4 测试驱动程序的设计 4 .5 性能测试用例 性能A描述 用例目的 前提条件 输入数据期望的性能（平均值）实际性能（平均值） 性能B描述 用例目的 前提条件 输入数据期望的性能（平均值）实际性能（平均值） ……5 .  图形用户界面测试用例 5 .1  被测试对象的介绍 5 .2 测试范围与目的 5. 3 测试环境与测试辅助工具的描述 5 .4 测试驱动程序的设计 5 .5 测试人员分类 类别特征 A类 B类 ……  用户界面测试的检查表 检查项测试人员的类别及其评价 窗口切换、移动、改变大小时正常吗？ 各种界面元素的文字正确吗？（如标题、提示等） 各种界面元素的状态正确吗？（如有效、无效、选中等状态） 各种界面元素支持键盘操作吗？ 各种界面元素支持鼠标操作吗？ 对话框中的缺省焦点正确吗？ 数据项能正确回显吗？ 对于常用的功能，用户能否不必阅读手册就能使用？ 执行有风险的操作时，有“确认”、“放弃”等提示吗？ 操作顺序合理吗？ 有联机帮助吗？ 各种界面元素的布局合理吗？美观吗？ 各种界面元素的颜色协调吗？ 各种界面元素的形状美观吗？ 字体美观吗？ 图标直观吗？ …6.  信息安全性测试用例 6 .1  被测试对象的介绍 6 .2 测试范围与目的 6. 3 测试环境与测试辅助工具的描述 6 .4 测试驱动程序的设计 6 .5 信息安全性测试用例 假想目标A 前提条件 非法入侵手段是否实现目标代价－利益分析 …… 假想目标B 前提条件 非法入侵手段是否实现目标代价－利益分析 ……7.  压力测试用例 7 .1  被测试对象的介绍 7 .2 测试范围与目的 7. 3 测试环境与测试辅助工具的描述 7 .4 测试驱动程序的设计 7 .5 压力测试用例 极限名称A 例如“最大并发用户数量” 前提条件 输入/动作输出/响应是否能正常运行 例如10个用户并发操作 例如20个用户并发操作 … 极限名称B 前提条件 输入/动作输出/响应是否能正常运行 … 8.  可靠性测试用例 8 .1  被测试对象的介绍 8 .2 测试范围与目的 8. 3 测试环境与测试辅助工具的描述 8 .4 测试驱动程序的设计 8 . 5 可靠性测试用例 任务A描述 连续运行时间 故障发生的时刻故障描述 …… 统计分析 任务A无故障运行的平均时间间隔（CPU小时） 任务A无故障运行的最小时间间隔（CPU小时） 任务A无故障运行的最大时间间隔（CPU小时） 任务B描述 连续运行时间 故障发生的时刻故障描述 …… 统计分析 任务B无故障运行的平均时间间隔（CPU小时） 任务B无故障运行的最小时间间隔（CPU小时） 任务B无故障运行的最大时间间隔（CPU小时）9.  安装 / 反安装测试用例 9 .1  被测试对象的介绍 9 .2 测试范围与目的 9. 3 测试环境与测试辅助工具的描述 9 .4 测试驱动程序的设计 9 . 5 安装 / 反安装测试用例 配置说明 安装选项描述是否正常使用难易程度 全部 部分 升级 其它 反安装选项描述是否正常使用难易程度附录：评审意见

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

简单来说，测试用例就是指导如何做测试的文档，该文档主要记录需要验证被测软件的是否满足需求。

编写测试用例的主要思路如下：

（1）常规思考，设身处地的从用户角度出发；

（2）测试理论方法的支撑，如观察法、等价类、边界值、因果图等；

（3）产品的熟悉和经验的积累

一份优秀的测试用例可以最大限度地减少产品bug，提高产品质量。

对各个功能模块进行测试点分析，提取测试点再堆测试点进行用例编写。

比如对PC端QQ账号的登录模块，提取测试点就有：

①正常登陆；

②账号为空时点击登录；

③密码为空时点击登录；

④账号密码都为空时点击登录；

⑤密码错误时点击登录 ；

⑥找回密码功能是否有效；

⑦记住密码功能是否有效；

⑧自动登录功能是否有效。

编写测试用例该注意：

①根据项目的实际情况设计测试用例表格；

②用例格式不要生搬硬套；

③根据具体情况编写。

同意jackei，如何设计出好的用例才是关键，把对用例的理解表达出来，格式自然出来了，如果只局限于形式，编写用例反而成了一件不断的重复操作和填鸭，痛苦不说也不容易写好。