系统测试报告.docx

1、系统测试报告XXXX有限公司文档编号:XXXX-XXXX-VER-STTestReport系统测试报告V1.0编写：葛XX审核：阮XX批准：阮XX日期：2017-3-28日期：2017-4-2日期：2017-4-21 引言 1 编写目的 编写该测试总结报告主要有以下几个目的： 1 通过对测试结果的分析，得到对软件质量的评价 2 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3 评估测试测试执行和测试计划是否符合 4 分析系统存在的缺陷，为修复和预防bug提供建议 本测试总结报告适合以下读者： 项目管理人员 测试负责人员 项目组相关人员2 项目背景 提出者： 交办单位：XXXX有

2、限公司软件名称：XX系统 XXXX信息系统的建设是为了全面应用现代信息技术，集中统一地、科学地管理科技厅工作中形成的各类档案，满足对档案安全存储、快速检索、综合利用的要求，实现档案管理的信息化、现代化。对档案信息资源进行数字化管理和综合利用，使档案管理模式从以档案实体保管和利用转向档案信息的数字化存储和提供服务为重心，从而使档案工作进一步走向规范化、数字化、网络化，提高档案的查询和利用效率，更好地为科技管理和科技决策服务。3 定义规约 缺陷BUG：软件未达到产品需求说明书的要求或者是出现了产品说明书中不应出现的错误或者未有达到需求所要求的目标。黑盒测试：通过各种输入和观察软件的各种输出来发现系

3、统的缺陷，而不关心程序的具体的实现。缺陷密度：单位代码行或者单位功能点数中存在的缺陷数。 4 参考资料 XX系统统需求规格说明书 XX系统统测试计划2 测试概要XX系统统测试从2017年3月16日开始到2017年3月23日结束，共持续7天，测试功能点数172个，执行54个测试用例，测试共发现12个BUG，平均每个测试功能点数0.07个BUG。测试过程中发现的BUG通过BUG管理一览表进行缺陷跟踪管理。1 进度回顾 活动人员开始时间结束时间工作量设计系统测试用例葛XX2011-12-262011-12-282人天执行系统测试葛XX2017-03-162017-03-237人天完成测试报告葛XX2

4、017-03-282017-04-22人天2 测试用例 具体见系统测试用例。3 测试方法 测试需要涵盖系统所有新增功能点数，对于前期特性，只测试正常流程及少量异常流程，对于系统新增特性需要重点测试。测试主要针对功能需求，主要关心功能是否实现。具体测试方法如下： 执行测试用例； 为随机测试中发现的问题补充测试用例； 进行回归测试。4 测试执行 此次测试严格按照项目计划和测试计划执行， 按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。 5 测试环境 5.1 软硬件环境 数据服务器：机器用途硬

5、件配置需要安装的软件数据库服务器CPU：I5（以上） 内存：8G硬盘：5000G操作系统：Windows 2008 企业版|WinSvrEnt 2008R2 CHNS OLP NL，Redhat Enterprise Server 5.3 64位数据库：CGRS 应用服务器：机器用途硬件配置需要安装的软件应用服务器CPU：I5（以上） 内存：8G硬盘：1T操作系统：Windows 2008 企业版|WinSvrEnt 2008R2 CHNS OLP NL，Redhat Enterprise Server 5.3 64位数据库：Oracle Database Enterprise Edition

6、 11g，Real Application Clusters，Partitioning客户端：Internet Explorer 7 或更高版本 测试客户端：机器用途硬件配置需要安装的软件测试用机CPU：I3（以上） 内存：4G硬盘：500G操作系统：Windows 2008 企业版|WinSvrEnt 2008R2 CHNS OLP NL，Redhat Enterprise Server 5.3 64位数据库：Oracle Database Enterprise Edition 11g，Real Application Clusters，Partitioning客户端：Internet Ex

7、plorer 7 或更高版本3 测试结果 1 覆盖率1.1 需求覆盖模块总功能点数（包括性能功能点数）测试用例所包含的功能点数未执行未/漏测分析和原因档案管理6970档案利用32140档案维护2370专题编研1120系统管理3770Web信息发布24170需求覆盖率计算：54/54100%=100%（被验证的需求数目/需求总数100%）2 缺陷汇总 按模块统计模块名称档案管理档案利用档案维护专题编研系统管理Web信息发布BUG数目131034按严重程度统计缺陷分类严重缺陷一般缺陷轻微缺陷BUG数目336百分比25%25%50%3 缺陷分析bug密度 12/172功能点数 （Bug个数/功能点数

8、）= 0.07/功能点数4 遗留缺陷编号简要描述缺陷影响推迟原因4 测试结论与建议1 测试结论1.1 功能性 系统正确实现了通过协同通信运营统计分析系统解决中国电信协同通信业务运营分析和集团客户、个人用户的行为分析。通过系统的建立，能够针对用户登录量、活跃度、量、企业发展、用户发展情况等提供统计查询，有效的解决基地、各省市对业务数据的需求。1.2 易用性 现有系统实现了如下易用性： 查询，添加，删除，修改操作相关提示信息的一致性，可理解性 输入限制提示信息的正确性，可理解性，一致性 现有系统存在如下易用性缺陷： 界面排版不美观 输入，输出字段的可理解性差 中英文混排 1.3 可靠性 现有系统的

9、可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。 现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态 1.4 兼容性 现有系统支持 window 下的 IE 浏览器和火狐浏览器，支持 linux 系统下的 IE 浏览器和火狐浏览器。 现有系统未进行其他兼容性测试 1.5 安全性 现有系统控制了以下安全性问题： 把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录 直接输入某一页面的Url能否打开页面并进行操作不应该允许。 2 典型缺陷引入原因分析 测试过程中发现的缺陷主要有以下几个方面： 1 页面设计易用性缺陷 页面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。 2 开发人员疏忽引起的缺陷 因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。3 测试建议 在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。