软件测试用例表格.docVIP

x顾口 xxw式用例 产品名称:: 产品版:本： 拟制： 日期 评审人： 日期 批准： 日期 测试人： 日期 软件负责人： （仅供内部使 用） 修改记录 日期 修订版本 修改描述 修改人 yyyy mm dd 1 初稿完成 yyyy mm dd 1.01 修改XXX 1? Xxx 2? Xxx 3.... 修改XXX 1? Xxx 2. Xxx 3.... yyyy mm dd 1.02 修改XXX 1? Xxx 2. Xxx 3.... yyyy mm dd 2 修改XXX 1? Xxx 2? Xxx 3....  测试记录汇总序版本） 项目名称： 软件版本： 配置版本： 测试人： 测试时间： 软件负责 人： 序号 问题及步骤描 述 正确结果 反馈 意」 修正结 果 检验结 果 反馈意 见 修正结 果 检验 结： 备注 注意： 1、测试人员幵始新版本测试时需更新测试记录汇总版本，例如：测试 己录汇 、+ 2、测试人员将问题出现的详细步骤填写清楚、将预期正确的现象填写 ± 扌结? 中” 3、软件工程师将对问题意见填写在“反馈意 『、埴 写最终 参正结 4、测试人员将检验修正后的结果填 『在 x ? t A ■ 分结 r?■■■ ■ ■■ 5、软件工程师如有特殊说明请填写“备注” （程序版 功能测试 用例编号 用例目的 描述本用例的测试目的 前提条件 如果某些前提条件不满足，本用例无法正常执行，则在此描述 子用例编号 输入 操作步骤 期望结果 实测结果 备注 示例：典型值- 示例：边界值- 示例：异常值- 示例：典型值. 示例：边界值- 示例：异常值- 示例：典型值- 示例：典型值- 示例：边界值- 性能测试 用例编号 性能描述 用例目的 前提条件 子用例编号 》 输入数据 期望的性能（平均值 ）实际性能（平均 值）状态  界面测试 用例编号 用例目的 前提条件 指标 子用例编号 检杳项 评价 备注 合适性 用户界面是否与软件的功能相融洽？ 和正确性 是否所有界面元素的文字和状态都正确无误？ 容易理解 对于常用的功能.用户能否不必阅读手册就能使用？ 是否所有界面元素（例如图标）都不会让人误解？ 是否所有界面元素提供了充分而必要的提示？ 界面结构能够淸晰地反映工作流程？ 用户是否容易知道自己在界而中的位宜.不会迷失方向？ 有联机帮助吗？ 风格一致 同类的界ifn?元素是否有相同的视感和相同的操作方式？ 字体是否一致？ 是否符合广大用户使用同类软件的习惯？ 及时反馈 是否提供进度条、动画等反映正在进行的比较耗时间的过程？ 信息 是否为重要的操作返回必婆的结果信息？ 出错处理 是否对重要的输入数据进行校验？ 执行有风险的操作时.有“确认乙“放弃等提示吗？ 是否根据用户的权限自动屏蔽某些功能？ 适应各种 所有界面元素都具备 充分必要的键盘操作和鼠标操作吗？ 水平的用户 初学者和专家都有合适的方式操作这个界而吗？ 色盲或者色弱的用户能正常使用该界而吗？ 国际化 是否使用国际通行的图标和语言？ 度址爪位、日期格式、人的名字等是否符合国际惯例？ 个性化 是否具有与众不同的.让用户记忆深刻的界面设汁？ 是否在具备必要的“一致性”的前提下突出“个性化”设计？ 合理布局 界面的布局符合软件的功能逻辑吗？ 界面元素是否在水平或者垂直方向对齐？ 界面元素的尺寸是否合理？行、列的间距是否保持一致？ 窗口切换.移动.改变大小时.界面正常吗？ 界面的色调是否让人感到和谐、满意？ 重要的对彖是否用醒目的色彩表示？ 色彩使用是否符合行业的习惯？ 压力测试 用例编号 用例目的 极限名称 如“最大并发用户数量” 前提条件 子用例编号 输入/动作 输岀/响应 是否能正常运行 :备注 如1个用户并发 操 聚作 如2个用户并发 操 聚作 如1个用户并发 操 聚作 如2个用户并发 操 聚作 如1个用户并发 操 聚作 如2个用户并发 操 聚作 其他测试类型 测试目的 预制条件功能描述 操作步骤 预期结果 自测结果 测试结果 备注 模块名称：