压力测试计划实例（最终定稿）

第一篇：压力测试计划实例

压力测试计划实例

发布时间: 2007-4-14 11:22作者: tonny来源: 转载

字体:小中大| 上一篇 下一篇 | 打印| 我要投稿| 每周一问，答贴有奖

利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但是错误总是存在的，如果开发者找不到错误，那么，客户就会找到它们。越来越多的软件组织认识到软件测试是软件质量保证的重要元素之一，很多软件开发组织将30%—40%甚至更多的项目资源用在测试上，软件测试技术和软件测试策略受到了高度的重视和广泛的应用。

本文不想就软件测试技术和软件测试策略作深入的理论分析，而是列举一个在软件系统测试阶段进行的压力测试实例，希望能通过这个实例与从事软件测试相关工作的朋友进行交流。

首先介绍一下实例中软件的项目背景，该软件是一个典型的三层C/S架构的MIS系统（客户端/应用服务器/数据库管），中间层是业务逻辑层，应用服务器处理所有的业务逻辑，但应用服务器本身不提供负载均衡的能力，而是利用开发工具提供的ORB（对象请求代理）软件保证多个应用服务器间的负载均衡。本次测试的目的是：进行单个应用服务器的压力测试，找出单个应用服务器能够支持的最大客户端数。测试压力估算的依据是：假定在实际环中，用户只启用一个应用服务器进行所有的业务处理。方法是：按照正常业务压力估算值的1~10倍进行测试，考察应用服务器的运行情况。

压力测试的详细计划如下：

压力测试计划

1、测试计划名称

河北省公安交通管理信息系统压力测试计划。

2、测试内容

2.1背景

本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间运行测试软件来测试被测系统的可靠性，同时还要测试被测系统的响应时间。用户的实际使用环境：

◇由两台 XSeries250 PC Server组成的Microsoft Cluster；

◇数据库管理系统采用Oracle8.1.6；

◇应用服务器程序和数据库管理系统同时运行在Microsoft Cluster上。

◇有200个用户使用客户端软件进行业务处理，每年通过软件进行处理的总业务量为：150万笔业务/年。

2.2测试项

应用服务器的压力测试；

2.3不被测试的特性

◇系统的客户端应用程序的内部功能；

◇数据库中的数据量对程序性能的影响。

3、测试计划

3.1测试强度估算

测试压力估算时采用如下原则：

◇全年的业务量集中在8个月完成，每个月20个工作日，每个工作日8个小时；

◇采用80—20原理，每个工作日中80%的业务在20%的时间内完成，即每天80%的业务在1.6小时内完成；

测试压力的估算结果：

去年全年处理业务约100万笔，其中15%的业务处理每笔业务需对应用服务器提交7次请求；70%的业务处理每笔业务需对应用服务器提交5次请求；其余15%的业务每笔业务向应用服务器提交3次请求。根据以往统计结果，每年的业务增量为15%，考虑到今后三年业务发展的需

要，测试需按现有业务量的2倍进行。

每年总的请求数量为：（100*15%*7+100*70%*5+100*15%*3）*2=300万次/年。

每天的请求数量为：300/160=1.875万次/天。

每秒的请求数量为：（18750*80%）/（8*20%*3600）=2.60次/秒。

正常情况下，应用服务器处理请求的能力应达到：3次/秒。

3.2测试环境准备

3.2.1基本硬件及软件环境的准备

1)网络环境：公司内部的以太网，与服务器的连接速率为100M，与客户端的连接速率为10/100M自适应。

2)使用两台IBM XSeries250（1G内存）PC Server作Microsoft Cluster，安装系统软件

2000 Advance Server及Microsoft Cluster Server（MSCS）。

3)数据库管理系统的安装及配置：在测试用的IBM XSeries服务器上安装Oracle8.1.6，数据 库采用

Fail Safe（ofs）的Active/Passive配置。安装数据库管理系统及支撑软件（包括VisiBroker和BDEAdministrator）。

4)安装被测的应用服务器程序。

5)客户端的PC机：10台（PⅢ600/128M RAM）。

3.2.2系统客户端测试程序的编写系统客户端测试程序使用Delphi编写，要求测试程序实现如下功能：

1)模拟一个主要的向应用服务器发送请求并接收响应信息的功能。要求交替模拟两种情况：第一种，发送的请求至少包括10个参数，参数类型涵盖字符、日期、数字种类型；接收的响应信息不少于1个参数；第二种，发送的请求不少于1个参数；接收的响应信息至少包括10个参数，参数类型涵盖字符、日期、数字种类型。

