n测试用例模板.docVIP

测试用例模板 由安博测试空间技术中心/提供 目录 测试用例 1 1、功能测试测试用例 1 2、容错能力/恢复能力测试用例 1 3、性能测试用例 2 4、界面测试用例列表 2 5、信息安全测试用例 3 6、压力测试用例 3 7、可靠性测试用例 4 8、安装/反安装测试用例 4 测试用例 测试用例表格的设计可以根据项目自身的特点进行设计，以下提供一种通用用例表格： 用例编号 原形描述 如函数、类的定义等 用例目的 描述本用例的测试目的 前提条件 如果某些前提条件不满足，本用例无法正常执行，则在此描述 子用例编号 输入 操作步骤 期望结果 实测结果 状态 注：状态为“通过”、“失败”，“阻塞” 下面列举几种可以选取的用例设计模板： 功能测试测试用例 用例编号 功能A描述 用例目的 前提条件 子用例编号 输入/动作 期望的输出/相应 实际情况 状态 示例：典型值… 示例：边界值… 示例：异常值… 容错能力/恢复能力测试用例 用例编号 用例目的 前提条件 子用例编号 异常输入/动作 容错能力/恢复能力 造成的危害、损失 状态 示例：错误的数据类型… 示例：定义域外的值… 示例：错误的操作顺序… 示例：异常中断通信… 示例：异常关闭某个功能… 示例：负荷超出了极限… 性能测试用例 用例编号 性能A描述 用例目的 前提条件 子用例编号 输入数据 期望的性能（平均值） 实际性能（平均值） 状态 界面测试用例列表 用例编号 用例目的 前提条件 指标 子用例编号 检查项 评价 状态 合适性 和正确性 用户界面是否与软件的功能相融洽？ 是否所有界面元素的文字和状态都正确无误？ 容易理解 对于常用的功能，用户能否不必阅读手册就能使用？ 是否所有界面元素（例如图标）都不会让人误解？ 是否所有界面元素提供了充分而必要的提示？ 界面结构能够清晰地反映工作流程？ 用户是否容易知道自己在界面中的位置，不会迷失方向？ 有联机帮助吗？ 风格一致 同类的界面元素是否有相同的视感和相同的操作方式？ 字体是否一致？ 是否符合广大用户使用同类软件的习惯？ 及时反馈 信息 是否提供进度条、动画等反映正在进行的比较耗时间的过程？ 是否为重要的操作返回必要的结果信息？ 出错处理 是否对重要的输入数据进行校验？ 执行有风险的操作时，有“确认”、“放弃”等提示吗？ 是否根据用户的权限自动屏蔽某些功能？ 是否提供Undo功能用以撤销不期望的操作？ 适应各种 水平的用户 所有界面元素都具备充分必要的键盘操作和鼠标操作吗？ 初学者和专家都有合适的方式操作这个界面吗？ 色盲或者色弱的用户能正常使用该界面吗？ 国际化 是否使用国际通行的图标和语言？ 度量单位、日期格式、人的名字等是否符合国际惯例？ 个性化 是否具有与众不同的、让用户记忆深刻的界面设计？ 是否在具备必要的“一致性”的前提下突出“个性化”设计？ 合理布局 和谐色彩 界面的布局符合软件的功能逻辑吗？ 界面元素是否在水平或者垂直方向对齐？ 界面元素的尺寸是否合理？行、列的间距是否保持一致？ 是否恰当地利用窗体和控件的空白，以及分割线条？ 窗口切换、移动、改变大小时，界面正常吗？ 界面的色调是否让人感到和谐、满意？ 重要的对象是否用醒目的色彩表示？ 色彩使用是否符合行业的习惯？ …. …. ….. …. 5、信息安全测试用例 用例编号 用例目的 假想目标A 前提条件 子用例编号 非法入侵手段 是否实现目标 代价－利益分析 状态 …… 6、压力测试用例 用例编号 用例目的 极限名称A 如“最大并发用户数量” 前提条件 子用例编号 输入/动作 输出/响应 是否能正常运行 状态 如10个用户并发操作 如20个用户并发操作 … 7、可靠性测试用例 用例编号 任务A描述 连续运行时间 故障发生的时刻 故障描述 …… 统计分析 任务A无故障运行的平均时间间隔 （CPU小时） 任务A无故障运行的最小时间间隔 （CPU小时） 任务A无故障运行的最大时间间隔 （CPU小时） 结论 8、安装/反安装测试用例 用例编号 用例目的 配置说明 子用例编号 安装选项 是否正常 难易程度 全部 部分 升级 其它 反安装选项 是否正常 难易程度 软件测试的新模型 由安博测试空间技术中心/提供 　　通常情况下，一个软件模型说明的内容主要包括，在测试过程中你应该考虑到哪些问题，如何对测试进行计划，测试要达到什么目标，什么时候开始，在测试中你要用到哪些信息资源。一个好的模型可以引导你对问题进行思考，而不好的模型则只能使你误入歧途。 这里我要宣称的是，目前