关键词不能为空

当前您在: 首页 > 试管婴儿 >

做试管婴儿是从酒店管理系统的测试与管理_项目报告

作者:陕西保健网
来源:http://www.xapfxb.com/yuer
更新日期:2021-01-21 10:36

试管闺女-45岁做试管需要多少钱

2021年1月21日发(作者:仁济试管挂什么号)
《软件测试》课程项目库学生作品





























南京工业职业技术学院










《软件测试》课程项目库学生作品




项目报告

新中物业酒店管理系统的测试与管理

院




系

专




业


班




级

学




号

学生姓名

计算机与软件学院

软件技术(测试)

软件
0813

孔菊梅











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸



摘

要

随着社会的的不断进步,宾馆酒店业的竞争也愈来愈激烈,要想在
竞争中 取得优势,必须在经营管理、产品服务等方面提高管理意识。如
何利用先进的管理手段,提高客房的管理 水平,是每一个宾馆管理者所
面临的重大问题。而本论文就是以一个提供酒店的管理系统作为解决方案的背景,本文主要是对酒店管理系统的一些基本功能和组成情况进行
了测试,包括系统的功能测试 、性能测试、缺陷报告等,重点对功能进
行了测试。构成了对一个完整的酒店管理系统的测试。将使用< br>QTP9.2
功
能测试、
Jmeter
性能测试工具、
man tis
缺陷跟踪管理工具辅助测试,尽
可能的发现该系统中存在的功能上的缺陷,和分析该系统 的性能指标。












┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


目

录

1
测试计划

.
............ .................................................. ........................................ 1
1.1
概述

.
....................... .................................................. ................................ 1
1.2
约定

.
....................... .................................................. ................................ 2
1.3
测试种类及测试标准

.
................ .................................................. ........... 3
1.3.1
测试种类

.
..... .................................................. .................................... 3
1.3.2
测试方法及标准

.
................ .................................................. ............. 3
1.4
测试重点及顺序

.
.. .................................................. ................................. 5
1.4.1
预测风险

.
................... .................................................. ...................... 5
1.4.2
测试重点

.
............................................ ............................................... 5
1.5
暂停标准和再启动要求

.
............... .................................................. ........ 5
1.6
测试提交物

.
......... .................................................. .................................. 6
2
测试用例

.
............................ .................................................. ........................ 7
2.1
功能测试

.
............................................ .................................................. ... 7
2.1.1
房间状况管理的测试

.
........ .................................................. ............. 7
2.1.2 QTP
的测试总结与分析
.... .................................................. ........... 12
2.2
性能测试

.
...... .................................................. ....................................... 13
2.2.1
性能测试

.
.................. .................................................. .................... 13
2.2.2
测试工具

.
............................................ ............................................ 13
2.2.3
性能测试用例

.
................ .................................................. .............. 14
2.2.4
性能测试分析

................................................. ................................ 15
3
缺陷跟踪管理

.
.......................... .................................................. ................ 17
3.1

缺陷管理工具简介
. .................................................. ............................ 17
3.2

缺陷管理工具的配置
................................ ........................................... 17
3.3

查询问题步骤
....................... .................................................. .............. 19
4
测试报告

.
.... .................................................. .............................................. 22
4.1

测试目的
......................... .................................................. .................... 22
4.2
测试概述

.< br>............................................... ................................................ 22
4.3
测试总结和建议

.
............... .................................................. .................. 22
4.4
测试记录

.
................................................. .............................................. 24
谢



辞

................ .................................................. ......................................... 25
参考文献

.
............................ .................................................. .......................... 26
附



录

.................................... .................................................. ..................... 27












┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


1
测试计划

1.1
概述




经济的快速发展,人们的消费水平和消费意思的提高,促进了旅游业的发展,酒< br>店业面临着机遇和挑战。

酒店业是一个前景广阔而又竞争激烈的行业。由于我国的旅游 业迅速发展,通过
调查,我国在
2020
年将成为世界上第四大旅游国家;同时我国加 入世界贸易组织,
酒店业将完全开放,这个时候,我国的酒店业面临着前所未有的机遇和挑战。但是,< br>现在甚至还有一些酒店还停留在由人工操作和管理阶段,
这样已经无法适应当前的发
展趋 势。因此,要想使酒店的工作质量和效率提高,采用先进的计算机网络

通信技
术改变酒店业务模式,实现酒店业务管理的自动化已经成为一种必然。

