系统测试报告TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-1 引言 .......................................................1 编写目的................................................2 项目背景................................................3 定义规约................................................4 参考资料................................................2 测试概要 ...................................................1 进度回顾................................................2 测试用例................................................3 测试方法................................................4 测试执行................................................5 测试环境................................................软硬件环境.........................................网络拓扑...........................................3 测试结果 ...................................................1 覆盖率..................................................需求覆盖...........................................2 缺陷汇总................................................3 缺陷分析................................................4 遗留缺陷................................................4 测试结论与建议 .............................................1 测试结论................................................功能性.............................................易用性.............................................可靠性.............................................兼容性.............................................安全性.............................................2 典型缺陷引入原因分析....................................3 测试建议................................................1引言1编写目的编写该测试总结报告主要有以下几个目的：1．通过对测试结果的分析，得到对软件质量的评价2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考3．评估测试测试执行和测试计划是否符合4．分析系统存在的缺陷，为修复和预防bug提供建议本测试总结报告适合以下读者：项目管理人员测试负责人员项目组相关人员2项目背景提出者：交办单位：XXXX有限公司软件名称：XX系统XXXX信息系统的建设是为了全面应用现代信息技术，集中统一地、科学地管理科技厅工作中形成的各类档案，满足对档案安全存储、快速检索、综合利用的要求，实现档案管理的信息化、现代化。
对档案信息资源进行数字化管理和综合利用，使档案管理模式从以档案实体保管和利用转向档案信息的数字化存储和提供服务为重心，从而使档案工作进一步走向规范化、数字化、网络化，提高档案的查询和利用效率，更好地为科技管理和科技决策服务。
3定义规约缺陷BUG：软件未达到产品需求说明书的要求或者是出现了产品说明书中不应出现的错误或者未有达到需求所要求的目标。
黑盒测试：通过各种输入和观察软件的各种输出来发现系统的缺陷，而不关心程序的具体的实现。
缺陷密度：单位代码行或者单位功能点数中存在的缺陷数。
4参考资料《XX系统统需求规格说明书》《XX系统统测试计划》2测试概要XX系统统测试从2017年3月16日开始到2017年3月23日结束，共持续7天，测试功能点数172个，执行54个测试用例，测试共发现12个BUG，平均每个测试功能点数个BUG。
测试过程中发现的BUG通过《BUG管理一览表》进行缺陷跟踪管理。
1进度回顾活动人员开始时间结束时间工作量设计系统测试用例葛XX2011-12-262011-12-282人天执行系统测试葛XX2017-03-162017-03-237人天完成测试报告葛XX2017-03-282017-04-22人天2测试用例具体见《系统测试用例》。
3测试方法测试需要涵盖系统所有新增功能点数，对于前期特性，只测试正常流程及少量异常流程，对于系统新增特性需要重点测试。
测试主要针对功能需求，主要关心功能是否实现。
具体测试方法如下：执行测试用例；为随机测试中发现的问题补充测试用例；进行回归测试。
4测试执行此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。
针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。
5测试环境5.1软硬件环境数据服务器：机器用途硬件配置需要安装的软件数据库服务器CPU：I5（以上）内存：8G硬盘：5000G 操作系统：Windows 2008 企业版|WinSvrEnt 2008R2 CHNS OLP NL，Redhat Enterprise Server 64位数据库：CGRS应用服务器：机器用途硬件配置需要安装的软件应用服务器CPU：I5（以上）内存：8G硬盘：1T 操作系统：Windows 2008 企业版|WinSvrEnt 2008R2 CHNS OLP NL，Redhat Enterprise Server 64位数据库：Oracle Database Enterprise Edition 11g，Real Application Clusters，Partitioning客户端：Internet Explorer 7 或更高版本测试客户端：机器用途硬件配置需要安装的软件测试用机CPU：I3（以上）内存：4G硬盘：500G 操作系统：Windows 2008 企业版|WinSvrEnt 2008R2 CHNS OLP NL，Redhat Enterprise Server 64位数据库：Oracle Database Enterprise Edition 11g，Real Application Clusters，Partitioning客户端：Internet Explorer 7 或更高版本3测试结果1覆盖率1.1需求覆盖需求覆盖率计算：54/54×100%=100%（被验证的需求数目/需求总数×100%）2缺陷汇总按模块统计按严重程度统计3缺陷分析bug密度＝12/172功能点数（Bug个数/功能点数）= 功能点数4遗留缺陷4测试结论与建议1测试结论1.1功能性系统正确实现了通过协同通信运营统计分析系统解决中国电信协同通信业务运营分析和集团客户、个人用户的行为分析。
通过系统的建立，能够针对用户登录量、活跃度、量、企业发展、用户发展情况等提供统计查询，有效的解决基地、各省市对业务数据的需求。
1.2易用性现有系统实现了如下易用性：查询，添加，删除，修改操作相关提示信息的一致性，可理解性输入限制提示信息的正确性，可理解性，一致性现有系统存在如下易用性缺陷：界面排版不美观输入，输出字段的可理解性差中英文混排1.3可靠性现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。
现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态1.4兼容性现有系统支持 window 下的 IE 浏览器和火狐浏览器，支持 linux 系统下的 IE 浏览器和火狐浏览器。
现有系统未进行其他兼容性测试1.5安全性现有系统控制了以下安全性问题：把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录直接输入某一页面的Url能否打开页面并进行操作不应该允许。
2典型缺陷引入原因分析测试过程中发现的缺陷主要有以下几个方面：1．页面设计易用性缺陷页面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。
2．开发人员疏忽引起的缺陷因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。
3测试建议在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。