测试报告餐饮服务抽验管理系统Word下载.doc
《测试报告餐饮服务抽验管理系统Word下载.doc》由会员分享，可在线阅读，更多相关《测试报告餐饮服务抽验管理系统Word下载.doc（35页珍藏版）》请在冰豆网上搜索。
文档变更纪录
版本号
说明
变更人
日期
V1.0
编制
2015年3月26日
餐饮服务抽验管理系统测试报告
目录
第1章引言 2
1.1目的 2
1.2定义 2
1.3参考资料 3
第2章系统测试报告 3
2.1基本信息 3
2.2测试记录 4
2.2.1功能测试 4
2.2.2性能测试 8
2.3分析与建议 28
2.3.1缺陷类别 28
2.3.2缺陷来源 28
2.3.3Subject 29
2.3.4测试用例关联 29
2.3.5测试需求与用例的关联 29
2.3.6建议 30
2.4测试结果统计 30
2.5测试结论 33
浪潮软件股份有限公司II
第1章引言
1.1目的
编写该测试总结报告主要有以下几个目的：
1．通过对测试结果的分析，得到对软件质量的评价。
2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考。
3．评估测试过程和测试计划是否符合。
4．分析系统存在的缺陷，为修复和预防bug提供建议。
本文档的读者对象包括：
建设单位技术及管理人员、承建单位系统设计、开发人员、监理单位。
1.2定义
序号
术语名称
术语定义
1
J2EE
Java2平台企业版，是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化、规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。
3
XML
XML是扩展标记语言，这种标记语言通过自行定义的标记来说明数据，从而达到不要另外的解释就可以让别人明白数据内容的描述标准。
4
API
应用程序接口，在本文档中专指业务平台提供的应用程序接口。
5
Webservice
WebService平台是一套标准，是建立可互操作的分布式应用程序，能够通过Web进行调用的API。
7
数据视图
由一个或几个基本表中根据用户需要而做成的一个虚表，存储的是视图的定义,而没有存储对应的数据。
10
移动设备
移动通讯设备，比如利用手机智能机、平板电脑等设备，在3G、WIFI或无线网络下实现日常办公、业务支撑等应用功能。
1.3参考资料
文档名称
版本号/日期
《项目招标文件》
2013-07-08
2
软件需求规格说明书
2014-11-11
《计算机软件保护条例》
2002-01-01
《GB.T8567-2006计算机软件文档编规范》
2006-03-14
6
《GB.T8566-2007—信息技术软件生存周期过程》
2007-04-30
《电子政务安全与技术手册》
2003-05-01
第2章系统测试报告
2.1基本信息
测试计划的来源
《测试计划》V2.0／2015-03-04
测试用例的来源
《餐饮服务抽验管理系统测试用例》V1.0／2015-03-8
测试对象描述
餐饮服务抽验管理系统
测试环境描述
1、硬件配置：
CPU>
=XEON2.0G；
内存>
=16G；
磁盘空间 >
=2T；
网络控制器100M/1000M/以太网网卡；
软件配置：
操作系统：
WindowsXP；
WebServer ：
Tomcat6.0；
数据库系统 Oracle11g；
浏览器 InternetExplorer6.0或以上
2、性能测试工具：
使用美科利公司（Mercury）的性能测试软件LoadRunner，对现行的系统进行脚本录制、测试回放、逐步加压和跟踪记录。
测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。
3、性能测试网络带宽：
6M。
4、功能测试方法：
黑盒测试、手工测试
测试人员
张欣（组长）：
为测试项目提供总体方向，制定测试计划、申请系统资源，控制和跟踪测试进度；
王启章（副组长）：
对整个项目的质量把关，搭建测试环境，并且负责性能测试；
林忠晓（助理）：
编写测试用例，征集并监督测试人员，跟踪测试进度；
伍国飞（测试员）：
对分配好的模块进行测试，跟踪Bug解决情况，汇报工作进程及测试结果；
徐颖（测试员）：
对分配好的模块进行测试，跟踪Bug解决情况，汇报工作进程及测试结果。
测试时间
2015-3-8：
根据需求说明书，概要设计说明书，编写出测试用例；
2015-3-10：
搭建测试环境，包括：
硬件环境，BUG管理工具，项目安装；
测试系统在特定硬件环境中的功能、性能等指标是否达到要求；
2015-3-28：
根据项目进度计划，编写阶段性的测试报告。
2.2测试记录
2.2.1功能测试
截至3月26日，所有子模块基本上进行了四轮测试，其中第二轮、第三轮、第四轮测试是在根据用户意见修改系统后进行的回归测试，测试记录如下：
一级功能
二级功能
Bug描述
是否通过测试
备注
抽验基础信息管理
抽验类别
检品品种
检验项目
检验项目与检验产品对应，形成检验库；
出现重复的检验项目。
检验标准
抽样人员
抽样单位
抽样机构
被抽样单位
生产企业
地区分类
方案管理
计划信息管理
1）未对任务做数据过滤，用户可以看到其他局的信息；
2）任务来源统一改为：
任务来源。
任务分配管理
任务计划中承检单位任务展开后无法返回查看总览
任务下发管理
下计划时，删掉承检机构后保存，删除不成功。
任务进度管理
批次管理
现场录入管理
被抽样单位登记
任务类别需从单选到多选。
样品登记
1）模板下载窗口太小；
2）wps表格不能导入；
3）样品名称需与商标关联。
生产者信息
抽样单位信息
被抽样单位信息
选择单位时，需将经营种类列出了，以防相同名称相同企业会选错。
抽样单导入
需实现检验单复制功能，提高工作效率；
IE8的抽样单复制功能不兼容。
抽样单打印
抽样离线管理
录入查询
检验结果管理
检验报告查询
承检机构间不可互看检验记录。
新增检验报告
不合格项目与检测报告编号应为必填项。
修改检验结果
移送检验报告
1）新增检验报告无法保存“检验结论”；
2）检验项目明细查询时出错；
检验报告批量上传
1）检验报告导入过多时提示error2038,；
2）导入数据时如果存在多条数据导入失败的不能逐条显示，待导入完成后统一提示。
检验结果查询
1）检验结果中未上传PDF附件时应提醒；
2）检验项目明细的查询功能出错。
不合格品管理
不合格品汇总表
不合格率计算出错。
不合格品抽验单关联
不合格品检验报告关联
不合格品查询
不合格品品种类汇总
提示：
数据库中读取不到合法的XML内容。
不合格品项目统计表
不合格品地区分布
处罚管理
新增处罚
处罚查询
处罚统计
综合查询
任务执行情况查询
查询耗时长。
抽验单查询
不能是可编辑状态。
1）无法根据环节类别进行筛选；
2）不能是可编辑状态。
检验项目查询
抽验标准查询
统计分析
检验标准统计
生产企业统计
检验结果统计
抽样数统计
合格品统计关联
统计合格率时按检测报告上传后的时间为统计线。
被抽样单位统计管理
抽样单位统计管理
抽样人员统计管理
抽样任务汇总表
需提高页面友好性。
抽样检验信息汇总表
机构品种分布表
数据交换与共享
数据交换共享
交换监控
查询等待时间过长。
交换日志
系统管理
权限定义管理
用户通过pt登录后，导致权限及任务筛选出错。
用户账号管理
模板管理
权限分配
日志管理
统一门户管理
（与CAS对接）
无法取到用户所属的部门，导致筛选代办任务出错。
2.2.2性能测试
在本次测试中，将针对典型的功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数，主要参考依据为《餐饮服务抽验管理系统需求需求说明书》。
2.2.2.1性能测试指标
1.系统事务的响应能力：
即在各种负载压力情况下，系统的响应时间，包括网络传输时间和服务器处理时间。
2.应用系统的负载能力：
即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。
3.性能需求：
Ø
并发业务处理用户数为20人；
在线访问用户数为50人；
进入系统时间（成功登录后到主窗口完全显示）<
=10秒。
进入各功能时间（选择功能后到该窗口完全显示）<
=10秒，复杂功能不超过30秒。
一般查询响应时间<
=10秒（包括查询）；
当用户并发访问数达50个或以上时，多条件复杂查询不应超过60秒。
系统平均响应时间：
<
=15秒
2.2.2.2测试方法及记录
由于餐饮服务抽验系统约有50个用户，而平时系统实际的同时在线人数多为20人左右，考虑到这一实际情况，分别设置压力测试的场景为20或50人同是并发访问：
本次测试采用软件测试工具LoadRunner8.1对餐饮服务抽验管理系统的性能情况进行测试。
根据餐饮服务抽验管理系统运行的实际情况，选择常用操作进行测试脚本录制和场景模拟，分别对系统登陆、任务下发、承检机构细化任务、抽样单管理、检验结果管理、综合查询模块进行压力
升级会员 