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