这些吧！可以参考下！
1、测试用例编号：
测试用例编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性，比如可以采用统一的约定，产品编号_ST_系统测试项名_系统测试子项名_编号。这样看到编号就可以知道是做的什么测试，测试的对象是什么，也方便维护。
2、测试项目：
你现在这个测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元。例如：计算器加法功能
3、测试标题：
测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点事不一样的。例如：手机在没有SIM卡的情况下，拨打119.
4、重要级别：
重要级别分为高中低三等：
高：保证系统基本功能、重要特性、实际使用频率比较高的用例；
中：重要程度介于高和低之间的测试用例；
低：实际使用频率不高，对系统业务功能影响不大的模块或功能的测试用例。
注：一般情况下，重要级别为高的测试用例，一个测试子项里有且仅有一个，大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试项，如果重要级别为高的太多，则就失去了预测试的实际意义。
5、预置条件：
就是执行当前测试用例的前提描述，如果不满足这些条件，则无法进行测试
6、测试输入：
测试用例执行时，需要输入的外部信息。例如：某一个文件，数据记录等
7、操作步骤：
执行当前测试用例所要经过的操作步骤，需要给出每一步操作的详细描述，测试人员根据测试用例操作步骤，完成测试用例的执行
8、预期输出：
当前测试用例的预期输出结果，用来与实际结果比较，如果相同则该测试用例通过，否则该测试用例失败。
希望对你有帮助！~
吕茂炉
0 . 文档介绍
提示：请用户根据项目的实际测试状况，裁剪本测试用例模板。
0.1 文档目的
0.2 文档范围
0.3 读者对象
0.4 参考文献
提示： 列出本文档的所有参考文献（可以是非正式出版物），格式如下：
[ 标识符 ] 作者，文献名称，出版单位（或归属单位），日期
例如：
[ AAA ] 作者，《立项建议书》，机构名称，日期
[ SPP-PROC-ST ] SEPG，系统测试规范，机构名称，日期
0.5 术语与缩写解释
缩写、术语 解 释
SPP精简并行过程，Simplified Parallel Process
…
1 . 接口－路径测试用例
1 .1 被测试对象（单元）的介绍
1.2 测试范围与目的
1 . 3 测试环境与测试辅助工具的描述
1.4 测试驱动程序的设计
1.5 接口测试用例
接口A的函数原型
输入/动作期望的输出/相应实际情况
典型值…
边界值…
异常值…
接口B的函数原型
输入/动作期望的输出/相应实际情况
典型值…
边界值…
异常值…
…
1.6 路径测试的检查表
检查项 结论
数据类型问题
（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类
……
5.6 用户界面测试的检查表
检查项测试人员的类别及其评价
窗口切换、移动、改变大小时正常吗？
各种界面元素的文字正确吗？（如标题、提示等）
各种界面元素的状态正确吗？（如有效、无效、选中等状态）
各种界面元素支持键盘操作吗？
各种界面元素支持鼠标操作吗？
对话框中的缺省焦点正确吗？
数据项能正确回显吗？
对于常用的功能，用户能否不必阅读手册就能使用？
执行有风险的操作时，有“确认”、“放弃”等提示吗？
操作顺序合理吗？
有联机帮助吗？
各种界面元素的布局合理吗？美观吗？
各种界面元素的颜色协调吗？
各种界面元素的形状美观吗？
字体美观吗？
图标直观吗？
…
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 安装 / 反安装测试用例
配置说明
安装选项描述是否正常使用难易程度
全部
部分
升级
其它
反安装选项描述是否正常使用难易程度
附录：评审意见
正好我这两天再研究测试用例管理系统，虽然不是毕业论文，但是希望能帮上你的忙
——测试用例执行结果统计分析模块(Statistics & Analysis)
——测试人员在执行完整个测试用例集以后，根据测试结果模板出具测试报告（包括用例pass率/fail率、问题报告列表、测试人员感想）并自动通过E-mail发送测试报告
——针对fail用例，生成饼状图，主要通过fail用例追踪测试用例库中的需求关键词，饼状图主要展示每个需求关键词中fail的用例数。
——通过点击上述饼状图进入某个需求关键词下属的fail用例列表，并查看
——可以在各个模块中根据自己的需求创建柱状图，如在测试用例库模块中可定义创建者、所编写的用例被测频率；需求关键词、每个需求关键词所包含用例数；测试工具、运用此测试工具的用例数；创建日期、在此创建日期编写的用例。作为X,Y轴。如在资源分配模块中可定义每个测试人员的测试时长和测试用例数作为X,Y轴，从而自动计算出每个测试人员的测试效率；定义测试硬件、使用频率（High/Medium/Low）;如在测试用例执行问题处理模块中可定义报告者、报告问题数作为X,Y轴，从而自动计算每个人的报告问题效率；需求关键词、被关联的问题报告数；错误等级评估、每个等级的错误报告数。
（可选）——深入分析fail的用例，查看fail用例具体出现问题的步骤，并以此步骤为关键词，搜索其他相关的用例，扩大测试范围。
