目 录
测试报告是测试阶段最后的文档产出物XXXXXXXXXXXXXXX.
1.1编写目的
本测试报告为XXXXXXXXXXXXXXXX功能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，并依据结果对该产品做出评价和建议。适用范围包括公司信息化建设客户管理系统项目的用户、测试人员、开发人员.
测试用例的设计方法采用等价类划分、边界值、因果图、错误推测法等。
2.2测试环境与配置
2.2.3.测试辅助工具
| 工具类型 | 工具名称 |
| BUG管理工具 | XXXXXXX缺陷管理平台 |
测试方法：根据系统需求规格说明书的描述，明确指出了系统应该具有的功能。测试者只需检查程序功能是否按照系统需求规格说明书的规定正常使用，是否能在输入适当的数锯下产生正确的输出信息，并且能保持外部信息（如数据库或文件）的完整性。因此采用了着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试的测试方法.
3.1.1测试组织
| 姓名 | 邮箱 | 测试内容 |
| XXXX | XXXXX | XXXX |
3.1.2测试时间
XXXXXX第一轮测试
| 任务 | 开始时间 | 主要测试 |
| XXX测试 | XXX | XXXX |
XXXXXX第二轮测试
| 任务 | 开始时间 | 主要测试 |
| XXXX测试 | XXX | XXXXX |
3.2.1需求覆盖
| 需求/功能 | 测试类型 | 是否通过 | |
| XXXX | XXX | XXXXX | pass |
3.3兼容性分析
本系统进行了多浏览器的兼容性测试，使用到的浏览器版本包括： IE9.0浏览器、IE10.0浏览器、IE11.0浏览器、360安全浏览器V8.5.0.142、Chrome浏览器V51.0.2704.103、firefox浏览器V47.0、Safari浏览器V 5.1.7；
在进行多浏览器的测试过程中，覆盖了前、后台的所有页面以及全部的功能，在测试过程中着重进行了对页面样式、布局以及数据展示的测试工作。
目前可以确定，在上述浏览器中，本系统的前端页面展示基本完全兼容。
在进行对系统的测试过程中，对于文本输入框、最小起订量、限制条件等操作进行了必要的边界值测试，较好的验证了当前系统的健壮性和稳定性。
在进行边界测试的时候，验证了在本系统会根据当前业务场景进行对临界值的判断和处理，确保了系统的正确使用。
3.5.1缺陷汇总
缺陷发现率（功能测试缺陷总数/工作日）：
缺陷密度（功能测试缺陷总数/模块数）：
3.5.2缺陷分析
表一：bug的缺陷类型分布表
| 总BUG数 | XXX | ||
| 致命 | 严重 | 一般 | 轻微 |
| XXX | XXX | XXXX | XXXX |
表二：bug的回归情况分布表
| 关闭BUG总数 | XXX | |||
| 致命 | 严重 | 一般 | 轻微 | |
| XXX | XXXX | XXXX | XXX | |
表三：bug的未修复情况分布表
| 未修改BUG数 | XXX | ||
| 致命 | 严重 | 一般 | 轻微 |
| X | X | X | X |
表四：bug的未验证情况分布表
| 未验证BUG数(方案状态为已解决) | XX | ||
| X | X | X | X |
| X | X | X | X |
表五：bug设计如此和延期处理情况分布表
| 设计如此数 | X | ||
| 致命 | 严重 | 一般 | 轻微 |
| X | X | X | X |
| 延期处理 | XXXXX | ||
| 致命 | 严重 | 一般 | 轻微 |
| XXX | XXX | XXX | XXXX |
测试用例执行情况表
| BUG关闭率（已关闭/总BUG数） | XXXX% | 遗留率 | XXXX% | |||
| 用例执行率 | XXX% | 用例通过率 | XXX% | |||
| 累计执行用例数 | XXXX | 用例通过数 | XXXX | |||
| 总用例数 | XXXXX | |||||
Bug缺陷类型分布表
| 缺陷类型 | 数量 | 比值 |
| 代码错误 | XXX | XXXX |
| 设计缺陷 | XXX | XX |
| 界面优化 | XXX | XX |
| 其他 | XXX | XX |
| 配置相关 | XXXX | XX |
1．通过对本系统的两轮测试工作，将系统所存在的缺陷全部暴露并交予开发人员进行bug修复，再经过回归测试确保了所有功能及模块已经实现，并且满足客户需求。
2．本系统的测试充分有效，主要业务模块的测试覆盖达到100%，缺陷解决率达到100%。
3．目前的测试工作基本达到了预定目标，即完成除原有的系统功能外的所有功能及模块功能的功能测试，测试任务已全面完成。
4．根据测试结果、BUG的修复率和测试计划中的测试通过标准得出该项目功能测试通过，可以交付使用。
1、从测试的整个过程来看，比较常见的问题是：编辑框中数据输入过长不能正确处理或者页面变形，页面样式不统一（翻页、提示语等），数据添加成功，上传附件不显示，查询冗余数据等。开发人员在编码过程中，系统在实现基本功能的前提下需要注意页面样式的一致性和操作界面友好性等非功能的方面。
2、在这次测试过程中，提出建议：测试人员在提交bug时，需要详细描述：版本号、操作步骤、期望结果、实际结果，以便开发人员读懂并能重现bug，避免将bug直接打回，延长bug的存在周期。同时开发人员必须将打回bug之前需给予问题解答的简单描述，以利于回归测试。在本次测试中因没有按照标准执行，导致有些bug在回归几次后才有效解决，所以必须在以后的测试项目中测试人员和开发人员严格按照标准执行。
3、在本次测试过程中存在一个问题多次修改的情况。造成此问题出现的最主要原因是开发人员在提交新版本时未进行单元测试。所以，我们建议开发人员将程序包提交给测试人员之前先对程序代码进行检查，这样能有效地缩短BUG的生存周期，提高测试人员和开发人员的工作效率。
扫一扫
2260
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
