软件测试用例表格.docxVIP

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