Web系统页面性能测试研究.docVIP

Web系统页面性能测试报告书 测试部门：软件研发部门 测试人员 ； 王园兆 前言： 随着Web应用系统的功能越来越强大，系统的界面越来越炫，用户不再怀念C/S架构系统的强大功能与华丽界面，B/S架构也成为系统开发者的首选。但是，由于系统开发商的良莠不齐以及系统的服务器、网络等资源的有限性，Web应用系统的性能问题仍然比较突出，对应用系统进行性能测试也显得尤为重要。然而，提起Web应用系统的性能测试，大家首先想到的是对应用系统后台的应用服务器、数据库性能测试，往往忽略了系统前端的页面性能测试。其实，页面的性能优化对于整个系统的性能提升起着非常重要的作用，特别是对并发访问量较大的事务处理型应用系统。 不可或缺的页面性能测试 页面性能测试概述 Web应用系统可简单划分为系统前端与后台，系统后台一般包括包括应用服务器、中间件、数据库等，用来作业务的逻辑处理与数据存储；系统的前台指客户端即浏览器，用来进行页面的展示。Web应用系统的性能测试通常是指对系统后台进行并发压力测试，从而定位系统后台的性能瓶颈，主要集中于对系统业务逻辑处理的性能分析上，而对页面的性能分析涉及较少。 页面性能测试则是针对于页面性能优化而开展的一种性能测试，目的是对Web系统的页面进行测试以确认系统页面是否会影响系统的性能并为页面的优化提供依据与建议，最终提升系统的整体性能表现，提高用户体验满意度。可见，Web系统页面性能测试是相对Web系统后台测试的另外一种性能测试，是Web系统性能测试的一个重要部分。 页面性能测试的必要性 相对于C/S架构的应用系统，Web应用系统所有数据都需要从服务器端下载，虽然浏览器有缓存机制，但客户每次访问仍然需要下载大量的数据。特别是用户对系统要求越来越高，除了要求功能完备，对界面的美观、易用性也提出了更高的要求，越炫的页面也就意味着页面中要包含更多的脚本、样式表、图片和Flash，页面的数据量也就越大，这对Web系统的性能提出了极大的挑战。 曾经有个在线打印服务的应用提供商说他们的系统不需要关注系统性能问题，没有必要进行性能测试，因为他们可以购买足够多的服务器来支撑系统；不少业界同行也认为只要有足够多的服务器资源，性能就不会存在问题。其实不然，他们都只关注到了应用系统的后台性能表现，而忽略了页面对系统整体性能的影响。举个例子，当一个页面中包含几百个请求，页面中没有经过优化的javaScript文件、CSS 文件与图片件大小达到10MB，即使当前只有一个用户在访问该系统，页面的访问速度也会慢得惊人，纵使增加再多的服务器也不见得会有明显的性能提升。 可见，对Web应用系统的页面进行性能测试和优化是非常有必要的。只有通过对页面的性能测试，发现页面存在的性能问题并根据性能测试结果进行页面优化以提升页面的加载性能，从而提升系统的整体性能。在应用系统高并发访问时，更能体现出Web页面优化后所带来的系统整体性能提升效果。 页面性能测试的方法 页面性能测试的内容 每个Web系统的页面的组成部分大部相同，一般都包含html文件、javaScript文件、层叠样式表、图片等文件，而影响系统页面性能的正是这些文件或页面元素的编写不恰当、属性设置不正确、或使用方法有误造成的[1]。因此，系统页面性能测试的内容与系统后台并发压力测试不一样，页面性能测试不是在多用户并发情况下去发现并定位系统的性能瓶颈而是检查页面各文件或元素是否以最优的方式编写。 各个开发商都有自己的一套标准去开发Web页面，业界也有不少页面优化的方法如Yahoo的34条“黄金守则”与Google的页面优化建议等。根据业界Web页面优化原则总结归纳出Web系统页面性能测试内容： 检查页面各个文件或元素是否合理使用缓存； 检查页面的http请求数是否已精简至最少； 检查页面是否存在错误请求与重定向请求； 检查页面的javaScript文件、层叠样式表、图片等文件是否通过合并、压缩等方式进行优化； 检查页面的DOM元素是否都是必要的，尽量减少DOM元素数量； 检查页面元素属性是否正确设置。 以上则是 Web系统页面性能测试的大概内容，在实际测试过程中可以根据项目的实际情况参照其它页面优化建议对性能测试项目进行增删，目的是尽可能找出影响页面性能的因素，对页面进行优化以提升系统整体性能。 页面性能测试的方法 一个业务处理型的Web系统所包含的页面往往是成百上千个，如果对每个页面都进行手工检查验证的话，那么对一个系统进行页面性能测试的工作量将是相当惊人的。为了对系统页面进行快速测试，推荐使用自动化工具进行测试，以提高测试效率与准确率。 目前对Web页面进行性能测试的工具比较流行的有HttpWatch、IBM的Page Detailer Pro、Goog