欢迎来到天天文库
浏览记录
ID:13224197
大小:931.00 KB
页数:31页
时间:2018-07-21
《运营内控压力测试方案》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、运营内控系统性能测试方案浦发银行运营内控系统性能测试方案浦发运营内控项目组2007年11月31运营内控系统性能测试方案目录1术语与解释32测试目的43测试工具说明54测试用例选取64.1选取用户操作64.2选取测试用例74.3确定性能衡量指标85准备测试环境115.1生产环境说明115.1测试环境说明126测试结果及分析146.1测试用例一:单独执行任务查询时的各项性能指标146.2测试用例二:单独执行后督交易查询时的各项性能指标146.3测试用例三:三项操作混合执行的压力测试156.4测试用例四:正常压力下三项操作混
2、合执行的稳定性操作156.5测试用例五:高压力下三项操作混合执行的稳定性操作167附录177.1测试脚本说明177.2测试数据源说明177.3测试程序修改说明1731运营内控系统性能测试方案1术语与解释术语解释性能测试(performancetesting)通常指负载测试、压力测试和稳定性测试的集合。通过运行这些测试来确定系统的各项性能指标以及瓶颈所在。性能测试的通常指标包括相应时间、吞吐量和系统资源使用率。负载测试(loadtesting)用于衡量系统在特定负责情况下的运行状态,以及各项性能指标。压力测试(stres
3、stesting)用于衡量系统在计划外的压力情况下的各种行为,帮助分析系统在什么请看下会故障,以及故障的表现和症状。稳定性测试(reliabilitytesting)持续进行的性能测试,以确定应用系统稳定性和品均故障间隔时间(MTBF)。并发访问(ConcurrentRequest)指在同一秒钟内同时向系统发起服务请求。吞吐量(Throughput)指在单位时间(一般是1小时或1分钟)内系统能完成完整业务的数量。响应时间(ResponseTime)指从用户向系统发起一笔服务请求开始至系统给予应答所花费的时间。31运营内
4、控系统性能测试方案1测试目的为了确运营内控系统的顺利上线,在系统上线运行之前解决系统开发中可能存在的各类问题,包括:Ø性能指标:通过负载测试(在一个场景下特定的并发用户以特定的间隔发起请求)确定系统的相应时间和吞吐量,以确定性能指标在用户接受的范围之内。Ø系统资源使用情况及Bug和瓶颈所在:通过压力测试(主要通过增加用户并发量)测得系统在负载过大和资源不足情况下的表现,由此找到影响整个系统的资源瓶颈所在,从而对程序进行优化或对系统资源进行调整。Ø系统长时间运行的稳定性:通过在通常业务负荷量下的长时间(一至两天)运行系统
5、,观察系统的故障和资源使用情况,发现类似于内存泄漏等程序问题。31运营内控系统性能测试方案1测试工具说明本测试使用微软的VisualStudioTeamSystem2005集成开发工具以及VisualStudio2005TeamTestLoadAgent负载模拟工具。ØVisualStudio2005TeamSystem是一个可扩展的生命周期工具集成套件,能带来更高的工作效率。它对VisualStudio产品线进行了扩展,帮助软件开发团队更好地交流与协作。此外,VisualStudio2005TeamSystem引入了
6、一组测试工具,这些工具集成在VisualStudio环境中,可帮助构建高质量的应用程序。ØVisualStudio2005TeamTestLoadAgent用于生成补充测试负载。它与VisualStudio2005TeamEditionforSoftwareTesters结合使用后,可以允许组织模拟更多的用户,以及更精确地测试Web应用程序和服务器的性能。通过以上工具的结合,可以灵活的制作测试单元脚本,并将一个或多个单元脚本依照设定的发生比率和用户并发数对服务器进行测试。此外,LoadAgent还允许讲多个客户端机器组
7、成测试集群,并通过一台控制节点统一测试行为。31运营内控系统性能测试方案1测试用例选取1.1选取用户操作根据对运营内控系统的业务量和并发分析,结合系统的结构特性,在本方案中选用以用户操作:Ø任务查询:所有登录到系统的用户客户端,会通过自动轮询的方式查看当前的任务事项。n用户量计算:根据业务规划,该操作涉及的用户数目为900人(200个总分行后督岗+700个分支行差错岗)。根据测试环境的等比缩小,在性能测试中设定的用户数为450人。按照最大并发量20%的经验值推算,其并发请求数为90人/秒。n请求间隔计算:1秒。Ø后督交
8、易查询:模拟后督岗位的用户最频繁的查询操作。n用户量计算:涉及的操作用户为200人,根据等比缩小,在性能测试中设定用户数为100人。按照最大并发量20%的经验值推算,其并发请求数为20人/秒。n请求间隔计算:根据业务部门估算,每个用户处理一条后督任务的最快、最慢和平均时间分别为1分钟、10分钟和3分钟。根据OPM算法,其平均处理时
此文档下载收益归作者所有