Web性能测试解析.docx

Web性能测试方案1测试目的此处阐述本次性能测试的目的，包括必要性分析与扩展性描述。性能测试最主要的目的是检验当前系统所处的性能水平，验证其性能是否能满足未来应用的需求，并进一步找出系统设计上的瓶颈，以期改善系统性能，达到用户的要求。2测试范围此处主要描述本次性能测试的技术及业务背景，以及性能测试的特点。编写此方案的目的是为云应用产品提供web性能测试的方法，因此方案内容主要包括测试环境、测试工具、测试策略、测试指标与测试执行等。2.1测试背景以云采业务为例，要满足用户在互联网集中采购的要求，实际业务中通过云采平台询报价、下单的频率较高，因此云采平台的性能直接决定了业务处理的效率，并能够支撑业务并发的压力。例如：支撑100家企业用户的集中访问，以及业务处理要求。2.2性能度量指标响应时间（TTLB）即“time to last byte”，指的是从客户端发起的一个请求开始，到客户端接收到从服务器端返回的响应结束，这个过程所耗费的时间，响应时间的单位一般为“秒”或者“毫秒”。响应时间＝网络响应时间+应用程序响应时间。响应时间标准：序号时间度量标准结果1小于2s优2介于2s-5s良3介于5s-8s一般4大于8s差事务能力TPS（transaction per second）服务器每秒处理的事务数；一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，一次来计算使用的时间和完成的事务个数。它是衡量系统处理能力的重要指标。并发用户数同一时刻与服务器进行交互的在线用户数量。吞吐率（Throughput）单位时间内网络上传输的数据量，也可指单位时间内处理的客户端请求数量，是衡量网络性能的重要指标。吞吐率=吞吐量/传输时间资源利用率这里主要指CPU利用率（CPU utilization），内存占用率。3测试内容此处对性能测试整体计划进行描述，包括测试内容以及关注的性能指标。 Web性能测试内容包含：压力测试、负载测试、前端连接测试。3.1负载测试负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？负载测试应该安排在Web系统发布以后，放在Internet上接受负载测试。3.2压力测试在一定饱和状态下系统的处理能力，在负载测试的基础上，继续加压到一定阶段即是压力测试。压力测试通常设定cpu使用率达到75%以上，内存使用率达到70%以上，用于测试系统在压力环境下的稳定性。进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。3.3前端连接测试用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。 另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。以上需要关注的前端性能指标，主要包含以下三个指标：3.3.1加载时间指标a.Time to First Impression　　表示从用户在浏览器键入URL按下回车键一刻开始，到页面开始有反应（用户可以在页面中看见一点点内容）为止。直观信号就是网页开始显示title。　　b.Time to onLoad Event　　表示从页面开始显示内容，到浏览器开始触发OnLoad函数（开始执行js）这一时间段。只有当初始的文本和所引用的对象加载完成，浏览器才开始触发OnLoad函数　　c.Time to Fully Loaded表示从上一时间段末到整个网页完全加载完成（所有OnLoad函数以及相关的动态资源加载完成）。3.3.2资源情况指标网页由初始的html文本中嵌入图片以及通过XHR或者修改dom树动态加载的内容组成，css负责样式，js负责行为。　　a. Total Number of Requests　　包括html网页请求，css、js资源下载及其它网络请求。优化的目标之一是要尽量减少请求数。　　b. Total Number of HTTP 300s/400s/500s　　表示返回状态为300（重定向）、400（客户端错