2)必须能够通过参数设定在每台PC机上运行的客户端测试程序个数、请求的时间间隔（单位：毫秒）、运行时间（单位：小时）。

3)在数据库中建立测试记录表，生成测试记录，向数据库写入测试记录的功能不通过被测的应用服务器实现。日志内容包括：发送测试请求的机器名、客户端测试程序序号、发出请求时间、收到响应时间、处理是否成功。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、END_TIME、FLAG。

3.2.3系统本底数据的准备

为考察系统运行一段时间后系统的响应性能，参照实际运行情况及发展进行系统的本底数据准备。业务处理中涉及到的业务表中都要求按设计规模进行本底数据的准备。要求准备的数据记录的有效性符合系统要求，数据有效性的具体要求参见数据库设计及系统设计文档。

3.3破坏性测试

按照设计连接的客户端连接数量进行测试，把应用服务器处理请求的设计频度增加1－10倍，分别测试出现错误的状态和和出现错误的比率，考察是否出现不可恢复错误，系统设计要考

虑出现严重错误情况下负荷减轻错误自动恢复的实现方法。

计划时间：2天；这个时间包括破坏性的修复和自动恢复的实现需要的时间。

在测试过程中每10分钟记录一次IBM Xseries PC

Server的内存及CPU使用情况，包括被测程序的内存占用百分比、数据库管理系统的内存占用百分比、操作系统的内存占用百分比。

3.4强度稳定性测试

选择一种负荷比设计负荷重的情况（应用服务器处理请求的频度为应用服务器处理请求的 设计频度的1.5倍），进行24小时稳定性测试。

3.5测试方法和工具

黑盒测试

测试工具：无外购的测试工具，自己编制的测试工具。

3.6测试时间计划

3.6.1环境准备：2天。

其中：基本硬件、软件环境及系统本底数据的准备：1天，系统客户端测试程序的编写及测试：1天。

3.6.2破环性测试：2天。

3.6.3强度稳定性测试：1天。

3.7测试中的问题及处理

3.7.1暂停标准和再启动要求

暂停标准：被测试软件在强度稳定性测试中频繁出现异常（每小时出现1次以上）时。用户或公司要求暂停测试时。

再启动要求：通过调试后，预计被测试软件的可靠性有所提高时，可再次启动测试。

3.7.2不可预见问题

不可预见问题包括：

◇测试环境被破坏而导致测试无法进行；

◇当出现上述不可预见问题时，测试终止，就已完成的测试内容编制测试总结报告，并在报告中说明测试终止的原因。

3.8测试报告 2002.06.21

测试总结报告提交日期：2002.06.21。

3.8.1应生成的测试文件

测试记录（测试负责人和参与测试的人员签字）；

测试总结报告。

3.8.2测试总结报告中必须包含的内容

被测试软件名称、测试项、测试环境；

被测试软件的压力测试结论：响应时间、最大/最小并发数、失败的次数、正常连续运行的最长/最短时间，并发数与失败的关系。

4、人员和职责

4.1职责

测试工程师：负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。

软件工程师：负责编写、调试客户端测试软件；数据库管理系统的安装、ofs配置及系统的本底数据准备。系统工程师：负责测试用的硬件维护及操作系统安装、MSCS配置。

总工程师：负责对测试计划及测试总结报告进行批准。

用户：必要时可参加测试，并提出具体的测试要求；可要求暂停测试。

4.2人员和训练要求

本次测试无特别的人员及培训要求。

5、批准

本测试计划必须经过总工程师批准后才能开始实施。

第二篇：压力测试开始准备工作[推荐]

在压力测试开始之前，你需要做哪些准备工作？

翻译：尚勇

原作者：不详

如果你在负载测试、压力测试、性能测试或者可量测性测试方面是个新手，你大概会疑惑在测试过程中会牵涉到一些什么。或许你在自动化测试或者人工功能测试方面有很多的经验，并且也打算制作一个负载测试的流程。这会有一些相似之处，但最为重要的是，有巨大的差别。

