系统测试报告.doc

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