templates

满意 不满意 一般 关于项目状态 /问题交流的频率和清晰度是否恰当 满意 不满意 一般 同客户 /个人交流的和谐程度 满意 不满意 一般 有足够的必要的文档 满意 不满意 一般 客户发现缺陷的返工 满意 不满意

，则在此处提到。 预期输出文件名 如果在运行这个测试案例后，在 文件中记录到可与实际输出相比较的异常输出，在此处提及文件名称。 对于某些案例不适用，如只在屏幕上输出的案例 输出文件参考 如果可以在文件中记录测试案例的输出，提及测试案例的输出文件。 测试描述 详细描述测试案例如何被执行。 通常，此节记录测试人员创建测试案例所需条件的步骤。 即使在测试和编写代码是同一个人的情况下

日期： ☆ 请您如实地反映意见和建议，以便我们今后有所改进。 ☆ 请选择 15相应的分数栏， 1分代表不理想， 5分代表非常好。 关于课程 1 2 3 4 5 课程是否实用、有针对性 内容的说服力，有所启发 主题新颖、有冲击力

例编号 : 说明进行测试的案例的编号 运行次数 该测试案例反复执行的次数 测试者 : 测试者姓名 测试结果 (园 ): 下列值可按不同项目定制 通过 有条件通过 失败

变更日期 制作人 制作时间 审核人 审核时间 批准人 批准时间 1 形成基线版本 王仁。

项目过程已经按照需要执行完毕 原因描述： 2. 附件： 3. 项目负责人签字： 申请时间： 4. 开发总监签字： 确认时间： 结项

本 1 项目编号： 项目名称： 填写日期： 开发部门 项目经理 协作部门： 协作 负责： 项目计划 工作内容： 接口描述： 风险描述： 依赖待提供项 提供者 提供时间 验收准则

，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 ] 完成标准： [所计划的测试已全部执行。 所发现的缺陷已全部解决。 ] 需考虑的特殊事项： [确定或说明那些将对功能测试的实 施和执行造成影响的事项或因素（内部的或外部的） ] 业务周期测试 [业务周期测试应模拟在一段时间内对 项目名称 执行的活动。

.................................................................2 . 技术需求 .............................................................................................................................