前言
平台XX项目系统已经成功发布;依据项目的规划;未来势必会出现业务系统中信息大量增长的态势.. 随着业务系统在生产状态下日趋稳定、成熟;系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”;系统能稳定在什么样的性能水平;面临行业公司业务增加时;系统能否经受住“考验”;这些问题需要通过一个完整的性能测试来给出答案..
1第一章XXX系统性能测试概述
1.1 被测系统定义
XXX系统作为本次测试的被测系统注：以下所有针对被测系统地描述均为针对XXX系统进行的;XXX系统是由平台开发的一款物流应用软件;后台应用了Oracle11g数据库;该系统包括主要功能有:XXX等..在该系统中都存在多用户操作;大数据量操作以及日报、周报、年报的统计;在
本次测试中;将针对这些多用户操作;大数据量的查询、统计功能进行如预期性能、用户并发、大数据量、疲劳强度和负载等方面的性能测试;检查并评估在模拟环境中;系统对负载的承受能力;在不同的用户连接情况下;系统的吞吐能力和响应能力;以及在预计的数据容量中;系统能够容忍的最大用户数..
1.1.1 功能简介
主要功能上面已提到;由于本文档主要专注于性能在这里功能不再作为重点讲述..
1.1.2 性能测试指标
本次测试是针对XXX系统进行的全面性能测试;主要需要获得如下的测试指标..
1、应用系统的负载能力：即系统所能容忍的最大用户数量;也就是在正常的响应时间中;系统能够支持的最多的客户端的数量.. 2、应用系统的吞吐量：即在一次事务中网络内完成的数据量的总和;吞吐量指标反映的是服务器承受的压力..事务是用户某一步或几步操作的集合..
3、应用系统的吞吐率：即应用系统在单位时间内完成的数据量;也就是在单位时间内;应用系统针对不同的负载压力;所能完成的数据量..
4、TPS：每秒钟系统能够处理事务或交易的数量;它是衡量系统处理能力的重要指标..
5、点击率：每秒钟用户向服务器提交的HTTP请求数..
5、系统的响应能力：即在各种负载压力情况下;系统的响应时间;也就是从客户端请求发起;到服务器端应答返回所需要的时间;包括网络传输时间和服务器处理时间..
6、应用系统的可靠性：即在连续工作时间状态下;系统能够正常运行的时间;即在连续工作时间段内没有出错信息..
1.2 系统结构及流程
XXX系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的;交易流程也完全一致的..不过;由于硬件条件的限制;本次性能测试的硬件平台跟实际生产环境略有不同..
垃圾分类器1.2.1 系统总体结构
描述本系统的总体结构;包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构..
1.2.2 功能模块
本次性能测试中各类操作都是由若干功能模块组成的;每个功能都根据其执行特点分成了若干操作步骤;每个步骤就是一个功能点即功能模块;本次性能测试主要涉及的功能模块以及所属操作如下表
步骤 | 说明 | 备注：Action、平均响应时间S |
1 | 打开主界面 | Action：访问首页FWSY；5 |
2 | 输入用户名密码需进行参数化;登录系统;进入首页 | 防尘接线盒Action：登陆DL；5 |
3 | 钢丝线 | Action：进入通知列表JRTZLB；5 |
4 | 在我的通知上点击已收通知标题链接;查看通知重要通知 mc尼龙滑轮 | 红外双鉴Action：查看通知CKTZ；5 |
5 | 倍速链组装线在我的通知上点击已收通知的“回复”链接;进入回复界面 | Action：进入回复界面JRHFJM；5 |
6 | 在通知回复界面上填写回复内容并提交 | Action：回复通知HFTZ；5 |
| | |
1.2.3 关键点描述KP
本次性能测试的关键点;就是查看XXX系统在不同用户数量并发压力下的表现和大数据量操作时系统的性能状态;即：支持的并发用户数目和并发用户发送频率;以及在较大压力下;系统的处理能力以及CPU、数据库I/O和内存的使用情况;并出相应的性能瓶颈..
1.3 性能测试环境
本次性能测试环境与真实运行环境硬件和网络环境有所不同;是真实环境的缩小;数据库是真实环境数据库的一个复制或缩小;本系统采用标准的CS结构;客户端通过前台安装访问应用系统..
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议