产品名称 | 密级 |
产品版本 | 共1页 |
XX项目XX测试用例
拟制 | 日期 | yyyy-mm-dd | |
评审人 | 日期 | yyyy-mm-dd | |
批准 | 日期 | yyyy-mm-dd |
Dcampus Networks Co., Ltd.
广州数园网络有限公司
版权所有 侵权必究
(仅供内部使用)
修订记录
日期 | 修订 版本 | Defect ID CR号 | 修改 章节 | 修改描述 | 作者 |
2001-06-08 | 1.00 | 初稿完成 | 作者名 | ||
yyyy-mm-dd | 1.01 | xxx | x.x.x; y.y.y | 修改XXX 1.Xxx 2.Xxx 3.... | 作者名 |
xxx | x.x.x; y.y.y | 修改XXX 1.Xxx 2.Xxx 3.... | |||
yyyy-mm-dd | 1.02 | xxx | x.x.x; y.y.y | 修改XXX 1.Xxx 2.Xxx 3.... | 作者名 |
…… | …… | …… | …… | ||
yyyy-mm-dd | 2.00 | xxx | x.x.x; y.y.y | 修改XXX 1.Xxx 2.Xxx 3.... | 作者名 |
Copy No. | 持有者和角色 | 分发日期 |
1 | yyyy-mm-dd | |
2 | yyyy-mm-dd | |
3 | yyyy-mm-dd | |
4 | yyyy-mm-dd | |
5 | yyyy-mm-dd |
目 录
1 简介 5
1.1 目的 5
1.2 范围 5
2 测试用例 5
XX项目XX测试
关键词:能够体现文档描述内容主要方面的词汇。
摘 要:
缩略语清单:对本文所用缩略语进行说明,要求提供每个缩略语的英文全名和中文解释。
缩略语 | 英文全名 | 中文解释 |
简介
1.1目的
这部分要描述文档的目的,应该指明读者。
1.2范围
<描述测试用例的范围,明确文档涉及的各项内容>
2测试用例
测试用例表格的设计可以根据项目自身的特点进行设计,以下提供一种通用用例表格:
用例编号 | |||||
原形描述 | 如函数、类的定义等 | ||||
用例目的 | 描述本用例的测试目的 | ||||
前提条件 | 如果某些前提条件不满足,本用例无法正常执行,则在此描述 | ||||
子用例编号 | 输入 | 操作步骤 | 期望结果 | 实测结果 | 状态 |
下面列举几种可以选取的用例设计模板:
1、功能测试用例:
用例编号 | ||||
功能A描述 | ||||
用例目的 | ||||
前提条件 | ||||
子用例编号 | 输入/动作 | 期望的输出/相应 | 实际情况 | 状态 |
示例:典型值… | ||||
示例:边界值… | ||||
示例:异常值… |
用例编号 | ||||
用例目的 | ||||
前提条件 | ||||
子用例编号 | 异常输入/动作 | 容错能力/恢复能力 | 造成的危害、损失 | 状态 |
示例:错误的数据类型… | ||||
示例:定义域外的值… | ||||
示例:错误的操作顺序… | ||||
示例:异常中断通信… | ||||
示例:异常关闭某个功能… | ||||
示例:负荷超出了极限… | ||||
用例编号 | ||||
性能A描述 | ||||
用例目的 | ||||
前提条件 | ||||
子用例编号 | 输入数据 | 期望的性能(平均值) | 实际性能(平均值) | 状态 |
用例编号 | ||||
用例目的 | ||||
前提条件 | ||||
指标 | 子用例编号 | 检查项 | 评价 | 状态 |
合适性 和正确性 | 用户界面是否与软件的功能相融洽? | |||
是否所有界面元素的文字和状态都正确无误? | ||||
容易理解 | 对于常用的功能,用户能否不必阅读手册就能使用? | |||
是否所有界面元素(例如图标)都不会让人误解? | ||||
是否所有界面元素提供了充分而必要的提示? | ||||
界面结构能够清晰地反映工作流程? | ||||
用户是否容易知道自己在界面中的位置,不会迷失方向? | ||||
有联机帮助吗? | ||||
风格一致 | 同类的界面元素是否有相同的视感和相同的操作方式? | |||
字体是否一致? | ||||
是否符合广大用户使用同类软件的习惯? | ||||
及时反馈 信息 | 是否提供进度条、动画等反映正在进行的比较耗时间的过程? | |||
是否为重要的操作返回必要的结果信息? | ||||
出错处理 | 是否对重要的输入数据进行校验? | |||
执行有风险的操作时,有“确认”、“放弃”等提示吗? | ||||
是否根据用户的权限自动屏蔽某些功能? | ||||
是否提供Undo功能用以撤销不期望的操作? | ||||
适应各种 水平的用户 | 所有界面元素都具备充分必要的键盘操作和鼠标操作吗? | |||
初学者和专家都有合适的方式操作这个界面吗? | ||||
色盲或者色弱的用户能正常使用该界面吗? | ||||
国际化 | 是否使用国际通行的图标和语言? | |||
度量单位、日期格式、人的名字等是否符合国际惯例? | ||||
个性化 | 是否具有与众不同的、让用户记忆深刻的界面设计? | |||
是否在具备必要的“一致性”的前提下突出“个性化”设计? | ||||
合理布局 和谐色彩 | 界面的布局符合软件的功能逻辑吗? | |||
界面元素是否在水平或者垂直方向对齐? | ||||
界面元素的尺寸是否合理?行、列的间距是否保持一致? | ||||
是否恰当地利用窗体和控件的空白,以及分割线条? | ||||
窗口切换、移动、改变大小时,界面正常吗? | ||||
界面的色调是否让人感到和谐、满意? | ||||
重要的对象是否用醒目的色彩表示? | ||||
色彩使用是否符合行业的习惯? | ||||
…. | …. | ….. | …. |
用例编号 | ||||
用例目的 | ||||
假想目标A | ||||
前提条件 | ||||
子用例编号 | 非法入侵手段 | 是否实现目标 | 代价-利益分析 | 状态 |
…… | ||||
用例编号 | ||||
用例目的 | ||||
极限名称A | 如“最大并发用户数量” | |||
前提条件 | ||||
子用例编号 | 输入/动作 | 输出/响应 | 是否能正常运行 | 状态 |
如10个用户并发操作 | ||||
如20个用户并发操作 |
可靠性测试用例
用例编号 | |
任务A描述 | |
连续运行时间 | |
故障发生的时刻 | 故障描述 |
…… | |
统计分析 | |
任务A无故障运行的平均时间间隔 | (CPU小时) |
任务A无故障运行的最小时间间隔 | (CPU小时) |
任务A无故障运行的最大时间间隔 | (CPU小时) |
结论 |
用例编号 | ||||
用例目的 | ||||
配置说明 | ||||
子用例编号 | 安装选项 | 是否正常 | 难易程度 | |
全部 | ||||
部分 | ||||
升级 | ||||
其它 | ||||
反安装选项 | 是否正常 | 难易程度 | ||