1.系统：安装一个用作负载测试的环境看起来要花费很多的努力。仔细研究当前的生产系统。决定下来负载测试环境的范围。你是否想要模拟整个的生产系统？或者你只是想模拟生产系统的一个部分？尽管后者不是最为理想的一个方法，但是它是很实用的。会有什么样的组件参与进来？第三方的软件有否集成到你的底层架构中？你想要包括这些第三方的软件吗？硬件如何？记住：你不但需要包含测试下的系统（SUT），而且要包含LoadRunner的压力注射器。如果有可能的话，你应该单独有一个压力测试的环境，和其他的开发、测试或者生产的环境分离开来。所有的这些问题和以及将来更多的问题需要包含在预算中的。

2.网络：理想的状态，你的压力测试的环境应在一个独立的网络中。如果无关紧要，可以用一个交换网络来替代。原因是非常明显的，但又常常被忽略掉。首先，你不想让一些和测试无关的操作介入你的测试。如果你正在进行一个压力测试，这时其他人却在网络上通过FTP或者NDM传送大量的文件或者数据，这样会导致你的测试失去意义。同时，你也不想让你的大规模的压力测试影响网络上的开发或者生产系统。如果你对网络造成涌堵会成为不受欢迎的人。

3.范围：你的压力测试实验室的主要焦点是什么？是针对单独的一个应用程序？或者是负责整个企业的多个应用程序的测试？这是一个需要你在安装你的测试实验室之前需要考虑的关键问题。

4.计划：对一个压力测试来讲，在测试计划方面下再大的努力也是不充足的。试图在一个礼拜之内运行一个大规模的压力测试是有很多问题存在的。你必

须创建一个非常详细的计划，在这个计划里需要包含关于这个测试的方方面面：交易的流程/工作量/生产量，而且需要测试的系统的详细图表，关于你的测试方法论的相关信息（换算系统，成功因素，运行测试的每一步的步骤），整个项目组的观点以及他们的关心，需要收集的重要属性的解释，执行测试的日期和时间，联络人的列表，包含在内的系统的组件，风险和减轻风险的措施。这些都是你测试计划里需要包括的例子。并非所有的测试都需要做到如此的详细，但是你应该从类似的模板中精选出你认为需要包括进去的。

5.支持：在你运行你的测试的时候，总是需要系统和开发部门的人做支持的。在一个关键测试运行的中间阶段，如果一个服务器出现锁定是让每一个人灰心丧气的事情。如果你自己能够解决最好，不能解决就要找人来解决。

6.人员：压力测试会消耗掉你的大量的时间。如果你在对多个应用程序进行压力测试，并且是按照特定的程序重复你的测试，那么你需要有足够的人员来满足你的需求。

第三篇：承受压力能力测试答案

压力承受能力评分标准

选择A：「承受压力指数为８分」

成为富贵中人。品味高，条件好，并重视个人成长，是一个极有智能的人。

建议：容易自以为是而粗心犯错，使别人深感困扰，不听别人劝导而惹来烦恼，会因此而情绪失控，要记得小心，不要触犯他人。

选择B：「承受压力指数为8分」

你喜欢简单朴实的人生，诚恳的生活态度，使围绕在你身边的人，很有自信和安全感，你会全力以赴地去照顾和体贴心爱的人和所有亲朋好友，多愁善感是压力指数的致命伤。建议：使你最感骄傲的是人人都因你而有福，希望得到别人的鼓励和赞扬，使你疲倦，不如放下标准，自由自在过自己的人生

选择C：「承受压力指数为９分」

诚恳地对待他人，使你能透视这个世界，找到纯真善良一面，充满自信又肯上进。你的特长是能找到机会，创造健康快乐人生，与人和平共处，人缘极佳。建议：胆小怕事使你包容它人的缺点，任由他们做坏事，不知后果的严重性，小心受牵连，多交一些世故的朋友，帮助你认清事

选择D：「承受压力指数为７分」

你有喜感十足的性格，活泼、浪漫、天真，像未失童心的人，永远能陶醉在欢笑声中，快乐时会想欢呼或手舞足蹈，你不会让痛苦或不安打扰你欢愉的心情，是典型适者生存者。建议：你的持续能力不长，有碍事业发展。若喜欢把事业放在娱乐之后，更需检讨人生失败的原由，因为你会因此而导致太多困扰。

选择E：「承受压力指数为６分」

个性细致、敏感度很高，适合从事有创意的工作，工作能力很强。能主动关怀它人与事物，即使相貌平凡也露出纯朴实在的气质。你永远都会把感情和事业放在非常重要地位。不断走向前程。建议：你是勇气十足的人，胆识高人一等，但无法恰当表现自己你，应该先懂得生活，人际关系才会处理好，压力因此而消失。

选择F：「承受压力指数为４分」

