[发明专利]一种性能测试方法和系统有效
申请号: | 201510907663.6 | 申请日: | 2015-12-09 |
公开(公告)号: | CN106855844B | 公开(公告)日: | 2020-07-31 |
发明(设计)人: | 王庆磊;侯端康 | 申请(专利权)人: | 北京神州泰岳软件股份有限公司 |
主分类号: | G06F11/36 | 分类号: | G06F11/36 |
代理公司: | 北京市隆安律师事务所 11323 | 代理人: | 权鲜枝 |
地址: | 100089 北京市海淀区万*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 性能 测试 方法 系统 | ||
本发明公开了一种性能测试方法和系统,所述方法包括:利用系统逻辑分析模型确定待测试系统的相关系统构件;利用性能指标模型确定所述相关系统构件需要监测的性能指标;通过用户行为模型模拟用户实际使用所述待测试系统的操作行为,驱动待测系统执行性能测试,并在执行性能测试过程中,使用监测工具实时监测所述相关系统构件需要监测的性能指标的实时值;将监测到的所述相关系统构件需要监测的性能指标的实时值与性能指标阈值进行分析对比,根据分析对比结果,判断所述待测试系统是否存在性能瓶颈,若存在,则定位出所述性能瓶颈的位置。本发明的技术方案能够快速、有效、准确地定位出性能瓶颈位置。
技术领域
本发明涉及软件测试领域,特别涉及一种性能测试方法和系统。
背景技术
目前绝大多数对软件产品或系统进行的测试都是对功能的测试。功能测试一般基于黑盒测试技术,通过黑盒测试来检测软件的每个功能是否都能正常使用。在黑盒测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试。通常只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。
由此可知,黑盒测试通常着眼于程序外部结构,不考虑内部逻辑结构,其主要针对软件界面和软件功能进行测试,而不涉及对软件产品性能指标(例如CPU占有率、内存占有率等)的分析和测试,因此难以快速、有效地定位待测试系统的性能瓶颈。
发明内容
鉴于上述问题,本发明提供了一种性能测试方法和系统,以解决常规的软件测试方法无法快速、有效地定位待测试系统的性能瓶颈的问题。
为达到上述目的,本发明的技术方案是这样实现的:
一方面,本发明提供了一种性能测试方法,建立包括系统逻辑分析模型、性能指标模型、用户行为模型的软件测试模型,利用软件测试模型并按照下述方法进行性能测试:
利用系统逻辑分析模型确定待测试系统的相关系统构件;
利用性能指标模型确定所述相关系统构件需要监测的性能指标;
通过用户行为模型模拟用户实际使用所述待测试系统的操作行为,驱动待测系统执行性能测试,并在执行性能测试过程中,使用监测工具实时监测所述相关系统构件需要监测的性能指标的实时值;
将监测到的相关系统构件需要监测的性能指标的实时值与性能指标阈值进行分析对比,根据分析对比结果,判断所述待测试系统是否存在性能瓶颈,若存在,则定位性能瓶颈。
优选地,所述利用系统逻辑分析模型确定待测试系统的相关系统构件包括:
利用所述系统逻辑分析模型分析所述待测试系统的架构,获得所述待测试系统包括的系统构件以及每个系统构件的物理配置参数;
根据用户需求和/或所述待测试系统已被发现的性能瓶颈,从获得的系统构件中确定重点影响构件;
在确定重点影响构件后,所述方法还包括:确定重点影响构件间的逻辑关系和分析顺序;
则所述驱动所述待测系统执行性能测试具体为:驱动待测系统的重点影响构件按照逻辑关系和分析顺序执行性能测试。
进一步优选地,当确定的重点影响构件包括数据库构件时,所述使用监测工具实时监测相关系统构件需要监测的性能指标的实时值具体为:
使用监测工具实时监测数据库构件的内存占比的实时值;
则所述将监测到的相关系统构件需要监测的性能指标的实时值与性能指标阈值进行分析对比,根据分析对比结果,判断待测试系统是否存在性能瓶颈具体为:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京神州泰岳软件股份有限公司,未经北京神州泰岳软件股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201510907663.6/2.html,转载请声明来源钻瓜专利网。