信息系统的流行也避免不了有时会出现系统功能和性能上的缺陷,
而如何去测试
好这个系统也 成为了关键。
一般都要事先写好测试计划和测试设计阶段主要进行的文
档审查和测试需求分析、
设计测试用例和运用测试工具去测试系统,
缺陷报告等;
在
测试执行活动阶段 主要进行测试范围控制、
配置管理等。
针对一个酒店管理系统,
组
织和管理该 系统测试流程的所有阶段是很重要的
,
所以运用自动化测试工具去测试这
个系统,也避免复杂的人工测试减少了时间,
并提高了效率。
找到了缺陷也防止了系
统投入 了市场,
出现问题了再改,
这样就会损失很大,
所以测试也是一件很重要的事
情。

1
)产品简介

本次开发是基于
WEB
网 上的酒店管理系统,本系统的功能包括房间状况管理、
添加房间信息、维修管理、退房管理、客户入住等 ,是为了不让人工繁琐去操作,而
设计的一个管理系统。

2
)范围





描述测试的各个阶段,例如: 单元测试、集成测试或系统测试,并说明本计划所
针对的测试类型(如功能测试或性能测试)
。 简要地列出测试对象中将接受测试或将
不接受测试的那些特性和功能。
如果在编写此文档的过程 中作出的某些假设可能会影
响测试设计、开发或实施,则列出所有这些假设。列出可能会影响测试设计、 开发或
实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。

3
)限制条件

共

35
页

第

1
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


本测 试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员
提交模块的实际情况,本计划会 做出相应修改。

1.2
约定


1
)测试目标

酒店管理系统的目的是:

1.
测 试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,
业务流程是否正确。

2.
产品规定的操作和运行稳定。


数和缺陷率控制在可接收的范围之内。

2
)接收标准



本节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。

3
)资源和工具


1.
资源

(1)

测试服务器:稳定的测试服务器,
IP
地址为
:1 92.168.1.101
。

(2)

人员:测试审核人,测试实施人员一

名。



2.
工具


测试中使用的
Bug
管理工具为经过 改进的
Bug
管理工具、
自动化功能测试工
具
QTP
,性能 测试工具
Jmeter
、缺陷报告工具
mantis
。

4
)资源和工具




开发人员提交的测试按以下要求进行:

表
1.1
提交测试表

步骤

1
2
3
4
动作

打包、编译

审核并提交测试

接收测试

开始测试

负责人

开发人员


相关文档或记录

无

要求

确认可测试

测试报告
xx
审核并签字


测试小结个人编写个人
的内容

经审核的上一级测
试报告

经
xx
审核并签字的
测试人员

上一级测试报告

测试人员

Bug
单、小结


5
)

进度表





进度表是用来描述我测试系统的一个过程和一般所用的时间,
这样也更好的让我
共

35
页

第

2
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


明白某个模块所要用的时间,方便规划如何去做好自己的毕业设计说明书。

项目名称

一、指定测试需求

1.
定义测试范围

2.
创建需求

3.
编写详细信息需求

4.
分析需求指定

二、计划测试

1.
定义测试策略

2.
定义测试主题

3.
定义测试

4.
创建需求范围

5.
设计测试步骤

6.
自动化测试

7
.分析测试计划

三、运行测试

1.
创建测试集

2.
计划运行

3.
运行测试

4.
分析测试结果

四、跟踪缺陷

1.
添加缺陷

2.
查看新缺陷

3.
测试新的内部版本

4.
分析缺陷数据

五、项目文档整理

表
1.2
进度表

完成需要时间

项目验收和作业文件


1.

测试需求报告

备注

3
天


7
天

1.

建立测试脚本

2.

测试计划报告



7
天

1.
执行测试集中的测
试

2.
运行测试报告


2
天

1.
缺陷分析报告


1
天


整理资料、答辩

1.3
测试种类及测试标准

1.3.1
测试种类

计划完成的类型测试:功能测试、性能测试、界面测试

1.3.2
测试方法及标准

1
)功能测试

< br>功能测试是用来测试系统的功能否实现。
这些测试的目标在于核实能否正确地接
受、处理和检索数据以及业务规则是否正确实施。
这种类型的测试基于黑盒方法,
即
通 过图形用户界面
(
GUI
)
与应用程序交互并分析输出结果来验证应用

程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要:

共

35
页

第

3
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸





表
1.3

功能测试说明表

测试目标:

确保测试对象的功能正常,其中包括注册、数据输
入、处理和检索等。

方法:

利用有效的和无效的数据来执行各个用例、用例流
或功能,以核实以下内容:

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消
息。

