测试报告.doc

目 录 1前言41.1编写目的41.5参考资料42测试总体情况42.1测试用例设计42.2测试环境与配置42.2.3.测试辅助工具42.3测试方法53 测试结果及缺陷分析53.1测试执行情况与记录53.1.1测试组织53.1.2测试时间53.2覆盖分析63.2.1需求覆盖63.2.2测试覆盖73.3兼容性分析83.4边界值测试分析93.5缺陷的统计与分析93.5.1缺陷汇总93.5.2缺陷分析93.5.3残留缺陷与未解决问题144测试结论与建议144.1测试结论144.2建议151前言测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。 下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。1.1编写目的 本测试报告为智慧停车系统功能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，并依据结果对该产品做出评价和建议。适用范围包括公司信息化建设客户管理系统项目的用户、测试人员、开发人员、项目管理其他质量管理人员和需要阅读本报告的高层经理。1.5参考资料 parkingManager(PC端V1.1.3）.docx咪网城管端APP1.2_概要设计.xlsx城管执法客户端产品需求文档 .docx2测试总体情况2.1测试用例设计测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。2.2测试环境与配置 2.2.3.测试辅助工具工具类型工具名称BUG管理工具阿里云缺陷管理平台2.3测试方法测试方法：根据系统需求规格说明书的描述，明确指出了系统应该具有的功能。在完全不考虑程序内部结构和内部特性的情况下，测试者只需检查程序功能是否按照系统需求规格说明书的规定正常使用，是否能在输入适当的数锯下产生正确的输出信息，并且能保持外部信息（如数据库或文件）的完整性。因此采用了着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试的测试方法：黑盒测试。3 测试结果及缺陷分析3.1测试执行情况与记录 3.1.1测试组织 姓名邮箱测试内容江菲菲测试人员颜传赞测试人员邵奔技术总监检查3.1.2测试时间 咪网智慧停车v1.0第一轮测试任务开始时间主要测试接口测试2017-03-14系统内接口测试联调测试2017-04-16各个系统之间的联调测试咪网智慧停车v3.0第二轮测试任务开始时间主要测试功能测试2017-05-20功能验证对外接口2015-05-20支付宝，海口系统，微信等接口对接回归测试2017-06-18回归测试3.2覆盖分析 3.2.1需求覆盖 需求/功能测试类型是否通过登录注册注册注册是否正常pass登录用户登录登出pass停车数据停车数据1. 平均车位周转率2. 近30天停车收费数据总览3. 停车方式占比4. 停车时间占比pass车位管理车位地图1. 展示车位地图2. 全部、违停、空闲、计费数据3. 搜索支持pass车位列表1. 搜索条件：路段，巡检员，查询是否正确2. 车位列表展示3. 可分页显示pass违停监控取证记录1. 搜索条件检查：停车路段、巡检员、车辆信息、审核状态、提交时间2. 取证记录审核，取消3. 数据列表展示4. 分页显示pass人员管理管理员1. 新增2. 编辑3. 重置密码4. 删除pass巡检员1. 查看：账户信息、出勤记录、数据统计2. 新增3. 编辑4. 删除5. 重置密码pass权限管理1. 角色添加2. 角色编辑3. 角色删除4. 权限配置pass停车管理停车记录1. 查询条件检查：停车路段、停车状态、手机号、泊车卡号、停车方式、开始时间2. 数据检查3. 分页检查pass硬件监控咪表健康管理1. 查询条件检查：所属路段、健康状态、咪表编号2. 数据检查3. 分页检查pass卡管理发卡记录1. 查询条件检查：编号、开始时间2. 数据检查3. 分页检查pass验卡充值1. 验卡功能测试2. 充值功能测试3. 补录功能测试pass充值记录1. 查询条件检查：编号、充值人员、开始时间2. 数据检查3. 分页检查pass刷卡消费记录1. 搜索条件检查：咪表号、车位名称、支付类型、地区、开始结束时间2. 数据检查3. 分页检查pass统计报表在线罚款缴纳记录1. 搜索条件检查：缴纳方式、手机号、车牌号、开始结束时间2. 数据检查3. 分页检查pass收入汇总1. 搜索条件检查：清算日期、清算类型2. 数据检查3. 分页检查pass兼容性功能pass界面pass页面风格风格统一pass数据库管理配置管理pass3.3兼容性分析 本系统进行了多浏览器的兼容性测试，使用到的浏览器版本包括： IE9.0浏览器、IE10.0浏览器、IE11.0浏览器、360安全浏览器V42、Chrome浏览器V51.0.2704.103、firefox浏览器V47.0、Safari浏览器V 5.1.7；在进行多浏览器的测试过程中，覆盖了前、后台的所有页面以及全部的功能，在测试过程中着重进行了对页面样式、布局以及数据展示的测试工作。目前可以确定，在上述浏览器中，本系统的前端页面展示基本完全兼容。3.4边界值测试分析 在进行对系统的测试过程中，对于文本输入框、最小起订量、限制条件等操作进行了必要的边界值测试，较好的验证了当前系统的健壮性和稳定性。 在进行边界测试的时候，验证了在本系统会根据当前业务场景进行对临界值的判断和处理，确保了系统的正确使用。3.5缺陷的统计与分析 3.5.1缺陷汇总 缺陷发现率（功能测试缺陷总数/工作日）： 1084/10=108.4缺陷密度（功能测试缺陷总数/模块数）：1084/159=6.8183.5.2缺陷分析表一：bug的缺陷类型分布表总BUG数1084致命严重一般轻微21822362023表二：bug的回归情况分布表关闭BUG总数1020致命严重一般轻微20420958522表三：bug的未修复情况分布表未修改BUG数12致命 严重 一般轻微1290表四：bug的未验证情况分布表未验证BUG数(方案状态为已解决)51致命 严重 一般轻微1312251表五：bug设计如此和延期处理情况分布表设计如此数22致命 严重 一般轻微03163延期处理7致命 严重 一般轻微160测试用例执行情况表BUG关闭率（已关闭/总BUG数）94%遗留率6%用例执行率100%用例通过率100%累计执行用例数3697用例通过数3688总用例数3697Bug缺陷类型分布表缺陷类型数量比值代码错误90984%设计缺陷11611%界面优化333%其他242%配置相关20%4测试结论与建议 4.1测试结论1通过对本系统的两轮测试工作，将系统所存在的缺陷全部暴露并交予开发人员进行bug修复，再经过回归测试确保了所有功能及模块已经实现，并且满足客户需求。2本系统的测试充分有效，主要业务模块的测试覆盖达到100%，缺陷解决率达到100%。3目前的测试工作基本达到了预定目标，即完成除原有的系统功能外的所有功能及模块功能的功能测试，测试任务已全面完成。4根据测试结果、BUG的修复率和测试计划中的测试通过标准得出该项目功能测试通过，可以交付使用。4.2建议 1、从测试的整个过程来看，比较常见的问题是：编辑框中数据输入过长不能正确处理或者页面变形，页面样式不统一（翻页、提示语等），数据添加成功，上传附件不显示，查询冗余数据等。开发人员在编码过程中，系统在实现基本功能的前提下需要注意页面样式的一致性和操作界面友好性等非功能的方面。2、在这次测试过程中，提出建议：测试人员在提交bug时，需要详细描述：版本号、操作步骤、期望结果、实际结果，以便开发人员读懂并能重现bug，避免将bug直接打回，延长bug的存在周期。同时开发人员必须将打回bug之前需给予问题解答的简单描述，以利于回归测试。在本次测试中因没有按照标准执行，导致有些b