容易为生活琐碎担心，不在乎物质生活，却强调生活品味的重要，能理性分析事情，但又因缺乏感性生活而十分无奈。你需要同时兼具理性和感性的人生，才能感到满足。建议：当你无法承受生活压力时，不妨让自己平凡一点，别在乎别人的期望，因为常常是你自己设定了太高的期望，使自己无法喘息。

选择G：「承受压力指数为５分」

你的个性孤独又不能被他人肯定，使你不喜欢了解自己的缺失，像被丢掉的石头，不知道它的价值何在，别人欠你的钱，你也懒得去追讨，以不变应万变的心态度过生活难题。建议：只要你懂得努力追求自己所爱，坚持在一个固定的职业上，不在乎艰难日子，也能平安过一生，千万不要三心两意，使自己失去生活重心。

选择H：「承受压力指数为１０分」

你不在乎生活压力时，什么都可以看得很开，你的人生永远在追求完美和理想，只要能帮助你完成或顺利达成目标，你的苦干精神无人可以比较。你的快乐是单纯而自然，能时时知足又懂得不断去追求。建议：你不需要别人帮助解决生活压力，但需要别人指导解决生活难题，因此建议你多交一些有智能和远见的朋友。

第四篇：压力及A型人格测试

组织行为学练习：压力如何影响你？

★练习形式：下面列出了一些有关工作的问题。如果你是学生, 假设问题都是与学业有关的。

★练习程序：本练习帮助你了解自己工作中的压力。完成练习并计算得分，你可以知道自己的压力水平是正常的、开始出现问题或是处于危险的状态。

★计分标准为：

1———基本不正确 2———有时正确 3———基本正确

_______ 1.即使小事也可能会让我勃然大怒或作出令人尴尬的反应, 例如大叫或猛踢垃圾箱。

_______ 2.我听到的全都是对自己工作的批评意见。_______ 3.凡是批评我的工作的就是对我个人的攻击。_______ 4.我对自己绩效的评价无动于衷。_______ 5.周日晚上是一周中最坏的时刻。_______ 6.为了避免上班，我甚至会装病。

_______ 7.我觉得无法减轻自己的工作负担或减少工作时间，尽管我已经做得很多。

_______ 8.对于同事的任何要求我都感到不耐烦。

_______ 9.不论在班上还是在下班后，我总是很容易因沩小事而情绪波动，哪怕只是打字错误或咖啡(茶水)洒出这样的小事。

_______ 10.我告诉他人自己的爱好，但同时却说因为太忙而无暇享受。_______ 11.我总是加班工作，但工作却总也做不完。_______ 12我的健康水平下降，经常头痛、背痛和胃痛。_______ 13.我总是在写字台上用午餐。_______ 14.时间是我的敌人。

_______ 15.我分不清工作和玩耍的区别，它们都只不过是要我去做的又一件事。_______ 16.我所做的每件事都在耗尽我的精力。_______ 17.我只想找个地方藏起来。

_______ 18.我发现自己心不在焉，有时在百货店会撞到镶嵌镜子的柱子。_______ 19.我咒骂自己的家庭——为了他们我才不得不待在这里。_______ 20.因为竞争，我毁掉了和同事的关系。

★计分：将题目旁边的得分加总, 解释如下： 20～29：正常压力。

30～49：压力出现问题，应当找出问题所在并解决。50～60：压力处于危险水平, 需要寻求帮助，否则会导致更坏的结果, 包括酗酒或生病。

★后续问题：

1.你认为分数的可靠性如何？

2.是否有可能提前预测压力并制定管理对策？

自测练习：你是A型人格还是B型人格

本练习帮助你了解自己属于A型人格还是B型人格。诚实和准确地回答关于你的工作和学校的问题, 然后计算得分。与同学讨论你的结果，评沽对方的答案以及能否减少A型人格倾向。

★计分标准为： a.几乎总是对的 b.通常正确 c.很少正确 d.从不正确

_______ 1.我不喜欢等别人完成工作后再开始自己的工作。_______ 2.我一向讨厌排队。

_______ 3.别人告诉我, 我是个易怒的人。_______ 4.只要可能, 我总是喜欢比赛。

_______ 5.我喜欢冲进等待完成的工作，而不耐烦了解程序。_______ 6.即使休假，我也总是带着工作。

_______ 7.我犯错误通常是因为动手工作前没有做好规划。_______ 8.离开工作岗位我会有负罪感。