各业务规则都得到了正确的应用。

完成标准:

所计划的测试已全部执行。

所发现的缺陷已全部解决。

需考虑的特殊事项:

确定或说明那些将对功能测试的实施和执行造成影
响的事项或因素(内部的或外部的)


2
)性能测试





< br>本次性能测试,重点模拟客户进行多用户测试。压力测试有一条
8
:
2
原则。及
百分之八十的业务量在百分之二十的时间内输入。例如
:
正常访问同一个页面 ,根据
并发用户数的不同,
来分析页面登录的情况,
是不是访问的时间很长,
或者超过一般
等待的时间。






























表
1.4
性能测试说明表

测试目标:

方法:

完成标准:

确保测试系统的性能指标。

利用设置的数据对于自动化性能工具进行测试

所计划的测试已全部执行。

所发现的缺陷已全部解决。

需考虑的特殊事项:

确定或说明那些将对功能测试的实施和执行造成
影响的事项或因素(内部的或外部的)

共

35
页

第

4
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


1.4
测试重点及顺序

1.4.1
预测风险





本次测试过程中,可能出现的风险如下:




1) bug
的修复情况








2)
模块功能的实现情况








3)
系统整体功能的实现情况








4)
代码的编写质量








5)
人员经验以及对软件的熟悉度








6)
开发人员、测试人员关于项目约定的执行情况








7)
人员调整导致研发周期延迟








8)
开发时间的缩短导致某些测试计划无法执行

1.4.2
测试重点

这里仅为功能测试重点的描述,具体测试方法以及内容请参见测试用例。




1
)管理员登录:跳转页面并登录成功








2
)房间状况管理:跳转页面出现所有的房间信息








3
)添加房间信息:跳转页面并输入房间号,房间类别进行添加








4
)维修管理:跳转页面并根据检索的信息查看维修信息








5
)退房管理:跳转页面并根据房间号退房、退房成功出现所付的现金

1.5
暂停标准和再启动要求



1
)软件系统 在进行单元、集成、确认、系统、安装、验收测试时,发现一级错误
(大于等于
1
)< br>、二级错误(大于等于
2
)暂停测试返回开发。



2
)软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。



3
)软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测< br>试应随之暂停或终止,并备份暂停或终止点数据。



4
)如有新的项目需求,则在原测试计划下做相应的调整。



5
)若开发暂停,则相应测试也暂停,并备份暂停点数据。
。



6
)若项目中止,则对已完成的测试工作做测试活动总结。



7
)项目再启动时,测试进度重新安排或顺延。

共

35
页

第

5
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


1.6
测试提交物

本次测试完成后的提交物:

?

测试计划

?

测试用例

?

功能和性能的测试分析

?

测试
Bug
报告

?

测试总结报告

共

35
页

第

6
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


2
测试用例

2.1
功能测试




功能测试的目的
:
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐
项测试,
检查产品是 否达到用户要求的功能。
拿酒店管理系统来说能是测试添加信息、
检索信息和页面的跳转能否成 功等功能。

2.1.1
房间状况管理的测试





房间状况管理功能包括检索房间信息包括每一层楼的房间类型、房间数量、房间< br>价格、房间剩余和详细情况。而详细情况包括房间号、房间状态和房间入住。下面的
测试用例就是 根据单击房间状况管理、详细情况和房间入住这三个功能所写的。

表
2.1
房间状况管理测试用例

用户编号

操作

1
单击房间状况管理

2
预期结果

页面跳转成功
显示信息正确

单击单人房一行的详
页
面
跳
转
成
细情况

功,显示信息
正确

在详细情况中,选择
入住成功

103
房间入住

单击双人房一行的详
页
面
跳
转
成
细情况

功,显示信息
正确

在详细情况中,选择
入住成功

203
房间入住

单击总统套房一行的
页
面
跳
转
成
详细情况

功,显示信息

在详细情况中,选择
入住成功

303
房间入住

单击大床房一行的详
页
面
跳
转
成
细情况

功,显示信息
正确

在详细情况中,选择
入住成功

403
房间入住

实际结果

跳转成功

跳转成功

缺陷原因

成功无缺陷

页面能跳转,
可是在单人房
一行中,显示
不正确

成功无缺陷

成功无缺陷

3
4
入住成功

跳转成功

5
6
7
8
入住成功

跳转成功

入住成功

跳转成功

成功无缺陷

成功无缺陷

成功无缺陷

成功无缺陷

9
入住成功

成功无缺陷



共

35
页

