web系统性能测试实验报告
web测试报告
web测试报告本报告旨在介绍对网站进行的测试工作，包括测试目的和范围，以及所使用的方法和工具。
测试目的：验证网站在不同浏览器和操作系统上的兼容性确保网站的功能正常运行，并检测潜在的错误和缺陷评估网站的性能，包括加载速度和响应时间验证网站的安全性，检测可能存在的漏洞和风险测试范围：网站的主要功能模块，包括登录、注册、搜索等不同终端设备和浏览器的兼容性测试网站的性能测试，包括页面加载时间、并发用户数等网站的安全性测试，包括SQL注入、跨站脚本攻击等测试方法和工具：手动测试：通过人工操作模拟用户行为，检测网站的功能和用户体验自动化测试：使用测试工具，编写测试脚本，自动执行测试用例性能测试工具：如JMeter等，用于模拟并发用户访问和测量响应时间安全性测试工具：如Burp Suite等，用于检测网站的安全漏洞本报告将详细描述测试过程中的发现和结果，并提供相应的建议和改进措施。
请阅读以下章节以获取更多详细信息。
明确列出测试的目标，包括对网站功能、性能、安全性等方面的测试要求。
评估网站功能的完整性和正确性，包括页面导航、表单提交、搜索功能等。
测试网站的性能，包括加载速度、响应时间等。
检查网站的安全性，包括对潜在安全漏洞的扫描和检测。
评估网站的易用性和用户体验，包括页面布局、内容呈现等方面的测试。
验证网站在不同浏览器和设备上的兼容性，确保用户在不同环境中都能良好地访问网站。
测试范围详细描述测试的范围，包括测试的页面、功能模块、浏览器兼容性等方面。
本次测试采用以下测试方法和工具：功能测试：通过对网站的各种功能进行测试，验证其是否正常运行。
性能测试：通过模拟多种情况，测试网站的性能指标，包括响应时间、并发用户数等。
安全测试：通过检测网站的漏洞和弱点，评估其安全性，保护用户数据的安全。
以上是本次测试采用的主要测试方法和工具，以确保网站的功能、性能和安全达到预期标准。
根据测试的具体内容和方法，给出各项测试的结果和评估。
web系统性能测试报告模板
1. 总述1.1测试对象数据采集测试系统1.2测试目的确定系统支持的最大并发用户数（系统的处理能力能达到2次请求/分钟）1.3测试环境1.4测试依据1.5参考资料1.6术语及缩写词●测试时间: 一轮测试从开始到结束所使用的时间●并发线程数: 测试时同时访问被测系统的线程数。
注意, 由于测试过程中, 每个线程都是以尽可能快的速度发请求, 与实际用户的使用有极大差别, 所以, 此数据不等同于实际使用时的并发用户数。
●每次时间间隔: 测试线程发出一个请求, 并得到被测系统的响应后, 间隔多少时间发出下一次请求。
●平均响应时间: 测试线程向被测系统发请求, 所有请求的响应时间的平均值。
●处理能力: 在某一特定环境下, 系统处理请求的速度。
●cache影响系数: 测试数据未必如实际使用时分散, cache在测试过程中会比实际使用时发挥更大作用, 从而使测试出的最高处理能力偏高, 考虑到这个因素而引入的系数。
1.7用户习惯操作频率: 根据用户使用习惯估算出来的, 单个用户在一段时间内, 使用此类功能的次数。
通常以一天内某段固定的高峰使用时间来统计, 如果一天内没有哪段时间是固定的高峰使用时间, 则以一天的工作时间来统计。
1.8预期平均响应时间：由用户提出的, 希望系统在多长时间内响应。
注意, 这个值并不是某一次访问的时间, 而是一段时间多次访问后的平均值。
1.9最大并发用户数：在给定的预期平均响应时间下, 系统最多能支持多少个并发用户。
这个数据就是实际可以同时使用系统的用户数。
1.10计算公式●成功率＝成功次数÷（成功次数＋失败次数）●处理能力＝成功次数÷测试时间●最短平均响应时间＝MIN（平均响应时间）●最高处理能力＝MAX（处理能力）×（1－cache影响系数）2. 最大并发用户数＝（最高处理能力－1÷（预期平均响应时间－最短平均响应时间＋（1÷最高处理能力）））÷用户习惯操作频率, 此公式要注意各时间单位的不同和转换3. 测试方法3.1测试模型3.2测试过程简述3.3通过编写特定的测试流程, 使用多线程技术, 模拟多个浏览器持续一段时间并发访问被测系统, 记录系统相关的一系列信息, 计算出系统支持的最大并发用户数3.4需记录的数据测试时间平均响应时间成功次数失败次数web服务器CPU利用率（平均、最大）数据库服务器CPU利用率（平均、最大）4. 测试用例5. 测试结果5.1查看记录内容5.1.1 测试日期2006.03.125.1.2 数据测试时间5 （分钟）并发线程数每次时间间隔（秒）平均响应时间（秒）成功次数失败次数成功率处理能力（次/分）web服务器CPU占用率（％）数据库服务器CPU占用率（％）平均最大平均最大1 0 7.469 40 0 100.00% 8.00 34.45 47.15 60.16 80.671 0 7.909 36 0 100.00% 7.20 32.62 48.96 54.41 71.333 0 17.333 50 0 100.00% 10.00 43.37 53.65 87.73 98.673 0 16.805 52 0 100.00% 10.40 42.93 58.85 89.72 984 0 22.096 52 0 100.00% 10.40 43 54.92 93.25 99.344 0 22.187 52 0 100.00% 10.40 43.49 56.25 93.81 99.675 0 27.007 52 0 100.00% 10.40 43.64 58.03 96.56 99.34cache影响系数最短平均响应时间（秒）7.469最高处理能力（次/分）10.4用户习惯操作频率（次/天）30预期平均响应时间（秒）10 13 15 20最大并发用户数50.74 81.45 94.22 113.945.1.3 说明不断增加并发线程数, 系统处理的成功次数并没有增加, 说明系统已经达到最大处理能力6. （虽然从cpu占用率上看, 系统的处理能力还能够达到更高的数值, 但由于测算出的处理能力已经远远超出2次/分钟的预期值, 所以, 不需要再继续测试更高的数值）7. 附件7.1excel格式的原始数据和计算结果。
web实验报告
web实验报告Web 实验报告一、实验背景随着信息技术的飞速发展，Web 应用在各个领域的作用日益显著。
为了深入了解 Web 技术的工作原理和性能特点，进行了本次 Web 实验。
二、实验目的1、熟悉 Web 开发的基本流程和技术。
2、掌握 HTML、CSS 和 JavaScript 等关键技术的应用。
3、了解 Web 服务器的配置和运行机制。
4、探究 Web 应用的性能优化方法。
三、实验环境1、操作系统：Windows 102、开发工具：Visual Studio Code3、浏览器：Google Chrome4、 Web 服务器：Apache四、实验内容1、 HTML 页面设计使用 HTML 标签构建网页结构，包括标题、段落、列表、图像等元素。
注意 HTML 标签的语义化，以提高网页的可读性和可维护性。
2、 CSS 样式美化运用 CSS 选择器为 HTML 元素设置样式，如字体、颜色、背景、布局等。
采用外部 CSS 文件来实现样式的分离，提高代码的可重用性。
3、 JavaScript 交互实现通过JavaScript 实现网页的动态效果，如按钮点击事件、表单验证、页面滚动效果等。
学习 JavaScript 的基本语法和常用函数，提高编程能力。
4、 Web 服务器配置安装和配置 Apache 服务器，设置虚拟主机和目录权限。
了解服务器的运行日志和错误处理机制。
五、实验步骤1、 HTML 页面设计首先，创建一个新的 HTML 文件，命名为“indexhtml”。
在文件中，使用`＜html>｀标签作为根标签，｀＜head>｀标签中设置页面的标题和元信息，｀＜body>｀标签中构建页面的内容。
例如，创建一个简单的网页，包含一个标题“我的 Web 实验”，一个段落“这是一个简单的网页示例”，以及一张图片“imagejpg”。
2、 CSS 样式美化创建一个新的 CSS 文件，命名为“stylescss”。
web压力测试实验报告
软件测试实验报告班级： 030513学号: 03051235姓名：陆义良地点： EⅡ- 508时间： 2008年5月16日实验目的：一、理解web压力测试概念二、熟练运用WAS (web application stress tool)软件进行web 压力测试实验内容：一、WAS软件安装二、设计测试方案三、使用WAS软件进行测试四、分析测试报告，寻找被测网站的最大负载量实验设备：一、WAS软件二、联网的计算机脚本报告：脚本1报告：Overview======================================================================Report name: 2008-5-16 16:01:08Run on: 2008-5-16 16:01:08Run length: 00:24:13Web Application Stress Tool Version:1.1.293.1Number of test clients: 1Number of hits: 11899Requests per Second: 9.01Socket Statistics--------------------------------------------------------------------------------Socket Connects: 12310Total Bytes Sent (in KB): 3323.06Bytes Sent Rate (in KB/s): 2.52Total Bytes Recv (in KB): 105140.76Bytes Recv Rate (in KB/s): 79.65Socket Errors--------------------------------------------------------------------------------Connect: 49332Send: 0Recv: 46Timeouts: 20RDS Results--------------------------------------------------------------------------------Successful Queries: 0Script Settings======================================================================Server: 192.168.1.8Number of threads: 500Test length: 00:22:00Warmup: 00:01:00Cooldown: 00:01:00Use Random Delay: NoFollow Redirects: YesMax Redirect Depth: 15Clients used in test======================================================================localhostClients not used in testResult CodesCode Description Count======================================================================200 OK 11897NA HTTP result code not given 2Page SummaryPage Hits TTFB Avg TTLB Avg Auth Query ======================================================================GET / 5955 11184.14 12031.11 No No GET /tanchu.html 5944 21075.57 21101.67 No No脚本2 报告：Overview======================================================================Report name: 2008-5-16 16:34:24Run on: 2008-5-16 16:34:24Run length: 00:22:12Web Application Stress Tool Version:1.1.293.1Number of test clients: 1Number of hits: 123235Requests per Second: 102.69Socket Statistics--------------------------------------------------------------------------------Socket Connects: 123283Total Bytes Sent (in KB): 33261.82Bytes Sent Rate (in KB/s): 27.72Total Bytes Recv (in KB): 813014.92Bytes Recv Rate (in KB/s): 677.49Socket Errors--------------------------------------------------------------------------------Connect: 3426Send: 0Recv: 17819Timeouts: 0RDS Results--------------------------------------------------------------------------------Successful Queries: 0Script Settings======================================================================Server: 192.168.1.8Number of threads: 500Test length: 00:20:00Warmup: 00:01:00Cooldown: 00:01:00Use Random Delay: NoFollow Redirects: YesMax Redirect Depth: 15Clients used in test======================================================================localhostClients not used in testResult CodesCode Description Count======================================================================200 OK 105414500 Internal Server Error 2NA HTTP result code not given 17819Page SummaryPage Hits TTFB Avg TTLB Avg Auth Query======================================================================GET / 61879 2889.35 4694.87 No No GET /tanchu.html 61356 2469.93 4104.67 No No脚本3 报告：Overview======================================================================Report name: 2008-5-16 17:06:21Run on: 2008-5-16 17:06:21Run length: 00:22:07Web Application Stress Tool Version:1.1.293.1Number of test clients: 1Number of hits: 67632Requests per Second: 56.36Socket Statistics--------------------------------------------------------------------------------Socket Connects: 67585Total Bytes Sent (in KB): 14846.30Bytes Sent Rate (in KB/s): 12.37Total Bytes Recv (in KB): 982958.80Bytes Recv Rate (in KB/s): 819.10Socket Errors--------------------------------------------------------------------------------Connect: 15995Send: 0Recv: 170Timeouts: 0RDS Results--------------------------------------------------------------------------------Successful Queries: 0Script Settings======================================================================Server: 192.168.1.8Number of threads: 500Test length: 00:20:00Warmup: 00:01:00Cooldown: 00:01:00Use Random Delay: NoFollow Redirects: YesMax Redirect Depth: 15Clients used in test======================================================================localhostClients not used in test======================================================================Result CodesCode Description Count======================================================================200 OK 67462NA HTTP result code not given 170Page SummaryPage Hits TTFB Avg TTLB Avg Auth Query ======================================================================GET / 11267 4145.78 7793.87 No No GET /tanchu.html 11257 3815.91 7094.71 No No GET /xuanke.html 11293 3794.80 7555.34 No No GET /guizhang.html 11292 3580.07 7338.23 No No GET /chengguo.html 11270 3804.97 7283.22 No NoGET /ziyuanxiazai.html 11253 3663.53 7382.60 No No 附录：脚本3截图心得体会：进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。
网页系统设计实验报告(3篇)
第1篇一、实验目的1. 理解网页系统设计的基本概念和流程。
2. 掌握网页系统的规划、设计和实现方法。
3. 提高网页设计与制作能力，熟悉相关软件的使用。
二、实验环境1. 操作系统：Windows 102. 浏览器：Chrome3. 开发工具：Adobe Dreamweaver CC4. 编程语言：HTML、CSS、JavaScript三、实验内容1. 网页系统规划2. 网页系统设计3. 网页系统实现4. 网页系统测试与优化四、实验步骤1. 网页系统规划（1）明确系统功能：根据用户需求，确定网页系统的功能模块，如首页、产品展示、新闻资讯、联系方式等。
（2）确定页面布局：根据功能模块，规划页面布局，包括头部、导航栏、主体内容、底部等。
（3）设计导航结构：根据页面布局，设计导航结构，使用户能够方便地浏览各个页面。
2. 网页系统设计（1）设计页面风格：根据网站定位和用户需求，设计页面风格，包括颜色、字体、图片等。
（2）设计界面元素：根据页面风格，设计界面元素，如按钮、图标、表格等。
（3）设计交互效果：使用JavaScript等脚本语言，实现页面元素的交互效果，如滚动动画、鼠标悬停等。
3. 网页系统实现（1）编写HTML代码：使用HTML标签，构建网页结构。
（2）编写CSS代码：使用CSS样式，美化网页界面。
（3）编写JavaScript代码：使用JavaScript脚本，实现页面交互效果。
4. 网页系统测试与优化（1）功能测试：测试各个功能模块是否正常工作。
（2）性能测试：测试网页加载速度和响应时间。
（3）兼容性测试：测试网页在不同浏览器和设备上的显示效果。
（4）优化：根据测试结果，对网页进行优化，提高用户体验。
五、实验结果与分析1. 网页系统规划根据用户需求，本网页系统规划了以下功能模块：- 首页：展示网站简介、最新动态、热门产品等。
- 产品展示：详细介绍各个产品，包括图片、文字、价格等。
- 新闻资讯：发布公司新闻、行业动态等。
WEB软件测试总结报告
XXX项目测试总结报告目录1.项目测试结果 (1)1.1 BUG严重程度 (1)1.2 BUG问题分布状况 (2)2.测试结论 (2)2.1界面测试 (2)2.2功能测试 (2)2.3兼容性测试(Windows下) (2)2.4易用性 (3)2.5 负载/压力测试 (3)3.软件问题总结与分析 (5)4.建议 (6)1.项目测试结果1.1 BUG严重程度测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.1.2 BUG问题分布状况由上图可以看出，主要为代码错误占36%,以及标准规范的问题占35%,界面优化占17%,设计缺陷占9%,其他占2%2.测试结论2.1界面测试网站系统实现与设计稿一致。
站点的导航条位置，导航的内容布局，首页呈现的样式与需求一致。
网站的界面符合标准和规范，直观性强。
2.2功能测试分不同账号总权限账号,以及店长账号分别进行功能测试。
1:链接测试无问题,不存在死链接,测试链接都存在.2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题.2.3兼容性测试(Windows下)测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样。
2.4易用性网站实现了如下易用性：1. 输入限制的正确性2. 输入限制提示信息的正确性，可理解性，一致性3. 界面排版美观4. web应用系统易于导航，直观5. web应用系统的页面结构、导航、菜单、连接的风格一致2.5 负载/压力测试主要测试了压了测试:测试结果60秒内发请求,一次1000个请求,总共请求了2230个请求,成功了2208个失败两个1:每个请求用时30ms(吞吐量)2:服务器收到请求，响应页面要花费的时间:332ms3:并发的每个请求平均消耗时间:33.ms4:请求一共花了:72s第一个1000个人同时发出1000个请求总共1004个请求失败4个,成功10001:每个请求用时9ms(吞吐量)2:服务器收到请求，响应页面要花费的时间:109128ms3:并发的每个请求平均消耗时间:109.ms4:请求一共花了:109s1:如上图当同时在线人数达到45时候,服务器崩溃,导致成功率一直下降到达40%,直到结束总请求达到:26796.平均每个请求响应时间为281ms,系统吞吐量(tps)20.89/s. 因为系统被困导致数据反映不准.3.软件问题总结与分析从测试过程中发现bug的严重程度与分布状况来看，引起缺陷主要有以下几方面：1. 没有需求文档需求文档只是个大纲的形式，没有详细的需求文档。
Web系统测试实验报告
多用户不同网络条件下的连接速度是否满足要求
参考表格如下：
性能A描述
多用户不同上网方式下的测试
用例目的
前提条件
输入数据
期望的性能（平均值）
实际性能（平均值）
性能B描述
多用户不同距离条件下的测试
场景场景场景条件条件条件操作操作操作预期结果预期结果预期结果用用用户户户通通通过过过用用界面面面输输输入入信息信息信息输入任何东输入任何东输入任何东客户端页面客户端页面客户端页面到初始状态到初始状态到初始状态用用用户户户通通通过过过用用界面面面输输输入入信息信息信息输入刚好等输入刚好等输入刚好等于字数限制于字数限制于字数限制息提交息提交息提交所填信息正所填信息正所填信息正存到相应的存到相应的存到相应的客户端提示客户端提示客户端提示成功成功成功用用用户户户通通通过过过用用输入略超过输入略超过输入略超过所填信息不所填信息不所填信息不户户界面面面输输输入入信息信息信息字数限制的字数限制的字数限制的正确信息正确信息正确信息提交提交提交确保存到相应的确保存到相应的确保存到相应的数据库表中数据库表中数据库表中客户端提示字数客户端提示字数客户端提示字数超长超长超长引导用户定位超引导用户定位超引导用户定位超长输入长输入长输入用用用户户户通通通过过过用用界面面面输输输入入信息信息信息输入略少于输入略少于输入略少于字数限制的字数限制的字数限制的正确信息正确信息正确信息提交提交提交所填信息正确保所填信息正确保所填信息正确保存到相应的数据存到相应的数据存到相应的数据客户端提示提交客户端提示提交客户端提示提交成功成功成功用用用户户户通通通过过过用用界面面面输输输入入信息信息信息输入非法字输入非法字输入非法字符提交符提交符提交所填信息不能保所填信息不能保所填信息不能保存到相应的数据存到相应的数据存到相应的数据客户端提示有错客户端提示有错客户端提示有错误输入误输入误输入引导用户定位错引导用户定位错引导用户定位错误输入误输入误输入用用用户户户通通通过过过用用界面面面输输输入入信息信息信息输入为空输入为空输入为空提交提交提交应有必填项判断应有必填项判断应有必填项判断客户端提示必填客户端提示必填客户端提示必填项不能为空项不能为空项不能为空引导用户定位必引导用户定位必引导用户定位必所填信息不能保所填信息不能保所填信息不能保存到相应的数据存到相应的数据存到相应的数据用用用户户户通通通过过过用用界面面面输输输入入信息信息信息该输入汉字该输入汉字该输入汉字的输入英文的输入英文的输入英文字符提交字符提交字符提交注
web系统性能测试报告模板
1. 总述1.1测试对象数据采集测试系统1.2测试目的确定系统支持的最大并发用户数（系统的处理能力能达到2次请求/分钟）1.3测试环境1.4测试依据1.5参考资料1.6术语及缩写词●测试时间：一轮测试从开始到结束所使用的时间●并发线程数：测试时同时访问被测系统的线程数。
注意，由于测试过程中，每个线程都是以尽可能快的速度发请求，与实际用户的使用有极大差别，所以，此数据不等同于实际使用时的并发用户数。
●每次时间间隔：测试线程发出一个请求，并得到被测系统的响应后，间隔多少时间发出下一次请求。
●平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。
●处理能力：在某一特定环境下，系统处理请求的速度。
●cache影响系数：测试数据未必如实际使用时分散，cache在测试过程中会比实际使用时发挥更大作用，从而使测试出的最高处理能力偏高，考虑到这个因素而引入的系数。
●用户习惯操作频率：根据用户使用习惯估算出来的，单个用户在一段时间内，使用此类功能的次数。
通常以一天内某段固定的高峰使用时间来统计，如果一天内没有哪段时间是固定的高峰使用时间，则以一天的工作时间来统计。
●预期平均响应时间：由用户提出的，希望系统在多长时间内响应。
注意，这个值并不是某一次访问的时间，而是一段时间多次访问后的平均值。
●最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。
这个数据就是实际可以同时使用系统的用户数。
1.7计算公式●成功率＝成功次数÷（成功次数＋失败次数）●处理能力＝成功次数÷测试时间●最短平均响应时间＝MIN（平均响应时间）●最高处理能力＝MAX（处理能力）×（1－cache影响系数）●最大并发用户数＝（最高处理能力－1÷（预期平均响应时间－最短平均响应时间＋（1÷最高处理能力）））÷用户习惯操作频率，此公式要注意各时间单位的不同和转换2. 测试方法2.1测试模型2.2测试过程简述通过编写特定的测试流程，使用多线程技术，模拟多个浏览器持续一段时间并发访问被测系统，记录系统相关的一系列信息，计算出系统支持的最大并发用户数2.3需记录的数据测试时间平均响应时间成功次数失败次数web服务器CPU利用率（平均、最大）数据库服务器CPU利用率（平均、最大）3. 测试用例4. 测试结果4.1查看记录内容4.1.1 测试日期2006.03.124.1.2 数据测试时间（分钟）5并发线程数每次时间间隔（秒）平均响应时间（秒）成功次数失败次数成功率处理能力（次/分）web服务器CPU占用率（％）数据库服务器CPU占用率（％）平均最大平均最大1 0 7.469 40 0 100.00% 8.00 34.45 47.15 60.16 80.67 1 0 7.909 36 0 100.00% 7.20 32.62 48.96 54.41 71.33 3 0 17.333 50 0 100.00% 10.00 43.37 53.65 87.73 98.673 0 16.805 52 0 100.00% 10.40 42.93 58.85 89.72 984 0 22.096 52 0 100.00% 10.40 43 54.92 93.25 99.34 4 0 22.187 52 0 100.00% 10.40 43.49 56.25 93.81 99.675 0 27.007 52 0 100.00% 10.40 43.64 58.03 96.56 99.34cache影响系数最短平均7.469响应时间（秒）最高处理能力（次/10.4分）用户习惯30操作频率（次/天）预期平均10 13 15 20响应时间（秒）最大并发50.74 81.45 94.22 113.94用户数4.1.3 说明不断增加并发线程数，系统处理的成功次数并没有增加，说明系统已经达到最大处理能力（虽然从cpu占用率上看，系统的处理能力还能够达到更高的数值，但由于测算出的处理能力已经远远超出2次/分钟的预期值，所以，不需要再继续测试更高的数值）5. 附件5.1excel格式的原始数据和计算结果。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附录实验报告格式
一、实验目的
应用Web测试工具对Web系统进行功能和性能测试；
二、实验内容
2．题目二：对博客测试网站进行性能测试
1、题目内容描述
要求使用LoadRunner，对博客网站进行性能测试。
重点进行用户并发测试。
并发测试模块自己确定。
具体要求：
(1)拟定测试计划
(2)撰写测试方案
(3)设计测试用例
(4)录制测试脚本
(5)用LoadRunner实施测试
(6)分析测试结果
2、测试过程
（1）测试计划
使用loadrunner对博客网站进行性能测试，主要测试其负载能力
（2）测试方案
第一、生成脚本
第二、播放脚本
第三、准备用于负载测试的脚本
第四、创建负载测试场景
第五、运行负载测试
第六、分析场景
（3）测试用例
设计10个用户同时注册博客网站。
具体操作：
1、让其每10秒启动2个用户进行注册
2、计划在加压完成之后运行3分钟
3、每10秒停止2个用户
（4）录制脚本
下图为录制的脚本：
对脚本解释分析：
（5）进行测试
创建负载测试场景，把用例设计运用到测试中，模拟实际的负载行为和不同类型的用户，在controller中执行测试场景，得出结果。
（6）测试结果及分析。