基于状态场景存储结构的性能测试

更新时间:2024-03-16 作者:用户投稿原创标记本站原创 点赞:6173 浏览:21218

摘 要:本文在对比数据的OpenXml存储方式及SQL存储方式基础上,设定三组相同的装态场景,建立相应的自动化测试手段.OPenXml方式选用Windows平台再带测试工具测试,SQL方式通过LoadRnuner软件进行性能监听,得出分析结果,最终对比两种存储方式各自在存储数据中的优缺点.

关 键 词 :OpenXml;SQL;自动化测试

中图分类号:TP311.52

单机和网页端两种软件性能测试是软件的性能测试的两种方式.前者主要处理软件测试初期的单机软件,以检验该软件是否在硬件约束下能实现多任务执行;后者用于检验系统负载能力,以LoadRunner为主要测试软件.

本文结合实例系统,通过对表、数据等验证结果,设定同一状态场景,对比OPENXML及SQL SERVER各自有缺点,最终实现对不同存储结构的性能指数分析.

1.两种存储方式的特点

本实验着重以用户登录验证场景为测定内容.本模块用户及的检验;校验错误;用户名校验不存在;成功登录四个字状态内容.由于状态的优化组合,对用户名、的验证华为同一测试场景.进行两种测试对比的目的在于研究不同状态对软件性能的影响.

(1)OPENXML存储格式.该存储方式是将用户信息存至OpenXml文件中(本地),通过读取Xml的文件并分析,以ID作为用户区分的标志位;

(2)SQL SERVER存储格式.该方式是通过数据库底层的存储过程访问登录表,其性能测试是以LoadRunner与数据库相连,通过监听某一分支状态的CPU响应效率和响应时间,得出结果.

2.两种存储结构的状态场景性能实验

2.1 实验场景设定

定义登录提交事件并包含用户名、、测试所用标识参数(标记所输信息的验证结果).并基于此设定以下三个测试场景.

(1)校验、用户名-登录;

(2)屏蔽验证代码直接确认登录(、用户名不可空);

(3)单独登录响应时间.根据已设定的三种场景,对每种状态场景进行响应时间及CPU效率的比较,方法采用逐一代码屏蔽的方式,并使用Windows自带测试工具.

2.2 自动化测试实验

本实验通过测试响应时间和CPU使用率两方面对每种情况数据进行比较.

2.2.1 基于OPENXML方式的测试

本实验使用Windows自带性能测试工具,以CPU活动为主要监听对象,该工具包含(Processor Time、Processor Handle Time、User Time).

2.2.2 基于SQL SERVER方式的测试

本实验通过LoadRunner进行底层数据库的访问,仍设定上述三场景状态,同时记录脚本录入过程中的SQL Server 登录时间、平均校验时间.监听指标如下:

(1)响应时间-包含校验;

(2)响应时间-直接确认;

(3)响应时间-数据库登录.

2.3 自动化测试结果

实验一:基于OPENXML存储方式性能结果

该实验针对响应时间的事务结果表1,除了该实验针对响应时间的事务结果表1,对于“直接登录”的事务响应时间远远大于其他两种情况下的时间,而其他两种状态场景的响应时间则在常规测试允许的范围内,为了深入了解影响响应时间的因素,我们分别基于这三种情况对CPU使用率进行监听(如图1).

表1 OpenXml实现时响应时间监听结果

状态场景 响应时间1(s) 响应时间2(s) 响应时间3(s) 平均响应时间

有校验代码 0.0614 0.0510 0.0441 0.0512

无校验代码 0.0635 0.0760 0.0667 0.0687

直接登录 0.0968 0.0864 0.0871 0.0901

图1 CPU使用效率―Windows平台自带的测试工具

由图可知,实现登录时,多数情况下CPU使用率均在15%以下的正常标准范围,但也存在少数CPU使用率超过20%的现象,对于单机软件,虽仍在稳定性要求范围内,但若作为B/S程序发布,将使使用率增高,长期使用会对系统稳定性产生严重危害.

实验二:SQL SERVER存储方式性能结果

由于本实验的“无校验码”及“直接登录”两种情况仅需页面即可完成,因而通过LoadRunner监听底层数据的响应时间时,仅需监听有校验码及SQL数据库连接时间的结果.

表2 SQL Server实现时响应时间监听结果

状态场景 响应时间1(s) 响应时间2(s) 响应时间3(s) 平均响应时间

有校验代码 0.0160 0.0163 0.0166 0.0165

连sqlserver 0.0219 0.0213 0.0215 0.0216

总时间 0.0379 0.376 0.0318 0.0381

在软件设计中,设定存储过程的数据校验实现了数据的多重校验.通过观察上图发现,该方式访问底层的时间远小于OpenXml存储方式,但需继续监听CPU的使用率.同样选取10组数据.如图2.

图2 LoadRunner性能监听CPU使用效率

从实验中可得使用SQL方式的CPU使用率仍低于OpenXml方式.在存储过程访问时间差异在微妙计算时,可忽略响应时间,并监听CPU使用率作为性能指标衡量标志.

3.结束语

针对本实验结果可看出,虽然访问存储过程方式存在一定优势,但对于能够实现文本信息自动分类的数据存取,OpenXml方式更具灵活性.该方式的缺陷是无法对数据字段的信息进行长度限制,从而会引起与界面交互时的溢出、安全泄漏及浪费内存等现象.SQL Server方式则在处理固态数据时更具优势,通过与界面层、逻辑层的配合,使数据在每一层均得到保护和验证.