**项目测试报告
文件名称： **项目测试报告 文件编号： 0234245 版 本 号： 编 制： 马工 日 期： 2018-4-30 审 核： 张三 日 期： 2018-5-1
文档标识 当前状态 编制 发布 √ √ 当前版本 发布日期 2018-5-1 修订历史记录 版本 日期 2018年2月17日 AMD A 修订者 马工 修改内容 无 变更控制号 001-1A-cc 评审号 （A-添加，M-修改，D-删除）
目录
1 引言......................................................错误!未定义书签。
编写目的 ............................................错误!未定义书签。 读者对象 ............................................错误!未定义书签。 项目背景 ............................................错误!未定义书签。 术语和缩略语 ........................................错误!未定义书签。 2 测试概要 ..................................................错误!未定义书签。
测试用例设计 ........................................错误!未定义书签。 测试环境与配置 ......................................错误!未定义书签。
功能测试 ......................................错误!未定义书签。 测试方法与工具 ................................错误!未定义书签。
3 测试内容和执行情况 ........................................错误!未定义书签。
项目测试概况表 ......................................错误!未定义书签。 功能 ................................................错误!未定义书签。 性能（效率） ........................................错误!未定义书签。 稳定性 ..............................................错误!未定义书签。 兼容性 ..............................................错误!未定义书签。 安装 ................................................错误!未定义书签。 安全性 ..............................................错误!未定义书签。 覆盖分析 ............................................错误!未定义书签。 4 缺陷统计与分析 ............................................错误!未定义书签。
缺陷汇总 ............................................错误!未定义书签。
各类问题数量比 ................................错误!未定义书签。 测试问题数量-Bug严重性分布 ...................错误!未定义书签。 残留缺陷与未解决问题 ................................错误!未定义书签。 5 测试结论与建议 ............................................错误!未定义书签。
测试结论 ............................................错误!未定义书签。 建议 ................................................错误!未定义书签。
1 引言 1.1 编写目的
＜**项目＞的这一“测试报告”旨在总结本次测试的内容和测试结果，对于系统的功能做出相应的评估，给出系统的缺陷做出相关的总结和分析，为项目更好的进行提供相应的建议，也给用户对产品的发布提供指导。
1.2 读者对象
读者分类 客户代表 本项目开发人员 本项目测试人员
目的 提供相关的测试数据，指导客户产品发布 为开发人员为下一个版本的升级和新功能开发提供建议 为后续新版本测试提供指导和文档依据 1.3 项目背景
参考资料
表1-3-1列出了此次报告涉及到的参考资料。 表1-3-1参考资料 名称 《**项目需求说明书》 《**项目概要说明书》 《**项目详细说明书》 《**项目测试计划》 《**项目测试方案》 《**项目测试用例》
备注 图1-3-2列出了此系统的功能模块图
1.4 术语和缩略语
本文使用了错误!未找到引用源。所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。
表 1-4-1 术语/定义
术语/定义 SAT/FAT UAT PRD QA
说明 测试环境 预生产环境 需求文档 测试人员 2 测试概要
要达到测试目标，需要满足一下假设：
a) BA人员提供的需求用例，可以100%反应业务需求； b) 发生需求变更后，会及时更新需求用例或发布需求变更 c) 任何测试需求变更时稳定、有序的； d) 业务对测试人员提供必要的业务培训或协助
2.1 测试用例设计
测试用例设计原则： 1. 需求覆盖要求：
a) 与需求用例严格一一对应； b) 根据需求变更文档，实时补充； 2. 测试设计方法：
a) 以测试类型为基础，包含正常功能和可靠性（异常处理和恢复等）测试；
b) 常规方法：等价类划分、边界值、因果图等； 3. 测试类型覆盖要求
测试类型说明（每种类型都包含正常功能和可靠性测试）： a) 业务正确性：
1) 业务数据流测试：实现关键业务数据流的测试。 2) 关键功能点测试：对独立的需求功能点实现的测试。 b) 数据验证
1) 数据一致性：对数据在不同页面，不同系统间流转的一致性的验证。 2) 数据同步：设计数据更新，数据库同步方面的测试。 3) 数据有效性：满足和不满足置顶模块的输入数据要求的测试。 4) 状态转换的是：涉及状态转换功能点的测试。
c) 兼容性测试：对不同浏览器，不同操作系统，硬件设备支持等软硬件环境的兼容。 d) 性能测试
负载测试：以最佳响应时间为目标，发现系统在不同条件下的负载能力。 压力测试：在系统饱和压力条件下，验证系统会话能力和稳定性。 容量测试：持续对系统增压，达到发现性能容量及拐点的目的
2.2 测试环境与配置 2.2.1
资源名称/类型 软件环境（相关软件、操作系统等） 应用软件 测试工具 测试管理平台 PC系统 硬件环境（网络、设备等） 测试数据库服务器 安卓机 IOS机 PostgreSQL、mongodb VivoX6SA、RedMi Note3、MateBNXT-AL10 （第三方平台调试上百台机型） IPHONE 6S PLUS、IPHONE7、IPHONE6 调试器、Xtest Jmeter 、 Apache ab… 禅道 Windows7、Windows10、OS 功能测试
基本配置及数量
2.2.2
用途 单元测试 性能测试 性能测试 性能测试 接口测试 版本管理 管理 测试方法与工具
工具 Junit Jmeter Apache ab LoadRunning Postman SVN 禅道 生产厂商/自产 由Kent Beck和Erich Gamma Apache Apache 惠普-水星公司 Chrome Apache 版本
3 测试内容和执行情况
本次测试执行了所有的测试用例，功能覆盖率100%，包含了【登陆界面】、【个人中心】、【设置】、【地图查看界面】、【我的钱包】、【我的预约】、【意见反馈】、【账单】八大模块的相关功能和其子功能。
3.1 项目测试概况表
对**项目的功能、性能、稳定性、可靠性、安全性、兼容性等方面进行了全面的测试。
项目测试概况表
测试轮次 1 新增缺陷数 50 45 解决的缺陷数 Close缺陷数 Reopen缺陷数 5 未解决的 缺陷数 4
3.2 功能
各模块以手工测试为主，主要关注基于各种渠道（需求用例，需求变更，邮件沟通，电话沟通、聊天软件沟通）提取的功能点的实现，保证模块内功能实现和健壮，充分考虑系统可靠性，异常处理等。包括每轮分布后的例行冒烟测试。 共执行全流程：（3）轮
功能测试情况概要
全流程测试轮次 开始时间 结束时间 用例数 用例通过数 个 1 2 3 用例未通过数 个 28 13 3 用例通过率 % 2018-2-28 2018-3-2 2018-3-3 2018-3-5 2018-3-4 2018-3-6 143 143 143 115 130 140 3.3 性能（效率）
开始时间 结束时间 用例数 用例通过数 个 2018-3-7 2018-3-13 50 48 问题数 个 2 用例通过率 % 96% 3.4 稳定性
开始时间 结束时间 用例数 用例通过数 个 2018-3-14
2018-3-15 10 10 问题数 个 0 用例通过率 % 100% 3.5 兼容性
开始时间 结束时间 用例数 用例通过数 个 2018-3-16 2018-3-16 25 24 问题数 个 1 用例通过率 % 96% 3.6 安装
开始时间 结束时间 用例数 用例通过数 个 2018-3-17 2018-3-17 12 12 问题数 个 0 用例通过率 % 100% 3.7 安全性
开始时间 结束时间 用例数 用例通过数 个 2018-3-18 2018-3-18 15 15 问题数 个 0 用例通过率 % 100%
3.8 覆盖分析
测试覆盖率
模块名称 用例个数 执行数 测试覆盖率 未/漏测分析和原因 【登陆界面】 【个人中心】 【设置】 【首页】 【我的钱包】 【我的预约】 【意见反馈】 【账单】 7 21 10 43 5 14 23 21 7 21 10 43 5 14 23 21 100% 100% 100% 100% 100% 100% 100% 100% 无 无 无 无 无 无 无 无
测试覆盖率计算：
执行数/用例总数x100% = 覆盖率
4 缺陷统计与分析 4.1 缺陷汇总
4.1.1
表
各类问题数量比
测试问题数量 5 3 2 0 1 0 0 所占总问题的比例 % % % 0 % 0 0 测试问题类型 单元 功能 性能 稳定性 兼容性 安装 安全性 柱状图
4.1.2
表
测试问题数量-Bug严重性分布
测试问题类型 Lv1（基本） Lv2（重要） Lv3（一般） Lv4（生僻） BI图
测试问题数量（个） 0 1 4 6
4.2 残留缺陷与未解决问题
残留缺陷与未解决问题表 模块阶段 单元测试 缺陷编号 QX_D_4 QX_D_15 QX_D_21 QX_D_30 QX_D_47 功能 QX_F_11 QX_F_17 QX_F_35 性能 QX_X_7 QX_X_13 兼容性 QX_J_5 性质 Lv4 Lv4 Lv4 Lv4 Lv4 Lv4 Lv2 Lv3 Lv3 Lv3 Lv3 简要描述 原因分析
5 测试结论与建议 5.1 测试结论
＜**项目＞在FAT进行功能、性能、稳定性、兼容性、安装、安全性6个方面进行了全面、严格、规范的测试。测试结果表明：
＜**项目＞完全达到业务需求文档中的要求，并具有以下特点：
1、 系统采用C/S架构，后台支持各种大小数据库，系统结构清晰明确，可满足多用户应用
的要求。
2、 功能全面。该软件由【登陆界面】、【个人中心】、【设置】、【地图查看界面】、【我的钱包】、
【我的预约】、【意见反馈】、【账单】等模块组成，涵盖了《需求说明书的》全部业务功能。
3、 系安全性较好。
4、 系统稳定性高。对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时
给出了帮助。
5、 系统兼容性好。能满足用户在各种操作系统中软件的正常使用。
6、 测试结果表明：＜**项目＞在测试过程中，被测功能运行正常，系统界面友好，操作简
便、易于维护，通过测试
5.2 建议
7、 优化系统性能，首页的【推荐车位信息】可以视情况隐藏，提高导航界面美观性。 8、 可以在导航过程中，加入语音提示播报功能。
因篇幅问题不能全部显示，请点此查看更多更全内容