目录
1前言 ......................................................... 错误!未定义书签。
编写目的..................................................... 错误!未定义书签。
参考资料..................................................... 错误!未定义书签。
2测试总体情况.................................................. 错误!未定义书签。
测试用例设计................................................. 错误!未定义书签。
测试环境与配置........................................... 错误!未定义书签。
测试辅助工具............................................. 错误!未定义书签。
测试方法..................................................... 错误!未定义书签。
3 测试结果及缺陷分析 ........................................... 错误!未定义书签。
测试执行情况与记录........................................... 错误!未定义书签。
测试组织................................................. 错误!未定义书签。
测试时间................................................. 错误!未定义书签。
覆盖分析..................................................... 错误!未定义书签。
需求覆盖................................................. 错误!未定义书签。
兼容性分析................................................... 错误!未定义书签。
边界值测试分析............................................... 错误!未定义书签。
缺陷的统计与分析............................................. 错误!未定义书签。
缺陷汇总................................................. 错误!未定义书签。
缺陷分析................................................. 错误!未定义书签。
4测试结论与建议................................................ 错误!未定义书签。
测试结论..................................................... 错误!未定义书签。
建议......................................................... 错误!未定义书签。
1前言
测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。
下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。
编写目的
本测试报告为智慧停车系统功能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，并依据结果对该产品做出评价和建议。
适用范围包括公司信息化建设客户管理系统项目的用户、测试人员、开发人员、项目管理其他质量管理人员和需要阅读本报告的高层经理。
参考资料
parkingManager(PC端）.docx
咪网城管端概要设计.xlsx
城管执法客户端产品需求文档 .docx
2测试总体情况
测试用例设计
测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。
测试环境与配置
测试辅助工具
测试方法
测试方法：根据系统需求规格说明书的描述，明确指出了系统应该具有的功能。
在完全不考虑程序内部结构和内部特性的情况下，测试者只需检查程序功能是否按照系统需求规格说明书的规定正常使用，是否能在输入适当的数锯下产生正确的输出信息，并且能保持外部信息（如数据库或文件）的完整性。
因此采用了着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试的测试方法：黑盒测试。
3 测试结果及缺陷分析
测试执行情况与记录
测试组织
测试时间
咪网智慧停车第一轮测试
覆盖分析
需求覆盖
兼容性分析
本系统进行了多浏览器的兼容性测试，使用到的浏览器版本包括：浏览器、浏览器、浏览器、360安全浏览器、Chrome浏览器、firefox浏览器、Safari浏览器V ；
在进行多浏览器的测试过程中，覆盖了前、后台的所有页面以及全部的功能，在测试过程中着重进行了对页面样式、布局以及数据展示的测试工作。
目前可以确定，在上述浏览器中，本系统的前端页面展示基本完全兼容。
边界值测试分析
在进行对系统的测试过程中，对于文本输入框、最小起订量、限制条件等操作进行了必要的边界值测试，较好的验证了当前系统的健壮性和稳定性。
在进行边界测试的时候，验证了在本系统会根据当前业务场景进行对临界值的判断和处理，确保了系统的正确使用。
缺陷的统计与分析
缺陷汇总
缺陷发现率（功能测试缺陷总数/工作日）： 1084/10=
缺陷密度（功能测试缺陷总数/模块数）：1084/159=
缺陷分析
表一：bug的缺陷类型分布表
表二：bug的回归情况分布表
表三：bug的未修复情况分布表
表四：bug的未验证情况分布表
表五：bug设计如此和延期处理情况分布表
Bug缺陷类型分布表
4测试结论与建议
测试结论
1．通过对本系统的两轮测试工作，将系统所存在的缺陷全部暴露并交予开发人员进行bug 修复，再经过回归测试确保了所有功能及模块已经实现，并且满足客户需求。
2．本系统的测试充分有效，主要业务模块的测试覆盖达到100%，缺陷解决率达到100%。
3．目前的测试工作基本达到了预定目标，即完成除原有的系统功能外的所有功能及模块功能的功能测试，测试任务已全面完成。
4．根据测试结果、BUG的修复率和测试计划中的测试通过标准得出该项目功能测试通过，可以交付使用。
建议
1、从测试的整个过程来看，比较常见的问题是：编辑框中数据输入过长不能正确处理或者页面变形，页面样式不统一（翻页、提示语等），数据添加成功，上传附件不显示，查询冗余数据等。
开发人员在编码过程中，系统在实现基本功能的前提下需要注意页面样式的一致性和操作界面友好性等非功能的方面。
2、在这次测试过程中，提出建议：测试人员在提交bug时，需要详细描述：版本号、操作步骤、期望结果、实际结果，以便开发人员读懂并能重现bug，避免将bug直接打回，延长bug 的存在周期。
同时开发人员必须将打回bug之前需给予问题解答的简单描述，以利于回归测试。
在本次测试中因没有按照标准执行，导致有些bug在回归几次后才有效解决，所以必须在以后的测试项目中测试人员和开发人员严格按照标准执行。
3、在本次测试过程中存在一个问题多次修改的情况。
造成此问题出现的最主要原因是开发人员在提交新版本时未进行单元测试。
所以，我们建议开发人员将程序包提交给测试人员之前先对程序代码进行检查，这样能有效地缩短BUG的生存周期，提高测试人员和开发人员的工作效率。