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