测试报告_XX项目(测试环境)

《测试报告_XX项目(测试环境)》由会员分享，可在线阅读，更多相关《测试报告_XX项目(测试环境)（15页珍藏版）》请在装配图网上搜索。

1、XX项目测试报告版本信息日期版本状态简要描述编写审核批准2018-07-18vl.0.0N首次建立项目测试报告（标准版） 模板xxx注：状态可以为N-新建、A-增加、M-更改、D-删除目录1 编写目的 3.2 测试参考文档 3.3 项目信息 3.4 测试概述 4.4.1 基本信息 4.4.2 测试过程 4.4.3 测试范围 5.5 测试过程评估 6.5.1 测试设计 6.5.1.1 测试用例 6.5.1.2 测试方法 6.5.2 测试执行 6.5.2.1 测试用例覆盖总结 6.5.2.2 测试用例执行总结 7.6 缺陷统计与分析 8.6.1 缺陷统计 8.6.2 缺陷分析 8.6.2.1 缺陷

2、分布 - 按严重等级划分 8.6.2.2 缺陷分布 - 按功能模块划分 9.6.2.3 缺陷分布 - 按缺陷类型划分 1.06.2.4 缺陷趋势 - 新增缺陷 1.06.2.5 缺陷趋势 - 重新打开缺陷 1.16.2.6 缺陷趋势 - 修改缺陷 1.16.2.7 缺陷趋势 - 关闭缺陷 1.17 版本需求变更分析 1.1.7.1 需求变更描述 1.17.2 需求变更统计 1.18 版本演进轨迹 1.2.9 测试总结 1.2.9.1 测试结论 1.2.9.2 测试建议 1.3.9.3 遗留问题列表 1.39.4 风险分析 1.4.1编写目的本测试报告为【XX】项目的测试报告，目的在于总结测试阶

3、段的测试情况以及分析测 试结果，描述系统是否符合需求并对测试质量进行分析。本报告作为测试质量参考文档提供给用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理阅读。2测试参考文档用户需求说明书软件需求规格说明书软件开发计划软件测试计划软件测试方案软件测试策略软件测试用例缺陷分类指南功能及UI测试标准3项目信息项目名称xx项目编号xxx项目周期2018/1/19 2018/2/26项目性质全新产品/大版本升级/小版本升级（只能选择一个）项目版本号v1.1.2.20180712_01_beta项目经理xxx测试经理xxx测试工程师xxx开发工程师xxx4测试概述4.1基

4、本信息本次测试的基本信息如下:测试时间2018/1/19 2018/2/26测试环境硬件处理器：In ter Core i5， 1.6GHz内存：8GB操作系统：Win dows 10软件Navicat Premium、xshell、IE， FireFox ， Coogle Chrome等浏 览器测试站点http:/xxx4.2测试过程阶段任务说明开始时间结束时间工作量（人/天）责任人计划实际计划实际计划实际计 划实 际测试准备编写测试计划2018-3-252018-3-252018-3-252018-3-250.50.5xxx需求理解澄清无无无无编写测试策略编与测试方案编写测试用例评审测试用

5、例测试环境准备测试数据准备测试脚本准备测试执行系统测试回归测试测试结束编写测试报告编写用户手册项目实施培训项目部署4.3测试范围任务测试覆盖功能点一级功能二级功能三级功能历史新增及修改5测试过程评估5.1 测试设计5.1.1测试用例1、测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。2、依据需求文档和原型图设计测试用例，测试用例覆盖所有需求功能点，在评审通过后执行测试。5.1.2测试方法根据系统需求规格说明书的描述，明确指出了系统应该具有的功能。在完全不考虑程序内部结构和内部特性的情况下，测试者只需检查程序功能是否按照系统需求规格说明书的规 定正常使用，是否能在输入适当的数锯下

6、产生正确的输出信息，并且能保持外部信息 （如数据库或文件）的完整性。因此采用了着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试的测试方法：黑盒测试。本次测试的重点集中在基本数据录入、业务流程和各功能模块间的接口。5.2测试执行5.2.1测试用例覆盖总结1、执行的测试用例数覆盖了所有的功能点模块名称用例数（条）覆盖情况执行情况客户管理94系统测试2轮，验收测试2轮执行94条，未通过1条用例通过率：98.94%522测试用例执行总结测试执行统计表测试用例版本号工作量投入（人天）测试用例规模总用例数新增用例数vl.0.04123423执行结果统计表计划执行的 用例数实际执行的

7、用例数通过的 用例数执行率覆盖率通过率发现缺陷数执行率=实际执行的用例数宁计划执行的用例数覆盖率=实际执行的用例数宁总用例数通过率=通过的用例数十实际执行的用例数发现缺陷数=本次版本一共提交了多少个BUG单案例总数与计划执行案例数不一致，请说明原因。（指本次测试总案例数 与本次测试总的计划执行案例数），与本文最后一个章节的风险相对应。计划执行案例数与实际执行案例数不一致，请说明原因。（指本次测试总 的计划执行案例数与本次执行总的实际执行案例数），与本文最后一个章节的风 险相对应。6缺陷统计与分析6.1缺陷统计缺陷总计：28个;打开：17个；处理中：2个； 重新打开：3个； 已解决：5个； 已关