第

7
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


















































































































































图
2.1
系统的主页面






图
2.1
系统的主页面

图
2.2
房间状况管理页面

如图
2.2
是在录 制完成后,在脚本中选择这个页面,然后插入的
Inseret Standerd
Checkpoint
及图像检查点,用来判断房间状况管理页面是否出现这个页面











图
2.3
插入检查点判断页面能否跳转的页面


共

35
页

第

8
页












┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


如
图
2. 4
、
2.5
是
在
录
制
时
,
选择
的
Inseret->Checkpoint->Inseret-
Standerd
Checkpoint
及图像检查点,用来判断详细情况页面是否出现这个页面


图
2.4
判断房间状况管理页面能否跳转添加页面检查点图

















图
2.5
判断房间状况管理页面能否跳转添加页面检查点图



共

35
页

第

9
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸



图
2.6
系统房间入住的页面

如图
2.7
、2.8
是在录制完结束完之后,选择入住成功后的入住页面上入住的状态
和房间号,然后分 别选中他们,设置标准检查点,就会出现下面的图。


图
2.7
插入标准检查点的页面判断入住成功后房间号是否显示图



共

35
页

第

10
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸

















图
2.8
插入标准检查点的页面判断入住成功后入住是否显示图




图
2.9
运行房间状况管理测试页面

共

35
页

第

11
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸



图
2.10
运行房间状况成功测试脚本的页面

2.1.2

QTP
的测试总结与分析




QTP
是一种基于
GUI
的功能自动化的测试工具,进入
QTP
主界面后,要先设置
Windows
应用程序的录制和运行界面中,选择
Record
and
run
test
on
any
open

Windows-based application
,
也就是可以录制和运行所有 在系统中出现的应用程序,
对
于房间状况管理系统的录制,是事先把酒店管理系统的页面打开, 然后按
Record
进
行录制脚本。



根据所写的测试用例进行录制,点击结果如图
2.9
,而在图
2.9
中我 们可以看到的
是
Keyword View
中显示的所录制的步骤,
Expert

View
是根据所录制的步骤所附带
的脚本,
Active
Scr een
是根据录制的步骤所显示的图片。而图
2.10
就是录制完后按
Run
所运行的结果,从图
2.10
的页面中查看概要的测试结果信息,包括测试的名称、< br>测试的开始和结束的时间、测试脚本运行的迭代次数、测试通过的状态等。图
2.10
中 的
Results
的
Success
就是证明所录制的是成功的,
状 态也是
Passed
。
图中的插入的
检查点(即图
2.10
所显示的打
√
的)的运行也表明是运行成功的。如何插入检查点的
步骤如图
2 .4
、图
2.5
、图
2.7
、图
2.8
。这个模块 的脚本见附录。

共

35
页

第

12
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


2.2
性能测试


2.2.1
性能测试




1)
目的


性能测试的目的是验 证软件系统是否能够达到用户提出的性能指标,同时发现
软件系统中存在的性能瓶颈,
优化软件 ,
最后祈祷优化系统的目的。
包括以下几个方
面:

1.
评 估系统的能力,
测试中得到的负荷和相应时间数据可以被用于验证所计划的
模型的能力,并帮做 做出决策。

2.
识别体系中的弱点,受控的负荷可以被增加到一个极端的水平,并突 破它,从
而修复体系的瓶颈或薄弱的地方。

3.
系统调优:重复运行测试, 验证调整系统的活动得到了预期的结果,从而改进
性能。
检测软件中的问题:
长时间的 测试执行中导致程序发生由于内存泄露引起的失
败,揭示程序中的问题或突破。

4.
验证稳定性(
resilience
)
、可靠性(
reliabil ity
)
:在一个生产负荷下执行测试一
定的时间是评估系统稳定性和可靠性是否满足 要求的唯一方法。


2
)负载测试含义

负载测试是为 了测量
WEB
系统在某一负载级别上的性能,
以保证
WEB
系统在需
求范围能正常工作。负载级别可以是某个时刻同时访问
WEB
系统的用户数量,也可< br>以是在线数据处理的数量。例如:
WEB
应用系统能允许多少个用户同时在线?如果超过了这个数量级,会出现什么现象?
WEB
应用系统能否处理大量用户对同个页面
的请求?


2.2.2
测试工具






Apache JMeter

是
100< br>%的
Java
桌面应用程序。用于对软件做压力测试,它
最初被设计用于
Web
应用测试但后来扩展到其他测试领域。
。