_______ 9.人们告诉我, 在竞争情境下我的脾气很坏。_______ 10.工作有压力时我很容易发脾气

_______ 11.只要有可能, 我点总是一次完成两件或更多的工作。_______ 12 我总是在和时间赛跑。_______ 13.我对迟到没有耐心。

_______ 14.没有必要时我也总是急匆匆的。

★根据下面的规则记分：

*时间紧迫感是在没有必要时仍然跟时间赛跑的倾向, 也称赶时间病。问题1、2、8、12、13、14衡量这一倾向。每得一个a或b记下1分。

*不适当的抱负和敌意的表现是过分强调竞争和丧失乐趣，微小的挑衅和挫败也会引起敌意。问题3、4、9、10衡量这一倾向。每得一个a或b记下1分。

*多重行为是指在不恰当的时间里同时执行两个或更多的任务。这往往会导致时间上的浪费，因为实际上是无法完成的。问题6、11衡量这一倾向。每得一个a或b记下1分。

*目标指向缺乏良好规划是指个人在没有想好如何达到预期目标时就匆匆投入工作。这会导致工作无法完成或大量出错, 从而导致时间、精力和金钱的浪费。问题5、7衡量这一倾向。每得一个a或b记下1分。

总得分统计_______

★如果得分超过5分，你可能具备A型人格的某些成分。

培养管理技能练习

★练习概要：时间管理技能有助于分辨优先工作事项、提高工作效率和合理授权。相反，时间管理技能不佳则会导致压力。本练习帮助你利用时间管理技能减轻压力。

★练习背景：列出导致压力的几个主要事项。压力源可以是学校(功课重、考试多等)、工作(挣钱的压力、工作时间压力)和个人环境(朋友、爱情和家庭)。指出至少10个压力源，尽可能将压力源具体化。★练习: 1.评估时间管理技能不佳如何影响压力源对你的作用。例如, 考试的压力是因为你没有及时复习吗？

2.针对每个压力源与时间的关系, 设计更有效地利用时间的策略。3.5注意不同压力源和时间的关系。例如, 财务压力迫使你外出工作, 但工作可能妨碍学业。时间管理能够有助于提高这些关系的效率吗？

4.你如何管理生活中的压力？时间管理能力能够提高吗？

第五篇：测试计划

测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？ 软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审）

单元测试完成之后，接下来的工作就是集成测试.软件集成测试主要依据软件结构设计（概要设计）文档，测试主要内容有功能性、可靠性、易用性、效率、维护性和可移植性中相关的部分，根据软件需求和设计的要求而选定。验证各软件单元集成后形成的模块能否达到概要设计规格说明中各模块的设计目标；这里，模块可能是指某个软件部件，也可能是指某个或某几个子系统。通常在做集成测试时先是从子系统内部的集成测试开始做起，做完以后再测试各子系统是否能集成为最终要实现的整体系统。也有其他做法（如自顶向下集成测试方法、核心系统先做集成测试或每日集成测试等等）。总之，万变不离其宗,集成测试要保证模块的内部正确性以及保证模块能最终集成为完整的系统。集成测试有时也被称为组装测试或灰盒测试（有观点认为集成测试介于白盒与黑盒之间）。

软件集成测试具体内容包括：

1.功能性测试

（1）程序的功能测试。检查各个子功能组合起来能否满足设计所要求的功能。

（2）一个程序单元或模块的功能是否会对另一个程序单元或模块的功能产生不利影响。

（3）根据计算精度的要求，单个程序模块的误差积累起来，是否仍能够达到要求的技术指标。

（4）程序单元或模块之间的接口测试。把各个程序单元或模块连接起来时，数据在通过其接口时是否会出现不一致情况,是否会出现数据丢失。

（5）全局数据结构的测试。检查各个程序单元或模块所用到的全局变量是否一致、合理。

（6）对程序中可能有的特殊安全性要求进行测试。

2.可靠性测试

根据软件需求和设计中提出的要求，对软件的容错性、易恢复性、错误处理能力进行测试。

3.易用性测试

根据软件设计中提出的要求，对软件的易理解性、易学性和易操作性进行检查和测试。

4.性能测试

根据软件需求和设计中提出的要求，进行软件的时间特性、资源特性测试。

5.维护性测试

根据软件需求和设计中提出的要求，对软件的易修改性进行测试。

6.可移植性测试

根据软件需求和设计中提出的要求，对软件在不同操作系统环境下被使用的正确性进行测试。