8、闭：1个缺陷统计已关谢 珊6.2缺陷分析6.2.1缺陷分布-按严重等级划分缺陷严重等级合计已关闭未解决已关闭所占百分比轻微-Trivial一般-Mi nor重要-Major严重-Critical阻塞-Blocker缺陷分布-按严重程度划分轻閒-TrSl般汕rwr車寺-Major严 Cri totalPfig -BlOfker32423已黄诩11211622缺陷分布-按功能模块划分模块名称合计已关闭未解决已关闭所占百分比缺陷分布-按功能模块划分未解决m421m已关闭 11 8】32012JS623缺陷分布-按缺陷类型划分缺陷类型合计已关闭未解决已关闭所占百分比需求冋题41325%代码问题3123

9、3%设计问题62433%配置问题42250%环境问题43175%兼容问题94544%安全问题31233%性能问题330100%脚本问题31233%数据问题43175%其他74357%非缺陷51420%缺陷分布“按缺陷类型划分10需求代码设计商盏 问题问题问题问题未解夬已关闭未懈块已关if菲離陥戮问III 安全性能脚本 问题问题问题坏境兼咨 问题问题624缺陷趋势-新增缺陷6.2.5缺陷趋势-重新打开缺陷6.2.6缺陷趋势-修改缺陷6.2.7缺陷趋势-关闭缺陷7版本需求变更分析7.1需求变更描述本次版本测试共收到 35个需求变更：其中14个为测试过程中已有项目的需求变更，主要集中在准时装项目、海

10、外购二期项目、在线支付异常同步商家需求等需求中；4个技术优化，17个为新增的需求变更。 本次版本需求变更数量依旧不少，需求变更方面的控制还需 加强，版本的变更对版本质量的影响很大，本次版本发布风险较高。7.2需求变更统计新增需求：12个变更需求：1个需求优化：23个需求变更统讣新增空求雷求优化8版本演进轨迹罗列本项目内的所有分支及各个分支合并后的回归测试版本号发布时间是否合并回归测试结果v1.1.2.20180712_01_beta2018-07-19否通过9测试总结9.1测试结论对测试的过程和结果进行简要分析，给出测试结论和建议测试结论要明确，即通过或者不通过，不能附带任何条件。对于有条件通

11、过的需求，需要 在后续风险分析”章节进行描述，有条件通过是根据准出条件有部分条件不通过，具体准则如 下：通过-达到准出条件，如：测试案例执行率达到 95%、阻塞和致命的缺陷全部修复且测试 通过、严重缺陷修复率超过95%、一般缺陷修复率已超过 85%、提示缺陷修复率超过75% ；不通过-未达到准出条件，如：测试案例执行率低于 95%、阻塞和致命缺陷未全部修复或 复测未通过、严重缺陷修复率未达到95%、一般缺陷修复率未达到85%，提示缺陷修复率未达到 75% ；有条件通过-指未达到准出条件但项目责任人确认相关风险，或风险可以得到处理，在此 条件下同意测试有条件通过。1、 通过对本系统的两轮测试工作

12、，将系统所存在的缺陷全部暴露并交予开发人员 进行bug修复，再经过回归测试确保了所有功能及模块已经实现，并且满足客 户需求。2、 本系统的测试充分有效，主要业务模块的测试覆盖达到100%缺陷解决率达到3、目前的测试工作基本达到了预定目标，即完成除原有的系统功能外的所有功能及模块功能的功能测试，测试任务已全面完成。4、根据测试结果、BUG勺修复率和测试计划中的测试通过标准得出该项目功能测试通过，可以交付使用。9.2测试建议1、从测试的整个过程来看， 比较常见的问题是：编辑框中数据输入过长不能正确处理或者页面变形，页面样式不统一（翻页、提示语等），数据添加成功，上 传附件不显示，查询冗余数据等。开

13、发人员在编码过程中， 系统在实现基本功能的前提下需要注意页面样式的一致性和操作界面友好性等非功能的方面。2、在这次测试过程中， 提出建议：测试人员在提交bug时，需要详细描述：版本号、操作步骤、期望结果、实际结果，以便开发人员读懂并能重现bug，避免将bug直接打回，延长bug的存在周期。同时开发人员必须将打回bug之前需给予问题解答的简单描述,以利于回归测试。在本次测试中因没有按照标准执行，导致有些bug在回归几次后才有效解决，所以必须在以后的测试项目中测试人员和开发人员严格按照标准执行。3、在本次测试过程中存在一个问题多次修改的情况。造成此问题出现的最主要原因是开发人员在提交新版本时未进行

14、单元测试。所以，我们建议开发人员将程这样能有效地缩短 BUG勺生序包提交给测试人员之前先对程序代码进行检查,存周期，提高测试人员和开发人员的工作效率。9.3遗留问题列表缺陷编号缺陷描述严重级别重现 概率影响说明遗留原因致命100%导致系统 朋溃需求变更，待确认需 求后统一修改严重100%导致数据 丢失数据库迁移，待迁移后修复9.4风险分析序 号风险问 题类型风险问题 描述风 险 等 级提 出 人提出 时间责任人应对解 决方案计 划 解 决 日 期问 题 状 态备 注1第二方 插件问 题第二方插件 无法正常加 载中XXXXXX开发在 查问题 中未 解 决2代码重 构代码重构 后，引发大量BUG高XXXXXX开发修 改未 解 决3需求变更需求变更过 于频繁，无 法及时开发 完成中XXXXXX下个版 本迭代 开发