《软件测试报告实》由会员分享,可在线阅读,更多相关《软件测试报告实(18页珍藏版)》请在金锄头文库上搜索。
1、测试报告 * 文件状态: 草稿 初稿 正式发布 正在修改文件标识:当前版本:测试报告编制:测试报告审核:测试报告确认签字盖章完成日期:二九年七月测试报告*平台第 2 页 共 18 页文件修改版本控制序号版本修改章节号更新状态原因修改人修改日期批准人1 2 3 4 5 6 7 更新状态 : 用字母表示。C 创建, A 增加, M 修改, D 删除测试报告*平台第 3 页 共 18 页目录第 1 部分概述. 51.1编写目的. 51.2读者对象. 51.3项目背景. 51.4术语解释. 5第 2 部分测试配置要求. 62.1网络环境. 62.1.1网络硬件 . 62.1.2网络软件 . 62.2服
2、务器环境 . 72.2.1服务器硬件. 72.2.1.1应用服务器硬件. 72.2.1.2数据库服务器硬件. 72.2.2服务器软件. 72.2.2.1应用服务器软件. 72.2.2.2数据库服务器软件. 72.3测试机环境 . 82.4测试工具. 82.5测试数据. 8第 3 部分测试过程及结果描述 . 93.1功能测试过程及结果. 93.1.1测试计划 . 93.1.2测试范围 . 93.1.3BUG 统计 . 103.1.3.1Bug类型统计 . 103.1.3.2测试阶段Bug统计. 113.1.3.3严重程度统计 . 123.1.3.4状态统计 . 123.2性能测试过程及结果. 1
3、33.2.1测试计划 . 133.2.2测试范围及性能指标 . 133.2.3场景及脚本设计. 143.2.3.1场景设计 . 143.2.3.2脚本设计 . 143.2.4测试结果 . 143.2.5测试结果图. 143.2.5.1登录. 14第 4 部分测试结论 . 174.1结果分析. 17测试报告*平台第 4 页 共 18 页4.1.1功能测试结果分析. 174.1.2性能测试结果分析. 174.2总结. 17测试报告*平台第 5 页 共 18 页第1部分概述1.1 编写目的本文档描述了,根据测试结果指导开发人员对软件产品进行完善和优化,给用户提供一份客观的软件质量报告。1.2 读者对
4、象本方案的主要读者为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师、客户代表、实施人员。1.3 项目背景项目名称:项目简称:委托单位:开发单位:1.4 术语解释1)响应时间:客户端从给服务器发送一个请求开始直到完全接收了服务器反馈信息为止,这期间所用的时间称为响应时间。2)吞吐率:即应用系统在单位时间内完成的交易量,也就是在单位时间内,应用系统针对不同的负载压力,所能完成的交易数量。3)点击率:每秒钟用户向Web 服务器提交的HTTP 请求数。测试报告*平台第 6 页 共 18 页第2部分测试配置要求2.1 网络环境2.1.1 网络硬件工作站 6工作站 4工作站 5工作站 4工作站
5、 4工作站 4Loadrunner压力机数据库服务器应用服务器代码服务器2.1.2 网络软件Windows 自带。测试报告*平台第 7 页 共 18 页2.2 服务器环境2.2.1 服务器硬件2.2.1.1 应用服务器硬件?服务器数量: 1 台?服务器硬件配置:品牌:华硕内存: 3.00G Xeon E5405 2.33 硬盘: 280G 2.2.1.2 数据库服务器硬件?服务器数量: 1 台?服务器硬件配置:品牌:华硕内存: 4G Xeon E5405 2.0 硬盘: 1280G 2.2.2 服务器软件2.2.2.1 应用服务器软件?windowsXPSP2 服务器版?应用服务器: Tomc
6、at5.5 2.2.2.2 数据库服务器软件?windowsXPSP2 服务器版?数据库: oracle10g 测试报告*平台第 8 页 共 18 页2.3 测试机环境?操作系统: windowsXPSP2 ?测试机数量: 5 台?CPU:2.4G ?内存: 1.5G ?浏览器: IE 6.0 2.4 测试工具类型工具产商版本测试流程管理BUGFREE 2.0 缺陷报告跟踪BUGFREE 2.0 性能测试LoadRunner Mercury 8.1 数据库监控工具Spotlight Quest software 5.0 2.5 测试数据根据。测试报告*平台第 9 页 共 18 页第3部分测试过
7、程及结果描述3.1 功能测试过程及结果3.1.1 测试计划序号测试阶段测试内容测试人数(人)工作时间(天)3.1.2 测试范围各个测试阶段的范围不同,整个测试阶段覆盖了软件系统的所有业务和功能单据:1、单元测试和功能测试阶段,测试范围是软件系统的主业务单据和路径;2、集成测试阶段,测试范围覆盖了所有的模块接口和数据接口;3、系统测试阶段覆盖了整个业务的数据流程。测试报告*平台第 10 页 共 18 页3.1.3 BUG 统计3.1.3.1 Bug 类型统计测试报告*平台第 11 页 共 18 页3.1.3.2 测试阶段 Bug 统计测试报告*平台第 12 页 共 18 页3.1.3.3 严重程
8、度统计备注:“1”表示“严重” ; “2”表示“高” ; “3”表示“中” ; “4”表示“低”。3.1.3.4 状态统计bug状态统计图Closed, 422Resolved, 5Active, 0ClosedResolvedActive测试报告*平台第 13 页 共 18 页备注: Closed 表示已关闭; Resolved 表示已解决;Active表示活动。3.2 性能测试过程及结果3.2.1测试计划序号测试阶段测试内容人数(人) 工作时间(天)1 环境准备准备 oracle10g数据库和weblogic 应用服务器2 2 2 整理测试点根据客户操作制定性能测试方案3 8 3 编写测试
9、用例根据测试方案完成性能测试用例文档2 10 4 准备测试数据根据测试用例准备测试数据2 15 5 执行测试根据测试用例执行性能测试,记录测试数据和测试结果2 20 6 优化性能瓶颈根据测试反映出来的性能问题优化软件系统4 15 7 完成测试报告根据测试执行情况完成测试报告2 5 3.2.2测试范围及性能指标序号场景名称虚拟用户数初始数据量CPU 使用率响应时间1 75% 5 s 2 75% 10 s 3 75% 5 s 4 75% 5 s 5 75% 5 s 6 75% 5 s 7 75% 10 s 8 75% 8 s 测试报告*平台第 14 页 共 18 页3.2.3场景及脚本设计3.2.
10、3.1 场景设计1、并发运行测试脚本;2、忽略思考时间;3、监控响应时间、点击率、应用服务器中的CPU 使用率和内存;4、稳定性测试时,设置运行时间30分钟3.2.3.2 脚本设计1、在 init中录制打开网址的场景,Action 中录制测试点, end 中录制关闭网页的动作;2、给每个测试点前后插入事务;3、根据业务需要给某些场景事务前插入集合点。3.2.4测试结果场景测试点用户数 /个测试结果响应时间 /s 点击率CPU使用率3.2.5 测试结果图3.2.5.1 登录?响应时间图测试报告*平台第 15 页 共 18 页?点击率图?吞吐率图测试报告*平台第 16 页 共 18 页测试报告*平
11、台第 17 页 共 18 页第4部分测试结论4.1 结果分析依据测试范围可以看出,测试覆盖了陕西新农合医疗省级平台中的所有单据功能点以及代表性的性能测试场景。现分别描述测试结果要点。4.1.1 功能测试结果分析1、单元测试和功能测试发现了整个测试阶段的75.3%的 bug,符合软件 bug出现规律;2、 按照 bug 类别划分,代码错误占整个 bug 数量的 56.1%, 接近软件业界 bug类别的标准 60% 。3、占整个 bug数量 27.4%的严重级别的 bug 都已经解决且关闭,解决率达到100% ;4.1.2 性能测试结果分析1、 从测试结果值可以看出, 所选择的性能测试场景的性能结
12、果全部符合指标;2、A 场景在并发 2000 虚拟用户时响应时间小于1 秒,服务器 CPU 使用率为13% ,性能结果符合业务要求;3、等使用频率比较大的单据在并发运行600个虚拟用户时, 响应时间都不超过 1秒,服务器 CPU 使用率最大值为 18.793%,符合用户业务操作要求;4、登录场景稳定性测试中, 在并发运行 40 个虚拟用户, 连续运行 30分钟后响应时间为 3.729秒,服务器 CPU 使用率为 7.475%,各项性能值均达标, 也符合用户的业务操作要求。4.2 总结本次测试完全依照现有的功能模块和单据进行功能和性能测试,功能测试覆测试报告*平台第 18 页 共 18 页盖率 100% ,性能测试场景具有操作代表性。根据测试结果可以得出:在当前的服务器软硬件、网络环境下软件系统功能符合验收标准,性能测试结果达到性能指标也符合验收标准。