网站性能测试报告-软件_42
软件测试报告
软件测试报告成员：2022年4月24日软件测试报告项目名称：基于+SQL server 2008网上书城一、测试概述1.1测试任务描述对店铺管理产品项目中所有的软件测试活动中，包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估，总结测试活动的成功经验与不足，以便今后更好的开展测试工作。
1.2测试范围依据用户需求说明书和软件需求规格说明书以及相应的设计文档进行系统测试，包括功能测试、性能测试、用户访问与安全控制测试、用户界面测试和单元测试。
主要功能包括：用户功能注册新用户、登录系统、浏览公告、发表留言、添加修改和删除购物车的信息、提交订单浏览者功能查看网站主页、商品信息查询、浏览公告信息购物系统管理后台管理员注册系统、管理员登录系统、用户管理系统、订单管理系统、商品管理系统、公告管理系统1.3测试环境描述测试PC机（2台）配置：Web服务器及数据库服务器均采用AMD Atholon (1GHZ)PC工作站。
内存1024M、硬盘120G数据库管理系统：数据库MySQL:MySQL Server 5.0应用软件：Tomcat5.5、eclipse客户端前端显示：IE9.01.4测试模型1.5参考资料二、测试描述2.1测试版本比较2.2测试方法黑盒测试、WEB测试通用方法、手工测试2.3测试描述三、遗留问题描述测试执行时间相对较少，测试通过标准要求较低；开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象存在较多；测试执行人员对管理平台不够熟悉，使用时效率偏低；测试执行人员对系统了解不透彻，测试执行时存在理解偏差，导致提交无效缺陷。
四、测试总结4.1测试用例执行结果4.2测试问题解决4.3测试结果分析4.3.1覆盖分析测试覆盖分析需求覆盖分析对应约定的测试文档（《店铺管理产品测试计划》），本次测试对系统需求的覆盖情况为：注：P表示部分通过，N/A表示不可测试或者用例不适用。
4.3.2缺陷分析本次测试中发现Bug共17个由统计来看，缺陷大部分集中在注册新用户以及登录，管理员后台系统部分，其余分布较为分散。
coremail 性能测试报告
PoolTimeout="20" #添加PoolTimeout[tomd]#CommTimeOut="10"CommTimeOut="20" #调大tomd的CommTimeOut[toms]#maxconnection="50"maxconnection="100"[tosession]#maxconnection="20"maxconnection="120" #增加tosession的连接数#CommTimeOut="5"CommTimeOut="20" #增加tosession的timeoutprograms.cf[mssvr]#MSMaxMsgInBox="100"MSMaxMsgInBox="300" #使一个信桶可以放更多封信，减少磁盘下文[udsvr]#TransLogPath="$(COREMAIL_HOME)/logs/udtrans" #注释掉,不写translog MBoxBlockSize="163840" #添加此配置#KeepLoginHistory="7"KeepLoginHistory="0" #不保存登陆信息#KeepDeliveryStatus = "7"KeepDeliveryStatus = "0" #不保存发送状态信息#CacheLimit="10000"CacheLimit="102400"#UpdateLastLogin="1"UpdateLastLogin="0" #[pop3svr]#TransLogPath="$(COREMAIL_HOME)/logs/pop3trans.log" #不写translog [deliveragent]#StatLogPath="$(COREMAIL_HOME)/logs/rcptstat" #不写translog#TransLogPath="$(COREMAIL_HOME)/logs/rcptstat"[mtasvr]TransLogPath="" #需要设置成""才不会输出translog预期结果：1.记录LoadRunner测试数据测试结果：（见图一）1.服务每秒发送的邮件数（封/秒）：88.5（共10.8万封）2.20分钟共发送邮件数（封）：10.8万3.平均响应时间（秒）：5.54.服务连接失败率(封/秒)：05.90%用户响应时间：8.7516.应用服务器CPU使用率：95.17.硬盘IO：81.8填写测试结果√□合格□部分合格□不合格Smtp-并发500个用户发送邮件的事务概要图如下：（图一）4.3WEB发送邮件性能测试Webmail 并发1000用户发信测试编号：websend-01 测试属性：■重要□一般□可选测试项目：Web发送邮件性能测试测试目的：验证webmail发送邮件性能测试步骤：1.通过LoadRunner模拟登录（在登录处设置集合点，使得测试压力更大）,发送13k的邮件,然后退出2.并发1000个用户3.连续测试20分钟预期结果：1.记录LoadRunner测试数据测试结果：（见图二）1.服务处理吞吐率（封/秒）：18.6（共发送2.3万封）2.平均响应时间（秒/封）：47.23.90%用户响应时间：66.94.服务失败率(请求/秒)：0.19%5.应用服务器CPU使用率：99.3%6.硬盘IO：21.6%填写测试结果√□合格□部分合格□不合格Webmail并发1000个用户发送邮件的事务概要图如下：（图二）4.4pop3服务性能测试pop3并发1000用户收信测试编号：pop3-01 测试属性：■重要□一般□可选测试项目：POP接收邮件性能测试测试目的：验证POP接收邮件性能。
app性能测试报告
30.72 35.84 40.61 44.57 13.83 39.14 36.02 43.22 47.92 43.57
44.75 49.88 47.83 49.04 15.45 48.41 44.95 51.53 56.88 52.39
8
167
122
5
165
72
4
158
95
4
143
78
2
10
182
70
3.21 30.62 21.90 17.62 3.32 19.34 25.21 16.43 23.30 12.48
性能测试
CPU占用（峰值）
31.00 27.00 88.00 0.00 9.00 35.00 84.00 94.00 63.00 100.00 21.00 75.00 0.00 42.00 58.00 82.00 78.00 47.00 69.00 60.00 58.00 20.00 16.00 63.00 39.00 100.00 65.00 100.00 68.00 16.00 56.00
戴尔 V04B 朵唯 DOOV-D5 飞利浦 W626 飞利浦 W732 飞利浦 W920 谷歌 Google Nexus One 谷歌 Nexus 7
国虹 W100 海尔 W910 海信 HS-U8 宏基 A100 宏基 AK330S 华为 C8650+ 华为 C8650 华为 C8800 华为 C8812 华为 C8812e
测试机型号
系统版本 分辨率
Deovo V5 HTC 802w HTC A310e HTC A315c HTC A3380 HTC A510c HTC A510e HTC A810e HTC A9188 HTC ADR6300 HTC C510e HTC Desire HTC Hero200 HTC Legend HTC MyTouch 3G Slide HTC MyTouch 4G HTC S510b HTC S510e HTC S510e HTC S710d HTC S710e HTC S710e HTC S720e HTC T320e HTC T327w HTC T328d HTC T328t HTC T328w HTC T-Mobile G2 HTC X515d HTC X515m HTC X715e HTC X920e HTC Z510d HTC Z560e HTC Z710e HTC Z710t HTC Z715e LG C660 LG P970 LG P970 OPPO R801
软件单元测试报告模板
XXXX单元测试计划部门编写审核批准XXXX有限公司文档控制变更记录1范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)2引用文件 (4)3术语和定义 (5)4测试结果概述 (5)4.1被测软件概述 (5)4.2测试工作概述 (5)4.3测试数据度量分析 (6)4.4总体评估 (7)4.5测试环境的影响 (8)4.6改进建议 (8)5详细测试结果 (8)5.1测试结果（测试序号：1） (8)5.1.1通过的测试用例 (8)5.1.2未通过的测试用例 (8)5.1.3未完整执行的测试用例 (8)5.1.4本轮测试完成后进行的修改 (9)6测试工作总结 (9)未找到图形项目表。
表目录表4-1测试工作表 (5)表4-2测试用例执行情况 (6)表4-3问题清单 (7)表4-4问题分类统计（缺陷分布） (7)表4-5问题分类统计（问题类别） (7)表4-6问题分类统计（严重级别） (7)表5-1通过的测试用例表 (8)表5-2未通过的测试用例表 (8)表5-3未完整执行的测试用例表 (8)表4-7更改汇总 (9)1范围1.1标识写明本文档的：a.本文档的标识号：；b.标题：XXXX软件XX测试报告；c.本文档适用于XXX系统/软件/XXXXCSCI。
1.2系统概述标识并描述本文档使用的CSCI（可以是一个系统中的多个配置项）在系统中的作用、运行环境等。
包括系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构。
1.3文档概述本文档为测试报告的参考模板。
本文档的各章节和提示为编制文档所必须的要素，文档开发人员可根据项目的特点和需要调整本文档的结构和描述方式，但应保证本文档要求的要素均能得到充分的描述。
文档开发人员应根据项目需要（包括用户需要、组织需要和项目特点）在本文档的基础上做适当的扩展以满足项目的要求。
本文档模板涵盖了GJB 438B-2009、GB/T 8567-2006对软件测试报告文档的要素和内容的要求。
网站负载测试报告
网站负载测试报告测试概述：本次测试旨在评估网站的负载能力，确定其在高负载情况下的性能表现，并帮助优化网站的性能以提供更好的用户体验。
测试使用了一系列负载测试工具和方法，收集了相关数据并进行了分析。
测试环境：- 测试日期：XXXX年XX月XX日- 网站地址：XXXXXX- 测试工具：XXXXXX- 测试参数：XXXXXX- 测试目标：评估网站在高负载情况下的响应时间、并发用户数和资源消耗等指标测试过程：1. 初始化测试环境在准备开始测试之前，我们确保了测试环境的稳定性和一致性，包括网络连接、服务器配置和数据库设置等。
2. 进行负载测试使用XXXXXX工具对网站进行负载测试，模拟了不同数量级的用户请求，并记录了以下指标：- 响应时间：测量网站处理每个请求所需的时间，以评估其性能。
- 并发用户数：模拟同时在线的用户数量，用于确定网站的最大负载能力。
- 资源消耗：测试期间对服务器、数据库和网络的资源消耗情况，用于优化系统性能。
3. 数据分析与结果在进行多次测试后，我们对收集到的数据进行了分析，并得出以下结果：3.1 响应时间根据测试结果，网站在低负载情况下的平均响应时间为X秒，而在高负载情况下，响应时间达到了X秒。
这表明网站的响应时间在高负载时会有所延迟，可能需要进行性能优化以提高响应速度。
3.2 并发用户数在负载测试中，网站能够同时承载最大X个并发用户。
超过这个数量后，网站的响应时间开始显著增加，用户体验受到影响。
因此，在设计系统架构时，需要考虑增加服务器数量或优化代码以提高并发处理能力。
3.3 资源消耗在测试期间，网站对服务器、数据库和网络资源的消耗情况相对稳定。
然而，在高负载情况下，服务器的 CPU 使用率达到了X%，数据库的读写操作增加，并且网络带宽利用率较高。
为确保系统的可靠性和稳定性，需要监控资源消耗情况，及时进行扩容或优化。
4. 性能优化建议综合以上测试结果和数据分析，我们给出以下性能优化建议，以提升网站的负载能力和用户体验：4.1 分布式架构考虑采用分布式架构，将请求分散到多个服务器上，以提高并发处理能力和响应速度。
软件测试报告稳定性与可靠性测试结果分析
软件测试报告稳定性与可靠性测试结果分析软件测试报告稳定性与可靠性测试结果分析一、测试背景与目的在软件开发过程中，稳定性与可靠性是非常重要的因素。
稳定性测试是为了评估软件在长时间运行中是否发生崩溃或错误的能力，而可靠性测试则是为了评估软件在各种条件下是否能正确运行的能力。
本次测试旨在分析软件的稳定性与可靠性，为开发团队提供改进软件质量的建议。
二、测试方法与环境在进行稳定性与可靠性测试时，首先需要明确测试方法与测试环境。
1. 测试方法：- 随机测试：通过随机生成各种输入情况，测试软件在这些情况下的稳定性和可靠性。
- 极限测试：通过将软件推向极限情况，例如输入超过允许范围的数据，测试软件在这些情况下的稳定性和可靠性。
- 压力测试：通过模拟大量并发用户或数据请求，测试软件在高负载情况下的稳定性和可靠性。
2. 测试环境：- 软件版本：XXXXX（填写软件版本号）- 操作系统：XXXXX（填写操作系统及版本）- 测试工具：XXXXX（填写测试工具及版本）三、测试结果分析本次测试共针对软件的稳定性与可靠性进行了多个测试用例的执行，并记录了测试结果。
以下是对测试结果的分析和总结：1. 测试用例一：随机测试- 测试目的：评估软件在各种随机输入情况下的稳定性和可靠性。
- 测试结果：在100次随机测试中，软件共出现了5次未响应的情况，平均每20次测试出现一次问题。
- 分析与建议：随机测试中发现了软件在处理某些特定输入时的问题，建议开发团队针对这些情况进行优化和修复。
2. 测试用例二：极限测试- 测试目的：评估软件在极限输入情况下的稳定性和可靠性。
- 测试结果：通过将输入数据设置为超过允许范围的值进行测试，软件未出现崩溃或错误的情况。
- 分析与建议：软件在处理极限输入时表现良好，没有出现异常情况。
3. 测试用例三：压力测试- 测试目的：评估软件在高负载情况下的稳定性和可靠性。
- 测试结果：在100个并发用户同时进行操作的情况下，软件未出现崩溃或错误的情况，响应时间平均为1秒。
软件测试工作内容报告范文模板
软件测试工作内容报告范文模板一、引言本报告旨在汇报软件测试工作的内容和进展情况，以促进团队之间的沟通和合作。
本次报告将从项目背景、测试目标、测试计划、测试过程、测试结果和总结等几个方面进行详细描述。
二、项目背景在本次软件测试工作中，我们将测试一款名为“XXX”的手机应用程序。
该应用程序是一款社交类软件，用户可以通过它与好友进行聊天、分享照片、发布动态等。
三、测试目标本次软件测试工作的目标主要包括以下几个方面：1. 确保应用程序的基本功能正常运行，包括登录、注册、发送消息等；2. 验证应用程序的稳定性和性能，确保它能够在各种网络环境下快速响应和处理大量数据；3. 检查应用程序的兼容性，确保它能够在不同型号和版本的手机上运行正常；4. 评估应用程序的安全性，检查是否存在漏洞和潜在的安全风险；5. 检查应用程序的用户界面和用户体验，提出改进建议。
四、测试计划本次软件测试工作计划分为以下几个阶段：1. 需求分析阶段：分析应用程序的功能需求和技术要求，制定详细的测试计划和测试用例；2. 测试设计阶段：设计测试用例，包括功能测试、性能测试、兼容性测试、安全性测试等；3. 测试执行阶段：按照测试计划和测试用例进行测试，并记录测试结果；4. 缺陷管理阶段：对测试中发现的缺陷进行跟踪和管理，直到问题解决。
五、测试过程在测试过程中，我们采用了以下方法和工具：1. 功能测试：使用黑盒测试法，测试应用程序的基本功能；2. 性能测试：使用压力测试工具，模拟大量用户同时访问应用程序，检查其响应时间和系统资源消耗；3. 兼容性测试：使用不同型号和版本的手机进行测试，并记录运行情况和问题；4. 安全性测试：使用漏洞扫描工具和安全性分析工具，检查应用程序存在的安全问题；5. 用户界面和用户体验测试：邀请用户参与测试，收集用户的意见和建议。
六、测试结果在测试过程中，我们共发现了以下几个问题：1. 登录功能偶尔出现延迟问题，需要优化服务器响应时间；2. 在某些型号的手机上，应用程序会闪退或者出现卡顿的情况，需要进一步排查兼容性问题；3. 某些用户反馈应用程序的界面不够友好，需要改进用户界面设计；4. 存在一些安全风险，需要对应用程序进行安全性修复与加固。
网站的渗透测试报告
网站的渗透测试报告1. 引言网站渗透测试是一种评估和验证网站安全性的技术，通过模拟黑客攻击，检测并揭示潜在的安全漏洞。
本报告将对某网站进行渗透测试，并详细记录测试过程、发现的漏洞以及建议的解决方案。
2. 测试范围本次渗透测试针对网站名称的公开网站进行，包括前端和后端部分。
测试包括但不限于以下内容：1.网站基础设施测试2.常见漏洞扫描和检测3.用户权限控制测试4.SQL注入测试5.跨站脚本攻击（XSS）测试6.文件上传和下载测试7.敏感信息泄露测试3. 测试方法本次渗透测试采用了以下一些常见的测试方法和工具：•端口扫描：使用Nmap工具对目标网站进行端口扫描，以识别开放的服务和可能的漏洞。
•Web应用扫描：使用OWASP ZAP和Burp Suite工具对网站进行漏洞扫描，检查是否存在常见的Web安全漏洞。
•密码爆破：使用Hydra工具对登录界面进行暴力破解，检查密码强度和防护措施。
•SQL注入：使用SQLMap工具对网站进行SQL注入测试，检测是否存在SQL注入漏洞。
•XSS测试：使用XSStrike工具对网站进行跨站脚本攻击测试，检测是否存在XSS漏洞。
4. 测试结果经过测试，我们发现了以下安全漏洞：4.1 用户权限控制不足网站的用户权限控制存在不足，用户在进行某些敏感操作时，未进行适当的权限验证。
这可能导致未授权的用户执行特权操作，并访问到不应该暴露的敏感信息。
4.2 SQL注入漏洞在某些页面中，我们发现了可能存在的SQL注入漏洞。
攻击者可以利用这些漏洞直接修改查询语句，绕过登录验证，甚至获取到数据库中的敏感信息。
4.3 跨站脚本攻击漏洞部分页面未过滤用户输入的特殊字符，导致存在跨站脚本攻击（XSS）漏洞。
攻击者可以通过构造恶意代码注入到页面中，获取用户的敏感信息或进行其他恶意操作。
4.4 文件上传漏洞在上传文件的功能中，我们发现了可能存在的文件上传漏洞。
攻击者可以上传包含恶意代码的文件，从而执行任意代码或者破坏网站的完整性。
软件测试工作总结(通用8篇)
软件测试工作总结（通用8篇）软件测试工作总结篇1本着对IT业的憧憬，走进了中城泰信(北京)信息技术，我在公司所从事的工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要求，了解了作为一个测试人员必须耐心，细心和平和的心态，他的目标是尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。
软件测试人员的基本素质之一是:在接下来发生的事情之后提出问题。
此外，你还必须具备探索精神、创造力、追求完美、判断准确、老练稳定、编程说服力和教育力强等品质，还必须是故障排除专家，等等。
看之前发现自己离这些要求真的很远，进一步认识到自己要全身心投入工作，虚心请教，从零开始。
另外，测试并不是单纯意思上的机械的"测试"，它首先要求对产品非常熟悉，不管是从功能上还是操作上。
更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。
而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。
公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品，在真正的投入到测试这个工作之前，我们首先该做的就是熟悉产品，而最最直接的途径便是查看说明书，刚开始每天都是打开电脑，看产品说明书，重复的看，本以为看几遍就都记住，但是到公司进行考核的时候，才发现原来自己真的什么都没有掌握，第考核不及格，虽然具体的分数没有看到，但是那份心情，却使自己始终无法忘怀，也更让自己认识到要虚心的，按部就班的好好熟悉产品，要做到对产品耳熟能详。
在我实习期间公司给北京市自来水集团负责查表税费稽查等系统，它主要应用是水费的业务管理。
对于我们来说，这是一个完全陌生的产品，老板要求我和跟我一起实习的同事快速熟悉产品的各项功能，并在三天内完成测试。
当时听到一天之内掌握一个全新的产品并测试其存在的问题似乎是不可能的，我很震惊，也不相信自己有这样的能力。
但是到最后，我们可以从一无所知到熟练掌握。
软件测试报告易用性测试发现的问题与修复建议
软件测试报告易用性测试发现的问题与修复建议软件测试报告：易用性测试发现的问题与修复建议摘要：本报告旨在对软件进行易用性测试，并记录发现的问题以及提供相应的修复建议。
通过测试用户界面、导航菜单、交互设计等方面，发现了一些易用性问题，对每个问题给出了详细的修复建议。
本报告旨在帮助开发人员和设计团队改进产品的易用性，提高用户体验。
1. 引言在软件开发过程中，易用性是一个重要的考虑因素。
用户友好的软件界面和良好的用户体验可以提高用户满意度，并增加软件的使用率。
本报告主要针对易用性测试中发现的问题进行记录和建议修复。
2. 测试环境为了确保测试结果的准确性，易用性测试在以下环境中进行：- 操作系统：Windows 10- 浏览器：Google Chrome 最新版本- 用户设备：台式电脑、平板电脑、手机3. 测试方法测试人员以真实用户的角色进入软件界面，并进行一系列操作，包括浏览网页、填写表单、搜索功能等。
通过观察用户操作过程，记录下发现的易用性问题。
4. 测试结果及问题描述在本轮测试中，我们发现了以下易用性问题：4.1 页面加载速度过慢描述：在进入网站的过程中，页面加载速度明显延迟，给用户带来了等待的不便。
建议修复：优化网站的代码和资源文件，缩减页面加载时间，提升用户体验。
4.2 页面排版混乱描述：部分页面在不同设备上显示效果不一致，页面内容错位，排版混乱。
建议修复：对页面进行响应式设计，确保在不同设备上展示效果一致，统一页面样式与布局。
4.3 导航菜单不直观描述：导航菜单结构复杂，不符合用户的使用习惯，用户难以找到所需功能模块。
建议修复：优化导航菜单的层次结构，根据用户习惯进行分类和排序，提供简洁直观的导航功能。
4.4 表单填写困难描述：部分表单在填写过程中缺少必要的提示和错误提示，用户无法准确和方便地填写表单内容。
建议修复：在表单中加入必要的提示信息和错误提示，帮助用户准确填写。
4.5 页面文字过多描述：部分页面的文字过长过多，排版杂乱，用户阅读困难。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档下载站 http://www.800abc.cn 更多资源下载 本站所有资源均来自互联网或本站会员提供，如有侵犯您的版权或其他问题，请通知管理员，我们会在最短的时间回复您!
网站性能测试报告 目 录 1 项目背景 ................................................................................................................. 3 2 编写目的 ................................................................................................................. 3 3 参考文档 ................................................................................................................. 3 4 参与测试人员 ......................................................................................................... 3 5 测试说明 ................................................................................................................. 3 5.1 测试对象 ........................................................................................................................... 3 5.2 测试环境结构图 ............................................................................................................... 4 5.2.1 测试环境 ................................................................................................................... 4
6 测试流程 ................................................................................................................. 5 7 测试方法 ................................................................................................................. 5 8 测试结果统计 ......................................................................................................... 6 8.1 用户并发测试：独立业务 ............................................................................................... 6 8.2 用户并发测试：组合业务 ............................................................................................. 16 8.3 大数据量测试 ................................................................................................................. 22
9 分析与建议 ........................................................................................................... 22 9.1 独立业务 ......................................................................................................................... 22 9.2 组合业务 ......................................................................................................................... 22 9.3 大数据 ............................................................................................................................. 22 9.4 其它 ....................................................................................................错误!未定义书签。 1 项目背景 为了了解网易网的行你呢，我特此对网易网站进行压力测试。 2 编写目的
描述网易网站，在大数据量的数据环境下，系统的执行效率和稳定性。 3 参考文档
序号 相关文档 文档位置 版本 日期 1、 性能测试方案V1.2-内容管理系统 V1.2 2006年6月05日
2、 4 参与测试人员
软件测试0801雷晓华 5 测试说明
5.1 测试对象
网易网站 5.2 测试环境结构图 集线器数据库服务器 应用服务器
负载生成器/性能监视器 5.2.1 测试环境 5.2.1.1 服务器端 5.2.1.1.1 硬件环境 机器型号 配置信息 数量 备注 IBM AS/400 520-0903 服务器 520 1.5GHz Processor； 2GB内存*1； 70GB硬盘*3 RAID卡*1 网卡：100M 1台 用于数据库服务器
联合创新机器 奔腾2.666GHz 1GB RAM 80GB 硬盘 网卡：100M 1台 WEB应用服务器
5.2.1.1.2 软件环境 数据库服务器 操作系统： IBM AS/400 UNIX
数据库： Db2 for 400 应用服务器 操作系统： Windows xp professional 应用服务器： Webshpere Apllicaiton Server6.0 浏览器： Internet explorer6.0 JDK JDK1.4 备注： 5.2.1.2 客户端 5.2.1.2.1 硬件环境
机器型号 配置信息 数量 备注 紫光笔记本 赛扬 1.5 cpu； 256M RAM； 40GB DISK； 100M网卡； 1台 负载生成/性能监控
5.2.1.2.2 软件环境 操作系统： Windows xp sp2 浏览器： IE6.0 压力测试工具： MI Loadrunner 8.1
备注：
6 测试流程
1、搭建模拟用户真实运行环境。 2、安装压力测试工具Loadrunner7.8。 3、使用LoadRunner中VuGen录制测试脚本。 4、使用Load Runner Controller组织发起模拟负载，并收集测试数据以及测试目标机器和网络的资源数据。 5、使用LoadRunner 的Analysis组件，分析测试结果。 6、整理并分析测试结果，写测试总结报告。
7 测试方法
使用Mercury公司的性能测试软件LoadRunner8.1，对本系统业务进行脚本录制，测试回放，逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各前台测试，发起各种组合的业务请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。
1、录制日常访问量比较大的业务模块的代码，对测试机器进行压力测试。 2、模拟用户在单个业务操作和两个业务混合操作时，20、50、100、300、500用户同时并发，进行多次连续测试，完成测试目标。 3、模拟用户在在单个业务操作和两个业务混合操作时，20个用户进行并发操作后，然后在每1秒登录1个用户，最大用户数达500；每1秒登录10个用户，最大用户数达500，进行多次连续测试，完成测试目标。
4、对日常访问量比较大的业务模块，模拟用户在数据量为十万级、百万级、千万级数据量的情况下，每15增加用户数100个进行循环递增，最终测试用户达到10000的在线访问量，进行多次连续测试，完成系统大数据量测试目标
8 测试结果统计
8.1 用户并发测试：独立业务 8.1.1 查看首页站点文章 功能 查看首页发布的文章 目的 测试多个用户同时对系统并发操作时系统的性能。 方法 录制包含如下功能的代码： (1) 登陆www.163.com (2) 操作进行20、50、100、300、500个用户并发操作。 并发用户数与事务执行情况 并发用户数 20 50 100 300 500
查看首页站点文章
通过的虚拟用户数 20 50 100 300 500 事务平均响应时间（s） 0.302 1.63 1.466 2.175 2.828 事务最大响应时间（s） 0.452 2.23 2.429 4.282 4.924 平均每秒通过事务数 1.333 6.25 6.786 10.241 10.933 每秒点击次数 22.667 106.25 115.357 174.103 185.867 每秒HTTP响应数 22.667 106.25 115.357 174.103 185.867 测试工具分析结果见下图：