逃避不一定躲得过
面对不一定最难受
孤单不一定不快乐
得到不一定能长久
失去不一定不再有
转身不一定最软弱
别急着说别无选择
发布新日志
-
2008-12-07 00:20:44
测试用例
编号:
编制人 |
|
审定人 |
|
时间 |
|
软件名称 |
|
编号/版本 |
|
测试用例 |
|
用例编号 |
|
参考信息(参考的文档及章节号或功能项):
|
输入说明(列出选用的输入项,覆盖正常、异常情况):
|
输出说明(逐条与输入项对应,列出预期输出):
|
环境要求(测试要求的软、硬件、网络要求):
|
特殊规程要求:
|
用例间的依赖关系:
|
|
|
|
|
|
|
|
|
|
查看(1821)
评论(1)
收藏
分享
管理
-
2008-12-07 00:18:42
测试用例规程
目的:
测试用例文档化、规范化,实现软件测试的配置管理
一、适用范围:
同方融达系统测试
二、规范:
1 XX测试项目
用例
编号 |
用例
级别 |
输入
|
预期输出
|
实测结果
|
备注
|
对该用例分配唯一的编号标识 |
表明该用例的重要性 |
列出执行本测试用例所须的具体的每一个输入(值) |
列出所有的
预期指标要
求下的具体
预期输出(值)
|
此项在测试
时填写。指明
该测试用例是
否通过。如果
不通过,需列出
实际测试时的
测试输出值
|
如果有必要,则要填写“预置条件”、“特殊环境需求”、“特殊测试步骤要求”、“相关测试用例”以及“相关测试规程”等相关信息,具体见详细的注释说明 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.1 XX测试子项目
注:
测试项目:
指明并简单描述本测试用例集是用来测试哪些软件项目,软件子项目或软件特性的。
对于测试项目,测试子项目的划分和分类的确定,是由测试方案文档的“测试用例设计”来完成的。
测试子项目:
参考上述关于“测试项目”的说明。
用例编号:
对该测试用例分配的唯一的编号标识。
用例级别:
表明该用例的重要程度。用例的重要性并不对应用例可能造成的后果,而是对应用例的基本程度。测试用例分为四级:
级别1:基本。该类用例涉及系统基本功能,用于版本提交时作为“版本通过准则”。如存在不通过的项目时可考虑重新提交版本,例如通话不计费等。1级用例的数量应受到限制。
级别2:重要。该类用例涉及单个版本特性
级别3:详细。该类用例仅影响某单项功能的某一细节方面。例如某业务的登记和使用正常,但和另一个新业务发生不应有的冲突。有关性能、极限等方面的测试可归入3级用例。有关用户界面的基本规范等方面的测试可归入3级用例
级别4:生僻。该类用例对应较生僻的预置条件和数据设置。有关用户界面的优化等方面的测试可归入4级用例
输入:
具体的输入值,包括各输入值的先后关系等。
预期输出:
预期输出值,如需要,也要列出描述预期输出数值的容许范围的公差。
实测结果:
测试时填写,是否通过,若未通过,需列出实际测试时的测试输出值
本次测试结果:
OK:测试结果全部正确
POK:测试结果大部分正确
NG:测试结果有较大的错误
NT:本次无法测试(特殊原因)
预置条件:
执行本用例前,被测试对象所需具备的预置数据,所处状态或入口条件等要求
特殊环境要求:
硬件环境
软件环境
其他
特殊测试步骤要求:
执行本用例时要注意的步骤要求
相关测试用例:
相关测试规程:
查看(461)
评论(1)
收藏
分享
管理
-
2008-11-26 00:46:47
测试用例
编号:
编制人 |
|
审定人 |
|
时间 |
|
软件名称 |
|
编号/版本 |
|
测试用例 |
|
用例编号 |
|
参考信息(参考的文档及章节号或功能项):
|
输入说明(列出选用的输入项,覆盖正常、异常情况):
|
输出说明(逐条与输入项对应,列出预期输出):
|
环境要求(测试要求的软、硬件、网络要求):
|
特殊规程要求:
|
用例间的依赖关系:
|
自己根据书上的内容自己写的,望高手帮忙看看!
谢谢!!!!
查看(451)
评论(0)
收藏
分享
管理
-
2008-11-26 00:24:03
压力测试用例设计样表
项目名称 |
|
模 块 |
|
覆盖单元 |
|
编号 |
|
开发人 |
|
测试人 |
|
极限名称 |
例如“最大并发用户数量” |
前置条件 |
|
输入/动作 |
输出/响应 |
实际结果 |
例如10个用户并发操作
|
|
是否正常运行 |
|
|
|
|
|
|
|
|
|
|
|
|
自己根据书上内容理解画的图表,望高手帮忙看看!!!
谢谢!!!!
查看(1120)
评论(0)
收藏
分享
管理