它可以用于测试
静态和动态资源例如静态文件、
Java
小服务程序、
CGI

脚本、
Java

对象、数据
库,
FTP

服务器
,
等等。
JMeter

可以用于对服务器、网络或对象模拟巨大的负
载,来在不同压力类别下测试它们的强度和分析整体性能。

另外,
JMeter能够
对应用程序做功能
/
回归测试,通过创建带有断言的脚本来验证你的程序返回 了
你期望的结果。为了最大限度的灵活性,
JMeter
允许使用正则表达式创建断言 。

共

35
页

第

13
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


Apache jmeter

可以用于对静态的和动态的资源(文件,
Servlet
,
Perl
脚本,< br>java
对象,数据库和查询,
FTP
服务器等等)的性能进行测试。它可以 用于对
服务器,
网络

或对象模拟繁重的负载来测试它们的强度或分析不同压 力类型下
的整体性能。
你可以使用它做性能的图形分析或在大并发负载测试你的服务器
/
脚本
/
对象。

1)
设置步骤
:
1< br>.
右击“测试计划”选择“添加—线程组”线程数
:
并发用户数

Ramp-Up Period(in seconds)
:
在所设定的时间短内所有的用户创建成功。

2
.
线程组——添加配置文件——
HTTP Cookie
管理器

3
.
线
程
组
——
添
加
配
置
文
件
—
—
HTT P
请
求
默
认
值

(
端
口
号
:
8080
IP:localhost
)
4
.
线程组——添加
Sa mpler
——
HTTP
请求
(
路径:
HotelMana ger/

方法:
POST

添加名称:
loginName

admin

添加名称:
loginPwd


admin
)
所设置的如下图所示
:
图
2.11
设置路径界面图




2.2.3
性能测试用例


5 0
个并发用户数的执行场景,右击“测试计划”选择“添加—线程组”
,在并发
用户数 填:
50
,在
Ramp-Up Period(in seconds)
:
10

共

35
页

第

14
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸



















图
2.12 50
个并发用户数的运行界面



2.2.4

性能测试分析

1
)参数的含义:

样本数目是总共发送到服务器的请求数。

最新样本是代表时间的数字
,
是服务器响应最后一个请求的时间。

吞吐量是服务器每分钟处理的请求数。


平均值是总运行时间除以发送到服务器的请求数。


中间值是代表时间的数字,有一半的服务器响应时间低于该值而另一半高于该
值。



偏离表示服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是< br>数据的分布就。

2
)聚合报告



































表
2.2
参数表

Label
#Samples
Average
Median
90%Line
HTTP
请
求

75
11
5
9
Through
22.362
分钟

共

35
页

第

15
页











┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊


项目报告纸


总体

75
11
5
9
22.362
分钟

图表含义说明如下:

Label:说明是请求类型,如
Http
,
FTP
等请求。

#Samples
:也就是图形报表中的样本数目,总共发送到服务器的样本数目。

Average
:也就是图形报表中的平均值,是总运行时间除以发送到服务器的请求
数。

Median
:
也就是图形报表中的中间值,
是代表时间的数 字,
有一半的服务器响应
时间低于该值而另一半高于该值。

90%line
:是指
90%
请求的响应时间比所得数值还要小。

Throughput:
也就是图形报表中的吞吐量,这里是服务器每单位时间处理的请求数,注意查看是秒或是分钟。




3
)使用分析

在测试过程中,
平均响应时间是我们性能测试的一个 重要衡量指标,
但是在测试
中,特别是在聚合报告中,得出的
90%Line,
,我认为
90%Line
等同于的
90%
响应时
间
,这个数值对我们性能测试分析也很有参考价值。
90%
响应时间是说在发送的请求
中,
90%
的用户响应时间都比得到的数值上要短,
同时说明,
一个系统在应 用时,
90%
的用户响应时间都能达到这个数值,那么就为系统性能分析提供了很好的参考价值 。


共

35
页

第

16
页

试管闺女-45岁做试管需要多少钱


试管闺女-45岁做试管需要多少钱


试管闺女-45岁做试管需要多少钱


试管闺女-45岁做试管需要多少钱


试管闺女-45岁做试管需要多少钱


试管闺女-45岁做试管需要多少钱


试管闺女-45岁做试管需要多少钱


试管闺女-45岁做试管需要多少钱



本文更新与2021-01-21 10:36,由作者提供,不代表本网站立场,转载请注明出处:http://www.xapfxb.com/yuer/420154.html

酒店管理系统的测试与管理_项目报告的相关文章