测试报告项目测试环境

XX项目测试报告版本信息日期版本状态简要描述编写审核批准2018-07-18v1.0.0N首次建立项目测试报告（标准版）xxx模板注： 状态可以为N-新建、 A- 增加、 M-更改、 D- 删除目录1 编写目的 .2 测试参考文档 .3 项目信息 .4 测试概述 .4.1基本信息 . .4.2测试过程 . .4.3测试范围 . .5 测试过程评估 .5.1测试设计 . .测试用例.测试方法.5.2测试执行 . .5.2.1测试用例覆盖总结 .5.2.2测试用例执行总结 .6缺陷统计与分析 .6.1缺陷统计 . .6.2缺陷分析 . .6.2.1缺陷分布 - 按严重等级划分 .6.2.2缺陷分布 - 按功能模块划分 .6.2.3缺陷分布 - 按缺陷类型划分 .6.2.4缺陷趋势 - 新增缺陷 .6.2.5缺陷趋势 - 重新打开缺陷 .6.2.6缺陷趋势 - 修改缺陷 .6.2.7缺陷趋势 - 关闭缺陷 .7版本需求变更分析 .7.1需求变更描述 . .7.2需求变更统计 . .8 版本演进轨迹9 测试总结 .9.1测试结论 . .9.2测试建议 . .9.3遗留问题列表 . .9.4风险分析 . .1 编写目的本测试报告为【XX 】项目的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合需求并对测试质量进行分析。本报告作为测试质量参考文档提供给用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理阅读。2 测试参考文档用户需求说明书软件需求规格说明书软件开发计划软件测试计划软件测试方案软件测试策略软件测试用例缺陷分类指南功能及 UI 测试标准3项目信息项目名称xx项目编号xxx项目周期2018/1/19 2018/2/26项目性质全新产品 / 大版本升级 / 小版本升级（只能选择一个）项目版本号项目经理xxx测试经理xxx测试工程师xxx开发工程师xxx4 测试概述4.1基本信息本次测试的基本信息如下：测试时间2018/1/19 2018/2/26处理器： Inter Core i5，1.6GHz硬件内存： 8GB测试环境操作系统： Windows 10软件Navicat Premium、 xshell 、 IE ， FireFox ，Coogle Chrome等浏览器测试站点xxx4.2测试过程任务说明开始时间工作量结束时间阶段（人/天）责任人计划实际计划实际计划计实实际划际编写测试计划2018-3-252018-3-252018-3-252018-3-250.50.5xxx需求理解澄清无无无无编写测试策略编写测试方案测试准备编写测试用例评审测试用例测试环境准备测试数据准备测试脚本准备测试执行系统测试回归测试编写测试报告测试结束编写用户手册培训项目实施项目部署4.3测试范围测试覆盖功能点任务一级功能二级功能三级功能历史新增及修改5 测试过程评估5.1测试设计测试用例1、 测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。2、 依据需求文档和原型图设计测试用例，测试用例覆盖所有需求功能点，在评审通过后执行测试。测试方法根据系统需求规格说明书的描述， 明确指出了系统应该具有的功能。 在完全不考虑程序内部结构和内部特性的情况下， 测试者只需检查程序功能是否按照系统需求规格说明书的规定正常使用， 是否能在输入适当的数锯下产生正确的输出信息， 并且能保持外部信息 （如数据库或文件） 的完整性。因此采用了着眼于程序外部结构、 不考虑内部逻辑结构、 针对软件界面和软件功能进行测试的测试方法： 黑盒测试。本次测试的重点集中在基本数据录入、业务流程和各功能模块间的接口。5.2测试执行测试用例覆盖总结1、 执行的测试用例数覆盖了所有的功能点模块名称用例数（条）覆盖情况执行情况客户管理94系统测试2 轮，验收测试执行 94 条，未通过 1 条2 轮用例通过率： 98.94%测试用例执行总结测试执行统计表工作量投入（人测试用例规模测试用例版本号天）总用例数新增用例数v1.0.04123423执行结果统计表计划执行的用实际执行的用通过的用覆盖率通过率发现缺陷数例数例数执行率例数执行率 = 实际执行的用例数计划执行的用例数覆盖率 = 实际执行的用例数总用例数通过率 = 通过的用例数实际执行的用例数发现缺陷数 = 本次版本一共提交了多少个BUG单6 缺陷统计与分析6.1缺陷统计缺陷总计： 28 个；打开： 17 个；处理中： 2 个；重新打开： 3 个；已解决： 5 个；已关闭： 1 个6.2缺陷分析6.2.1 缺陷分布 - 按严重等级划分缺陷严重等已关闭所占百分合计已关闭未解决级比轻微-Trivial一般 -Minor重要 -Major严重-Critical阻塞-Blocker6.2.2缺陷分布 - 按功能模块划分模块名称合计已关未解已关闭所占百分闭决比缺陷分布 - 按缺陷类型划分已关闭所占百分缺陷类型合计已关闭未解决比需求问题41325%代码问题31233%设计问题62433%配置问题42250%环境问题43175%兼容问题94544%安全问题31233%性能问题330100%脚本问题31233%数据问题43175%其他非缺陷缺陷趋势 - 新增缺陷74357%51420%缺陷趋势 - 重新打开缺陷缺陷趋势 - 修改缺陷缺陷趋势 - 关闭缺陷7 版本需求变更分析7.1需求变更描述本次版本测试共收到35 个需求变更： 其中 14 个为测试过程中已有项目的需求变更，主要集中在准时装项目、海外购二期项目、在线支付异常同步商家需求等需求中；4 个技术优化， 17 个为新增的需求变更。本次版本需求变更数量依旧不少， 需求变更方面的控制还需加强， 版本的变更对版本质量的影响很大，本次版本发布风险较高。7.2需求变更统计新增需求： 12个变更需求： 1个需求优化： 23个8 版本演进轨迹罗列本项目内的所有分支及各个分支合并后的回归测试版本号发布时间是否合并回归测试结果2018-07-19否通过9 测试总结9.1测试结论，有条件通过是根据准出条件有部分条件不通过，具体准则如下：通过 - 达到准出条件，如：测试案例执行率达到95% 、阻塞和致命的缺陷全部修复且测试通过、严重缺陷修复率超过 95% 、一般缺陷修复率已超过85% 、提示缺陷修复率超过75% ；不通过 - 未达到准出条件，如：测试案例执行率低于95% 、阻塞和致命缺陷未全部修复或复测未通过、严重缺陷修复率未达到 95% 、一般缺陷修复率未达到85% ，提示缺陷修复率未达到75% ；有条件通过 - 指未达到准出条件但项目责任人确认相关风险，或风险可以得到处理，在此条件下同意测试有条件通过。1、 通过对本系统的两轮测试工作，将系统所存在的缺陷全部暴露并交予开发人员进行bug 修复，再经过回归测试确保了所有功能及模块已经实现，并且满足客户需求。2、 本系统的测试充分有效，主要业务模块的测试覆盖达到100%，缺陷解决率达到100%。3、 目前的测试工作基本达到了预定目标，即完成除原有的系统功能外的所有功能及模块功能的功能测试，测试任务已全面完成。4、 根据测试结果、BUG的修复率和测试计划中的测试通过标准得出该项目功能测试通过，可以交付使用。9.2测试建议1、 从测试的整个过程来看，比较常见的问题是：编辑框中数据输入过长不能正确处理或者页面变形，页面样式不统一（翻页、提示语等），数据添加成功，上传附件不显示，查询冗余数据等。 开发人员在编码过程中，系统在实现基本功能的前提下需要注意页面样式的一致性和操作界面友好性等非功能的方面。2、 在这次测试过程中，提出建议：测试人员在提交bug 时，需要详细描述：版本号、操作步骤、期望结果、实际结果，以便开发人员读懂并能重现bug，避免将 bug 直接打回，延长bug 的存在周期。 同时开发人员必须将打回bug 之前需给予问题解答的简单描述，以利于回归测试。在本次测试中因没有按照标准执行，导致有些bug 在回归几次后才有效解决，所以必须在以后的测试项目中测试人员和开发人员严格按照标准执行。3、 在本次测试过程中存在一个问题多次修改的情况。造成此问题出现的最主要原因是开发人员在提交新版本时未进行单元测试。所以，我们建议开发人员将程序包提交给测试人员之前先对程序代码进行检查，这样能有效地缩短BUG的生存周期， 提高测试人员和开发人员的工作效率。9.3遗留问题列表严重级重现缺陷编号缺陷描述影响说明遗留原因别概率导致系统需求变更，待确认需致命100%崩溃求后统一修改导致数据数据库迁移，待迁移严重100%丢失后修复9.4风险分析计划问提序风险问风险问题描风险提出应对解解题备出责任人号题类型述等级时间决方案决状注人日态期第三方第三方插件开发在未1插件问无法正常加中XXXXXX查问题解题载中决代码重构未代码重开发修2后，引发大高XXXXXX解构改量 BUG决需求变更过下个版需求变于频繁，无3中XXXXXX本迭代更法及时开发开发完成