Question

网站服务器如何做访问压力测试？

网站服务器的压力测试种都有哪些重要的点需要特别注意的？

Answer 1

网站服务器的压力测试我觉得主要有一些几点。
1.协议这边基本上以http或者https为主了，如果使用其他协议需要分析其打解包的方法。
2.要产生一定的压力，压力源这边一定要有保证。一般都是用机器人来模拟压力，关于机器人的逻辑可以根据具体业务来开发。
3.需要观察在一定压力下，服务器的各项性能指标（cpu，内存，IO，网络流量）进行观察，比如内存是否有泄漏，cpu利用率过高的情况。
4.压力测试应该是一个持续性的过程，在这个过程中需要统计服务器的性能数据，包括tps，以及机器的负载情况等。据此可以分析服务器的瓶颈在何处，后续可以针对优化。
5.目前大部分的服务器都部署在Linux系统上，测试同学还需要掌握相关的Linux命令以便可以更好的测试。
如果你觉得前面的太麻烦，可以来WeTest服务器压力测试高并发，实时性能报表，专家级性能优化建议，目前我们正在做网站压测这一块，你要做的仅仅是填下被测的URL即可，压力源、数据统计这些琐碎的工作交给我们就行了。

Answer 2

从压力测试来说，网站的压力分几层。
web server 层（tomcat/nginx/iis），这个稍微简单一些，用脚本（curl/python）或者小工具（apache-utils），制造高并发的get/post请求到服务器看响应时间。优化的手段一般是做网页静态化减少与应用层的数据请求交互，这也是大部分网站做的事情。
应用层，这个涉及业务链的性能，就需要写复杂一点的脚本或者用loadrunner一类的工具，把整个业务场景涉及的流程都写好，然后跑多并发的用户去测试应用对请求的处理和响应时间。优化的手段就复杂一些了，需要根据测试的结果优化业务处理的流程或者数据处理的方式，这种优化涉及架构，优化代码处理的cpu占用时间，优化数据的内存占用，选择一些查找性能比较好的数据结构，比较底层。
数据层，直接测数据库性能的业务不多，一般都与业务关联，用脚本或者loadrunner一类的工具，对一些需要写入/读取数据的业务施加一个高并发的压力，看数据库的处理写入/读取时间。涉及这个层次的优化与应用层的优化比更多的是考虑数据库的性能，比如做数据库集群，做数据库写入的缓存队列，数据库缓存到内存中。
磁盘IO层，这个一般都不会考虑，已经不属于网站功能的测试范围了，只有真的是碰到网站访问量巨大，写入和读取的数量非常非常大的时候才会考虑到，图片/js/css，数据库写入/读取等磁盘IO请求已经繁忙到服务器硬件都崩溃的情况，优化手段无非就是根据读取或写入的实际情况上高性能的文件服务集群（TFS），用SSD,做磁盘阵列，有钱的考虑EMC这类的高级存储服务器。