测试总结报告模板.docVIP

测试总结报告模板 文档标识： Project_TS_303 当前版本： 2.0 当前状态： 草稿 发布日期： 2004-1-27 发布 ( 修改历史 日期 版本 作者 修改内容 评审号 变更控制号 目 录 1. 3 1.1 编写目的 3 1.2 项目背景 3 1.3 术语和缩写词 3 1.4 参考资料 3 2. 测试概要 3 2.1 测试组织 3 2.2 测试环境 4 2.3 测试进度 4 2.4 测试类型 4 3. 测试结果及缺陷分析 5 3.1 缺陷统计 5 3.2 缺陷分析 5 3.3 覆盖分析 5 3.3.1 测试覆盖分析 6 3.3.2 需求覆盖分析 6 3.4 测试用例执行结果 6 3.5 未决问题 7 4. 综合评价 7 4.1 软件能力 7 4.2 缺陷和限制 7 4.3 建议 7 引言 编写目的 【阐明编写测试总结报告的目的，并指出该文档的适用范围，指明读者对象。】 项目背景 对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。术语和缩写词 ???? 列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。1．需求、设计、测试用例、手册以及其他项目文档2．测试使用的国家标准、行业指标、公司规范和质量手册等测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。 测试环境 【列出执行该测试时所搭建的软、硬件环境、网络环境配置等，对于三层架构的网络设备和要求可以根据网络拓扑图列出相关配置。 资源名称/类型 配 置 数据库服务器配置 CPU： 内存： 硬盘：可用空间大小 操作系统： 应用软件： 机器网络名： 局域网地址： 应用服务器配置 客户端配置 测试进度 【列出测试的跨度和工作量，最好区分测试文档和活动的时间。。单元集成系统验收功能测试 ( ( ( 性能测试 X (X) 可选，或者当系统性能测试发现缺陷时 ( 性能测试 X (X) 可选 X (X) 可选 ( ( X X ( ( 安装测试 X X (X) 可选 (X) 可选 缺陷分析对上述缺陷和其他收集数据进行综合分析缺陷发现效率 ＝ 缺陷总数/执行测试用时用例质量 ＝ 缺陷总数/测试用例总数 ×100％缺陷密度 ＝ 缺陷总数/功能点总数缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向执行数/用例总数 ×100％ 用例个数 执行总数 未执行 未/漏测分析和原因 系统功能 系统安全分析 系统性能 用户界面 运行环境 需求覆盖分析 【根据测试结果 ，按编号给出每一测试需求的通过与否结论。P表示部分通过，N/A表示不可测试或者用例不适用 测试用例执行结果 【在下表中详细说明测试用例执行日志，包括测试用例的名称，测试结论（通过与否）等。】 其中用例状态为：已执行、未执行、错误用例、已取消。 用户需求编号 测试需求编号 测试用例编号 测试用例名称 用例状态 测试结果 备注 未决问题 【列出测试中发现的、没有满足需求或其它方面要求的问题，或者测试提出但未解决的问题，并给出详细的解释及建议的解决方案。】 缺陷编号 缺陷概要描述 解决方案 1001 企业招聘方登录系统,无法查看系统登录日志，包括登录时间、公司代码、用户名、登录IP、浏览器Agent信息、登录结果（验证码失败、用户不存在、密码不正确、登录成功）等； 基于进度和客户要求考虑，该问题延迟解决，考虑在升级版本中实现 综合评价 软件能力与缺陷 【指出经过测试的软件所实现的功能或者创新点功能，以及测试所揭露的软件缺陷和不足或可能给软件运行带来的影响】，可从如下方面考虑： 1．测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）2． 对测试风险的控制措施和成效3． 测试目标是否完成4． 测试是否通过5． 是否可以进入下一阶段项目目标．可能存在的潜在缺陷和后续工作．对缺陷修改和产品设计的建议．对过程改进方面的建议 文件名称 ALPHA测试总结报告 项目名称 XXX项目 第 页 共 3 页