‘壹’ 怎样测试服务器压力
下载并安装WAST；
1．设置并行连接数；
2．设置持续时间；
3．其余设置；
注：所有以上的选项可以根据自己的需要进行设置。
设置完成后就可以进行压力测试。测试的步骤如下：
第一步，点击工具栏上的“New Script”按钮，在打开的面板中点击“Nanual”按钮创建一个新的测试项目。在打开的窗口中对它进行设置，在主选项中的Server中填写要测试的服务器的IP地址。这里我们填写192.168.1.20。在下方选择测试的Web连接方式，这里的方式Verb选择get。Path选择要测试的Web页面路径，这里填写/Index.asp即动网的首页文件，WAST可以设置更多的Path。
第二步，在“Settings”功能设置中将Stress Level （Threads）线程数设置为1000。然后点工具中的灰色三角按钮即可进行测试。测试过程中我们可以从服务器的任务管理器中看到CPU使用率已经达到100%，损耗率达到最大。在CMD窗口中使用命令netstat -an，可以看到客户端的IP地址在服务器上的80端口进行了非常多的连接，而且Web网站已经打不开了，提示过多用户连接。
‘贰’ 对网站进行测试和评估的工作内容～
一个网站的建成，是各个部门分工协作的结果。设计师进行网站页面的设计，程序进行代码的编写。在网站的架构完成之后，还有一项非常重要的工作，那就是网站测试。
主要测试内容：
1、服务器稳定性、安全性。
望站服务器的稳定和安全一直都是最头疼的事情，所以我们应该走到麻烦的前面，首先把预想到的麻烦排除掉。
Web服务器搭建完成上线在即，其能够承载多大的访问量，响应速度、容错能力等性能指标，所有这些是管理人员最想知道也最为担心的。如何才能知晓这一切呢?通过工具进行Web压力测试是个好方法。通过它可以有效地测试Web服务器的运行状态和响应时间等性能指标。
2、程序及数据库测试。
每个程序都有自己相对应的功能，数据库则是数据集中的地方，尤其重要。
数据库开发既然在软件开发的比重逐步提高，随之而来的问题也突出。我们以前往往重视对代码的测试工作，随着流程技术的日益完善，软件质量得到了大幅度的提高，但数据库方面的测试仍然处于空白。我们从来没有真正将数据库作为一个独立的系统进行测试，而是通过对代码的测试工作间接对数据库进行一定的测试。随着数据库开发的日益升温，数据库测试也需要独立出来进行符合自身特点的测试工作。
在进行性能测试的时候，一定要注意环境的一致，包括：操作系统、应用软件的版本以及硬件的配置等，而且在进行数据库方面的测试的时候一定要注意数据库的记录数、配置等要一致，只有在相同条件下进行测试，才可以对结果进行比较。
3、网页兼容性测试，如浏览器、显示器。
网页打开多了 不会出现死页的情况，当然也有显示器的分辨率和浏览器的版本问题存在。
使用不同的浏览器访问同一个网站，或者页面的时候，在一种浏览器下显示正常，在另一种下就乱了。这是因为不同的浏览器对于网站CSS的解释不同。
常见的浏览器兼容性问题，主要表现在如下两方面;
1.页面显示
页面显示的美观性是Web应用程序中重要需求，不同浏览器上呈现给用户的同一个Web页面可能显示的不一样。这些差异性主要表现在对于页面元素的位置、大小、外观。如果在某款浏览器上显示不美观，就会成为一个问题，需要修改。
2)功能问题
Web软件中的功能性问题主要是不同浏览器对脚本的执行不一致，功能性问题极大的限制了用户对Web界面元素的使用。这类问题通常很难被发现，比如某个按钮可能显示正确但实际它是无法使用的，这个则需要用户真正的去使用它才能被发现。
4、链接及表单设计
链接测试可分为三个方面：
1.测试所有链接是否按指示的那样确实链接到了该链接的页面;
2.测试所链接的页面是否存在;
3.保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。
表单测试，如用户注册、登陆、信息提交等，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
当然，网站测试还有很多方面的内容，诸如连接速度测试、负载测试、压力测试、接口测试、安全测试等等，相关文章可以在企赢001进行了解。网站测试需要用到各种测试工具，以及写一份合格的网站测试报告，这都是我们需要了解的。
二、性能测试
（1）连接速度测试。用户连接到电子商务网的速度与上网方式有关，他们或许是电话拨号，或是宽带上网
（2）负载测试。负载测试是在某一负载级别下，检测电子商务系统的实际性能。
也就是能允许多少个用户同时在线！可以通过相应的软件在一台客户机上模拟多个用户来测试负载。
（3）压力测试。压力测试是测试系统的限制和故障恢复能力，也就是测试电子商务系统会不会崩溃
三、安全性测试
它需要对电子商务的客户服务器应用程序、数据、服务器、网络、防火墙等进行测试用相对应的软件进行测试
上面的测试是针对电子商务的，在电子商务书上找到的，那个测试一般普通的网站就是两方面。
基本测试
包括色彩的搭配，连接的正确性，导航的方便和正确，CSS应用的统一性
2.技术测试
网站的安全性（服务器安全，脚本安全），可能有的漏洞测试，攻击性测试，错误性测试。
网站的评估主要对以下方面：网站界面,产品展示,在线支付,在线客服,线下产品配送。更重要的是目标消费者可以很方便快捷的找到该网站,从而进行电子商务活动.让客户找到该电子商务网站。是否网站有一个搜索引擎!或是把自己的网站添加到一些大的分类目录上。再就是让目标客户记得你网站的名字(最终效果--品牌效果)并直接进去个好的电子商务网站是看它是否经过搜索引擎优化了。
‘叁’ 如何做压力测试
一个压力测试的流程：
1、明确测试目标
2、制定测试计划
3、实施测试，收集参数
4、分析测试结果
5、给出优化方案
一 、明确测试目标：如果是客户的需求，那需要向客户确认，有清楚的性能指标参数，测试时就是保证系统达到该指标并能良好运转，即压力测试。如果是自己的系统需要有一个评估，那就需要完整的得到该系统的几个临界点，拿到完整的性能曲线，从而来分析部署情况，即为性能测试。不管是哪个，知道了需求，才能制定计划。
性能测试的目标是发现重大的系统瓶颈。你可以想象一个系统由一系列的瓶颈组成；发现并改善一个瓶颈往往会在其他地方产生一个新的瓶颈。例如，我曾为一运行微软Windows CE的器件部门工作。我们发现的第一大性能问题体现在某一具体硬件环境下的内存管理中。我们把问题分离出来，改善了内存分配的效率。尔后再次运行我们的测试，又找到了一个新的瓶颈，这次体现在网络吞吐量上（throughput）。解决了这个问题后，我们接着又为下一个瓶颈改善而工作，然后再下一个，直到整个系统都达到了性能目标。要记住的是：关键在于要尽早订立性能目标，否则你可能不知道什么时候该停止性能测试。
二、制定测试计划：确定使用什么工具，着重哪些参数，设置线程数，方法执行次数，执行时间，是否多个接口同时进行测试等等。
三、实施测试，收集参数：选一个施压工具，来向部署好的服务发起高并发请求，同时关注和收集性能参数。这个是我们花费时间最多的地方。通常该阶段需要反复执行，来得到想要的数据。通常来说，我们可以使用JMeter LR AB 自己写多线程等各种方式，之后介绍一下JMeter。
四、分析测试结果：即根据上一节的参数介绍来进行参数分析。
五、给出优化方案：如果是代码逻辑耗费cpu，就优化算法；如果是redis等数据库耗时，就增加节点，减少读取，读写分离，使用内存等；如果是外在条件限制，则与外部们沟通问题，共同优化等等。
‘肆’ 如何用loadrunner做简单网站的压力测试
用loadrunner做简单网站的压力测试的方法
使用LoadRunner完成测试一般分为四个步骤：
1、VvitrualUserGenerator创建脚本。
创建脚本，选择协议，录制脚本， 编辑脚本，检查修改脚本是否有误。
2、中央控制器（Controller）来调度虚拟用户。
创建Scenario，选择脚本，设置机器虚拟用户数，设置Schele，如果模拟多机测试，设置IpSpoofer。
‘伍’ 如何对服务器进行压力测试
压力测试工具很多，可以使用阿里云PTS进行压测。
压测流程
‘陆’ 游戏上线前服务器压力测试应该怎么做
对于游戏后台性能，评测标准不只单单是TPS（每秒处理多少个XX请求），因为当你的游戏服务器上线后，不存在一群玩家只发XX请求的压力场景。所以，游戏后台受到的现网请求压力永远是多场景混合的，在这样的压力下，后台能支撑多少人同时在线，才是一个游戏压测者需要得到的有价值的测试结论。
要得到可支撑的"最大同时在线人数"，主要做好2件事：
1、设计你的类现网压力模型
在现网真实压力里，不论压力大小如何变化，现网环境如何变化，一个游戏类型和玩法设计定型后，永远有2个压力宏观数据保持不变：a. 各接口的压力比例不变， b.玩家平均每分钟操作频率不变。因此，压力测试目标就转变成了如何模拟符合ab数据的压力。
对于a，首先从同类型游戏或者本游戏内测阶段，日志插桩，收集各个接口的调用比例；然后，将接口比例转化为场景比例，如同时会有个2%完结登陆、15%玩家战斗、20%玩家拉取好友列表、10%玩家赌博（一个手游场景例子）。
对于b，同样在内测阶段收集玩家平均操作频率。
此时有了a和b，就可以构造出一分钟内玩家同时在线的真实压力模型了。
2、用压测工具构造出符合压力模型的压力
这个可以自己写，也可以使用现成的压测工具。现在市面上的压测工具很多，但很多都是专注于TPS这个参数，不符合游戏行业压测的关注点，同时在线人数。
‘柒’ 如何用Jmeter做压力测试
如何用Jmeter做压力测试
Jmeter是一个性能测试工具，同loadrunner类似，他功能较多，我们常用的功能是用jmeter模拟多浏览器对网站做压力测试。
下载jmeter地址 ：http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi
我们一般的网站，在进入业务功能前先需登录，然后才能访问业务功能。下面介绍如何用jmeter登录系统再对主业务做压力测试。
1. 运行jmeter
2. 左边树将出现测试计划、工作台两根节点。
3. 选择测试计划，按右键－》添加－》threads（users）线程组
线程组能设置以多少个线程并发做压力测试。
在”循环次数”设置不选择永远，循环次数设置1。
4. 现在先介绍如何设置登录http请求，选择线程组，右键――添加――》sampler－―》http 请求。
http请求即模仿浏览器的访问。
在“服务器名称或ip”设置127.0.0.1，端口号设置:8080，“方法”设置post，路径设置网站登录的地址，如“/exam/operatorAction”。
登录需传入用户、密码。在“同请求一起发送参数”列表中添加参数。参数值根据web应用设置。如login_user=0001;login_password=1;actFlag=login
5. 登录成功后，网站一般将跳入主页面。在jmap中可做判断，判断是否登录后按预想进入主页面（此步骤也可不设）。选择4中的“http请求“，右键――》添加――》断言――》响应断言。“Apply to”设置Main smaple only；“要测试的响应字段”设置“url样本”；“模式匹配规则”设置“包括”，“要测试的模式”增加页面跳转到的主页面，如：“studentMain.jsp”
6. 一般网站登录后，在tomcat中生成了session，之后访问其他页面将无需再次登录，前提是浏览器需支持cookie。在jmap中也同样，如要继续访问其他页面，还需做下面关键的设置。
选择“线程组”――》右键――》添加――》配置元件――》Http cookie管理器。加了此步骤后，http请求将具备cookie功能，即登录成功后访问其他页面将不会跳转到登录页面重新登录。
7. 对目标页面反复压力测试。
7.1 如何使被测页面反复访问达到测压效果。选“线程组”―》右键――》逻辑控制器――》循环控制器。循环次数中选择“永远”。
7.2 选择刚加的“循环控制器”，右键――》添加――》sampler－―》http 请求，按4步骤设置ip、端口，http请求方法为“get”，路径为被压力测试的url，如：“exam/business/studentExam.action.StudentExamAction?action=goIntoMockExam”。
按上面的设置后，已完成配置，可做压力测试。只需点菜单“运行”――》启动，即运行压力测试。
8. jmeter提供了许多压力结果查看工具。是压力测试时非常好的分析工具。下面几种查看工具可有选择的添加。
8.1 察看结果树。他记录每次请求发送数据、响应返回数据。选择“线程组”――》右键――》添加――》察看结果树。
8.2 用表格查看结果。可查看每次请求的响应时间等。选择“线程组”――》右键――》添加――》用表格查看结果。
8.3 Summary Report。可查看平均响应时间、最长响应时间等。
‘捌’ 如何正确的做WEB端的压力测试
1、对要测试的系统进行分析，明确需要对哪一块做压力测试。比如：淘宝网站双十一期间，秒杀跟支付，此模式用户操作中占比比较大
再比如：游戏，登录--开始战斗--结束战斗这种混合模式在用户操作中占比较大
那么就可以针对这种占比比较大的模式进行压力测试
2、明确了要测试的点后，如何对这些测试点进行施压呢？
第一种方式可以通过写脚本产生压力机器人对服务器进行发包收包操作；
第二种方式就是借助一些压力测试工具如:J
‘玖’ 怎样正确做 Web 应用的压力测试
一个完整的压力测试需要关注三个方面：如何正确产生压力、如何定位瓶颈、如何预估系统的承载能力
(1) 首先说一下如何产生压力，产生压力的方法有很多，通常可以写脚本产生压力机器人对服务器进行发包和收包操作，也可以使用现有的工具(像jmeter、LoadRunner这些），所以说产生压力其实并不难，难点在于产生的压力是不是真实地反映了实际用户的操作场景。举个例子来说，对游戏来说单纯的并发登陆场景在整个线上环境中的占比可能并不大(新开服等特殊情况除外)，相反“登陆-开始战斗-结束战斗”、不同用户执行不同动作这种“混合模式”占了更大的比重。所以如何从实际环境中提炼出具体的场景比重，并且把这种比重转化成实际压力是一个重要的关注点。
(2) 产生压力之后，通常我们可以拿到TPS、响应时延等性能数据，那么如何定位性能问题呢？TPS、响应时延只能告诉你服务器是否存在问题，但不能帮助你定位问题。这些表面背后是整个后台处理逻辑综合作用的结果，这时候可以先关注系统的CPU、内存、IO、网络，对比在tps、时延达到瓶颈时这些系统数据的情况，确定性能问题是系统哪一部分造成的，然后再回到代码的逻辑中逐个优化这些点。
(3) 当服务器的整体性能就可以相对稳定下来，这时候就需要对自己服务器的承载能力有一个预估，通过产生真实压力、对比系统数据，大致可以对单套系统的处理能力有个真实的评价，然后结合业务规模配置服务器数量。