⑴ 第5章:Web 服务器
逻辑上实现了http协议、管理web资源、负责提供web服务器的管理功能。
Web服务器逻辑和操作系统共同管理TCP连接。
Apache 就是 开源的 软件web 服务器的一种。
一旦连接建立起来并被接受，服务器会将新连接添加到其现存的web服务器连接列表中，做好监视连接上数据传输的设备。
可以用反向DNS对大部分web服务器进行配置，以便将客户端IP地址转换成 客户端 主机名。
好处: web服务器可以将客户端主机名用于详细的访问控制和日志记录。
坏处:主机名查找可能会花费很长时间，要么只允许特定内容进行解析。
有些web服务器还支持ident 协议。服务器可以通过ident协议找到发起http连接的 用户名 。对记录日志非常有用。
类似这种。
如果客户端支持ident协议，就在tcp端口113上监听 ident请求。
但ident在公共因特网上不能很好的使用
解析请求报文时，web服务器会不定期从网络上接受输入数据。网络连接可能随时都会出现延迟。web服务器从网络中读取数据，将部分报文数据临时存储在内存中，直到收到足以进行解析的数据并理解其意义为止。
web服务器对报文解析后，并用自己内部的数据结构来存储请求报文。
请求可能会在任意时刻到达，所以web服务器不停观察有无新的web请求。不同的web服务器会以不同的方式为请求服务。
单线程的服务器一次只处理一个请求。一个事务处理结束后，才会去处理下一条连接。
结构容易实现，单性能很差。
多进程和多线程服务器用多个进程或更高效的现成同时对请求进行处理。
可以根据需要创建，或者预先创建一些线程/进程。有些服务器会为每条连接分配一个线程/进程，但当服务器同时要处理成百上千甚至上万的连接时，需要的继承或者线程数量可能会消耗太多内存或系统资源。(预先分配 线程池，进程池，内存池等手段)
因此这类服务器会对线程/进程的最大数量进行限制
线程与复用功能结合，利用计算机平台上多个CPU。多个线程中的每一个都在观察打开的连接。并对每条连接执行少量任务。
收到并解析请求后，可以根据方法、资源、首部和可选的主体部分对请求进行业务处理。
在web服务器将内容传送给客户端之前，要将请求 报文中的URI映射为web服务器上适当的内容或内容生成器，以识别出内容的源头。
请求URI 作为名字 来 访问 Web 服务器文件系统中的文件。通常web 服务器的文件系统中会有一个特殊的文件夹专门用于存放web内容。
即文档的 根目录 。
同时服务器也需要注意，不能让URL退到docroot之外，将文件系统的其余部分暴露出来。不允许这样的uri出现：
web服务器可以接受收对目录url的请求，其路径可以解析为一个目录。而不是文件。我们可以对大多数web服务器进行配置。使其在客户端请求目录url时 采取不同的动作。
大多数web服务器都会去查找目录中的一个名为index.html 的文件来替代此目录。
如果用户请求的时一个目录的url，并且这个目录中有一个名为index.html 的文件。服务器就会返回这个文件。
Web 服务器还可以将URI映射为动态资源，也就是说，映射到按需动态生成内容的程序上去。
实际上，有一大类名为应用程序服务器的Web 服务器会将Web服务器连接到复杂的后端应用上去。
Web 服务器主要做的事：
也就是说 web服务器会将URI路径名 映射为 可执行文件目录 。
服务器端包含项（SSI），如果某个资源被表示为存在服务器端包含想，服务器会在将其发送给客户端之前对资源内容进行处理。
web 服务器还可以为特定资源进行访问控制，有请求到达，要访问受控制资源时，服务器可以根据客户的ip地址进行访问控制，比如输入密码才能访问。
如果事务处理产生了响应 主体，就将内容放在响应报文中发回去。实体包括：
服务器要负责确定响应主体的MIME类型。有很多配置服务器的方法可以将MIME类型与资源关联起来。
Web 服务器有时会返回重定向响应而不是成功的报文。Web服务器可以将浏览器重定向到其他地方执行请求。
重定向返回码 3XX。Location响应首部包含了内容的新地址。
对于非持久连接而言，服务器应该发送了整条报文后，关闭自己一端。
对于持久而言，连接仍然可以保持打开状态。这种情况下服务器端要正确的计算content length，不然客户端无法知道响应何时结束。
当事务结束时，web服务器会在日志文件中添加一跳目录，来描述已执行的事务。
⑵ web后台服务器是如何工作的
近期准备session，希望能跟大家轻松地分享一些东西，一些常见的场景。比如：web后台服务器到底是如何工作的。
上网过程对于普通人：首先，他需要一台电脑，然后，他的电脑可以接入网络，最后，他可以打开浏览器键入自己想要浏览的网址，然后就可以上网了。但是对于计算机来讲，是一个比较复杂的过程，里面包含了信息如何保存，信息如何传递以及信息如何展示的过程。所以，针对整个上网过程，我们从前到后，分析一下其中包含的各种技术细节，可能不全，目的是抛砖引玉，希望大家在简单的流程当中学习更多的东西分享出来，一些基础知识则当做复习。之前buddy王老吉讲过浏览器的工作方式，所以本文内容不包含浏览器的工作方式，重点在于各种后台服务以及通信层面的分析。
前面说到，用户浏览器中键入网址便浏览网页信息，这个网址实际上就是URL，英文全称是Uniform Resource Locator——统一资源定位符。
完整的、带有授权部分的普通统一资源标志符语法看上去如下：
协议://用户名:密码@子域名.域名.顶级域名:端口号/目录/文件名.文件后缀?参数=值
协议部分可以是http，https，ftp等协议类型。
前面提到，互联网上的每个文件都有一个唯一的URL，那么，到底是如何确认的。前面提到了协议，协议是什么？比如大家写信时都需要写邮编、地址和姓名，便可以通过这种方式将信邮寄到世界上唯一的那个人手里，填写的邮编，地址和姓名就是一种协议。协议的价值在于世界上所有的浏览器和后台服务器都需要遵循http这些协议，才能正常进行信息的传递。
计算机通信跟人的通信是类似的，也是遵循各种协议的，不同的协议承载着不同的功能。通常，浏览器上网使用的是http或者https协议，从网络分层的角度来讲，这些协议属于应用层协议，建立在传输层之上。传输层跑是什么协议呢？相信大家都非常熟悉，传输层跑的是TCP和UDP协议，再往下就是网络层，网络层上面跑的是IP数据报。每层的功能各不相同，每层的协议也不同，但是一般来讲，越往下层，协议会越少，这样才能化繁为简，从而支持不同的上层协议。传输层协议一般是由操作系统层面支持的，同时还需要跟网络层进行交互（对于物理机来说就是网卡），所以针对我们操作系统之上的程序员来讲，新创造的协议都是应用层协议，因为我们的通信都是在传输层（TCP和UDP）基础之上构建的。
http是应用层协议，也就是说，在界面敲下网址那一刻，实际上浏览器向服务器发送了http协议格式的消息，也叫做http请求。http协议是构建在tcp协议之上的，而tcp是可靠的协议，所以http协议无需考虑可靠性，只管传输就可以了。
http协议比较简单，如下所示：
那么浏览器又是如何组织http请求，并且将信息发送的相应服务器的呢？例如： http://www..com
我们键入的仅仅是服务器域名，但是实际上在网络中我们通信是通过套接字来进行通信的。套接字=IP + 端口，在网络中，IP的作用是用来在网络层进行路由寻址，寻找唯一的主机；端口的作用是用来在这个主机中寻找唯一的进程。总体来说，套接字可以用来在网络中确定唯一主机的唯一进程，所以通过套接字我们可以进行通信。
但是问题是上网通过域名来访问，那么是如何通过域名来确认唯一主机的唯一后台web服务器进程的呢？做一个假设，如果我们可以在互联中提供一个确定的服务，这个服务里面装有域名到套接字的映射，上网的人通过这个服务获取对应域名的套接字，那么这个问题不就解决了。而实际上，DNS服务原理简单来说就是刚才假设的方法，服务商通过提供公共的DNS服务，大家上网时便可以查询到相应域名对应的套接字，通过这个套接字便可以访问确定的服务器了。真正的DNS服务其实更为复杂，分为迭代式查询和递归式查询，两种方式各有优劣，同时，为了性能，DNS服务通常也配有不同级别的缓存，关于DNS的具体实现有兴趣的可以自行查询资料学习。
总结一下，上网时浏览器实际上做了两件事，第一，通过浏览器内置的DNS客户端，向DNS服务器发送请求，获取域名对应套接字；第二，使用套接字发送http请求，获取数据，然后在浏览器端呈现。
另外，DNS服务也需要遵循某种协议才能通信，其协议为DNS协议，其服务固定为53端口，属于应用层协议。DNS英文为DomainNameSystem。其实DNS服务跟电话簿的工作方式一样，因为你没法记得每个人的电话号码，但是很容易记住每个人的名字。
上网前，我们的计算机里面什么都没有，为何键入网址后能在界面显示出各种各样的数据？实际上，数据都来自于后台服务器，所有的数据当然也都存储在后台服务器，浏览器仅仅请求数据。前面讲了，请求数据时，使用套接字加上http请求来获取数据，后台则必定要提供相应的套接字，接收信息，解析http请求，才能正常的返回客户端需要的数据。所以，后台服务器做的工作，第一，绑定套接字，通过该套接字向外提供http服务；第二，解析http请求，根据请求返回响应。
理论上讲，我们可以实现自己的http服务，并且解析不同的http请求，返回响应。但是，作为开发者来讲，重复造轮子是不推荐的，市面上有多种现成框架供我们选择。对于java开发者来讲，就有tomcat或者jetty，其他语言理论上也有类似的框架。tomcat和jetty帮我们做了什么呢？实际上最主要的功能还就是接受http请求，针对不同的请求返回响应，当然，他们也提供了更多的高级特性，比如遵循servlet规范，使人们更高效的开发web应用。
总结一下，上网的实际流程在程序员的角度来看，首先需要通过DNS服务解析域名，获取该域名所在web服务器应用程序的套接字，然后浏览器组装符合http协议的请求，通过套接字发送给web服务器，web服务器解析请求，根据解析结果将需要返回的内容组装符合http协议的响应，浏览器接到响应后，根据http协议解析响应，获取数据，将数据展示在浏览器上。
包含的知识点：DNS协议，HTTP协议，计算机网络知识，后台服务器实现（tomcat/jetty等）。
⑶ iis配置的实验总结
通常地，大多数Web站点的设计目标都是：以最易接受的方式，为访问者提供即时的信息访问。在过去的几年中，越来越多的黑客、病毒和蠕虫带来的安全问题严重影响了网站的可访问性，尽管Apache服务器也常常是攻击者的目标，然而微软的Internet信息服务(IIS) Web服务器才是真正意义上的众矢之的。
高级教育机构往往无法在构建充满活力、界面友好的网站还是构建高安全性的网站之间找到平衡点。另外，它们现在必须致力于提高网站安全性以面对缩减中的技术预算 (其实许多它们的私有部门也面临着相似的局面)。
正因为如此，我在这里将为预算而头疼的大学IT经理们提供一些技巧，以帮助他们保护他们的IIS服务器。虽然主要是面对大学里的IT专业人员的，但是这些技巧也基本上适用于希望通过少量的财政预算来提高安全性的IIS管理人员。实际上，这里面的一些技巧对拥有强大预算的IIS管理人员也是非常有用的。
首先，开发一套安全策略
保护Web服务器的第一步是确保网络管理员清楚安全策略中的每一项制度。如果公司高层没有把服务器的安全看作是必须被保护的资产，那么保护工作是完全没有意义的。这项工作需要长期的努力。如果预算不支持或者它不是长期IT战略的一部分，那么花费大量时间保护服务器安全的管理员将得不到管理层方面的重要支持。
网络管理员为各方面资源建立安全性的直接结果是什么呢？一些特别喜欢冒险的用户将会被关在门外。那些用户随后会抱怨公司的管理层，管理层人员又会去质问网络管理员究竟发生了什么。那么，网络管理员没办法建立支持他们安全工作的文档，因此，冲突发生了。
通过标注Web服务器安全级别以及可用性的安全策略，网络管理员将能够从容地在不同的操作系统上部署各种软件工具。
IIS安全技巧
微软的产品一向是众矢之的，因此IIS服务器特别容易成为攻击者的靶子。搞清楚了这一点后，网络管理员必须准备执行大量的安全措施。我将要为你们提供的是一个清单，服务器操作员也许会发现这是非常有用的。
1. 保持Windows升级:
你必须在第一时间及时地更新所有的升级，并为系统打好一切补丁。考虑将所有的更新下载到你网络上的一个专用的服务器上，并在该机器上以Web的形式将文件发布出来。通过这些工作，你可以防止你的Web服务器接受直接的Internet访问。
2. 使用IIS防范工具:
这个工具有许多实用的优点，然而，请慎重的使用这个工具。如果你的Web服务器和其他服务器相互作用，请首先测试一下防范工具，以确定它已经被正确的配置，保证其不会影响Web服务器与其他服务器之间的通讯。
3. 移除缺省的Web站点:
很多攻击者瞄准inetpub这个文件夹，并在里面放置一些偷袭工具，从而造成服务器的瘫痪。防止这种攻击最简单的方法就是在IIS里将缺省的站点禁用。然后，因为网虫们都是通过IP地址访问你的网站的 (他们一天可能要访问成千上万个IP地址)，他们的请求可能遇到麻烦。将你真实的Web站点指向一个背部分区的文件夹，且必须包含安全的NTFS权限 (将在后面NTFS的部分详细阐述)。
4. 如果你并不需要FTP和SMTP服务，请卸载它们:
进入计算机的最简单途径就是通过FTP访问。FTP本身就是被设计满足简单读/写访问的，如果你执行身份认证，你会发现你的用户名和密码都是通过明文的形式在网络上传播的。SMTP是另一种允许到文件夹的写权限的服务。通过禁用这两项服务，你能避免更多的黑客攻击。
5. 有规则地检查你的管理员组和服务:
有一天我进入我们的教室，发现在管理员组里多了一个用户。这意味着这时某个人已经成功地进入了你的系统，他或她可能冷不丁地将炸弹扔到你的系统里，这将会突然摧毁你的整个系统，或者占用大量的带宽以便黑客使用。黑客同样趋向于留下一个帮助服务，一旦这发生了，采取任何措施可能都太晚了，你只能重新格式化你的磁盘，从备份服务器恢复你每天备份的文件。因此，检查IIS服务器上的服务列表并保持尽量少的服务必须成为你每天的任务。你应该记住哪个服务应该存在，哪个服务不应该存在。Windows 2000 Resource Kit带给我们一个有用的程序，叫作tlist.exe，它能列出每种情况运行在svchost 之下的服务。运行这个程序可以寻找到一些你想要知道的隐藏服务。给你一个提示：任何含有daemon几个字的服务可能不是Windows本身包含的服务，都不应该存在于IIS服务器上。想要得到Windows服务的列表并知道它们各自有什么作用，请点击这里。
6. 严格控制服务器的写访问权限:
这听起来很容易，然而，在大学校园里，一个Web服务器实际上是有很多"作者"的。教职人员都希望让他们的课堂信息能被远程学生访问。职员们则希望与其他的职员共享他们的工作信息。服务器上的文件夹可能出现极其危险的访问权限。将这些信息共享或是传播出去的一个途径是安装第2个服务器以提供专门的共享和存储目的，然后配置你的Web服务器来指向共享服务器。这个步骤能让网络管理员将Web服务器本身的写权限仅仅限制给管理员组。
7. 设置复杂的密码:
我最近进入到教室，从事件察看器里发现了很多可能的黑客。他或她进入了实验室的域结构足够深，以至于能够对任何用户运行密码破解工具。如果有用户使用弱密码 (例如"password"或是 changeme"或者任何字典单词)，那么黑客能快速并简单的入侵这些用户的账号。
8. 减少/排除Web服务器上的共享:
如果网络管理员是唯一拥有Web服务器写权限的人，就没有理由让任何共享存在。共享是对黑客最大的诱惑。此外，通过运行一个简单的循环批处理文件，黑客能够察看一个IP地址列表，利用\\命令寻找Everyone/完全控制权限的共享。
9. 禁用TCP/IP协议中的NetBIOS:
这是残忍的。很多用户希望通过UNC路径名访问Web服务器。随着NETBIOS被禁用，他们便不能这么做了。另一方面，随着NETBIOS被禁用，黑客就不能看到你局域网上的资源了。这是一把双刃剑，如果网络管理员部署了这个工具，下一步便是如何教育Web用户如何在NETBIOS失效的情况下发布信息。
10. 使用TCP端口阻塞:
这是另一个残忍的工具。如果你熟悉每个通过合法原因访问你服务器的TCP端口，那么你可以进入你网络接口卡的属性选项卡，选择绑定的TCP/IP协议，阻塞所有你不需要的端口。你必须小心的使用这一工具，因为你并不希望将自己锁在Web服务器之外，特别是在当你需要远程登陆服务器的情况下。要得到TCP端口的详细细节，点击这里。
11. 仔细检查*.bat和*.exe 文件: 每周搜索一次*.bat
和*.exe文件，检查服务器上是否存在黑客最喜欢，而对你来说将是一场恶梦的可执行文件。在这些破坏性的文件中，也许有一些是*.reg文件。如果你右击并选择编辑，你可以发现黑客已经制造并能让他们能进入你系统的注册表文件。你可以删除这些没任何意义但却会给入侵者带来便利的主键。
12. 管理IIS目录安全:
IIS目录安全允许你拒绝特定的IP地址、子网甚至是域名。作为选择，我选择了一个被称作WhosOn的软件，它让我能够了解哪些IP地址正在试图访问服务器上的特定文件。WhosOn列出了一系列的异常。如果你发现一个家伙正在试图访问你的cmd.exe，你可以选择拒绝这个用户访问Web服务器。当然，在一个繁忙的Web站点，这可能需要一个全职的员工！然而，在内部网，这真的是一个非常有用的工具。你可以对所有局域网内部用户提供资源，也可以对特定的用户提供。
13. 使用NTFS安全:
缺省地，你的NTFS驱动器使用的是EVERYONE/完全控制权限，除非你手工关掉它们。关键是不要把自己锁定在外，不同的人需要不同的权限，管理员需要完全控制，后台管理账户也需要完全控制，系统和服务各自需要一种级别的访问权限，取决于不同的文件。最重要的文件夹是System32，这个文件夹的访问权限越小越好。在Web服务器上使用NTFS权限能帮助你保护重要的文件和应用程序。
14.管理用户账户:
如果你已经安装IIS，你可能产生了一个TSInternetUser账户。除非你真正需要这个账户，否则你应该禁用它。这个用户很容易被渗透，是黑客们的显着目标。为了帮助管理用户账户，确定你的本地安全策略没有问题。IUSR用户的权限也应该尽可能的小。
15. 审计你的Web服务器:
审计对你计算机的性能有着较大的影响，因此如果你不经常察看的话，还是不要做审计了。如果你真的能用到它，请审计系统事件并在你需要的时候加入审计工具。如果你正在使用前面提到的WhosOn工具，审计就不那么重要了。缺省地，IIS总是纪录访问， WhosOn 会将这些纪录放置在一个非常容易易读的数据库中，你可以通过Access或是 Excel打开它。如果你经常察看异常数据库，你能在任何时候找到服务器的脆弱点。
总结
上述所有IIS技巧和工具(除了WhosOn以外)都是Windows自带的。不要忘记在测试你网站可达性之前一个一个的使用这些技巧和工具。如果它们一起被部署，结果可能让你损失惨重，你可能需要重启，从而遗失访问。
最后的技巧: 登陆你的Web服务器并在命令行下运行netstat -an。观察有多少IP地址正尝试和你的端口建立连接，然后你将有一大堆的调查和研究要做了。
仅供参考
⑷ 如何用iis搭建web server
IIS（Internet Information Server，互联网信息服务）是一种Web（网页）服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。本次上机大家实践IIS 5.0的配置和管理。
上机学习目标：
1、了解并掌握 Windows 2000/NT 服务器上 IIS 的安装与测试
2、了解并掌握web服务器的配置及应用，其中重点掌握主目录、虚拟目录的设置与应用
3、了解并掌握FTP服务器的配置和使用
4、了解并掌握SMTP服务器的配置和使用
上机内容及操作步骤：
1、 在自己的电脑上安装IIS并测试。
进入“控制面板”，依次选“添加/删除程序→添加/删除Windows组件”，将“Internet信息服务（IIS）”前的小钩去掉（如有），重新勾选中后按提示操作即可完成IIS组件的添加。（在安装过程中要插入WIN2000或WINXP安装盘。）
测试：安装完毕后，在浏览器地址栏中输入：http://localhost(或http://服务器名，或http://127.0.0.1,或http://本机IP)，如果连接成功就会出现localstart.asp的页面。
2、 IIS的配置
当IIS添加成功之后，再进入“开始→程序→管理工具→Internet服务管理器”以打开IIS管理器，对于有“已停止”字样的服务，均在其上单击右键，选“启动”来开启。
（1）IIS之WEB服务器的配置
方法如下：
在“Internet信息服务”管理窗口中右击“默认WEB站点”，在弹出的菜单中选择“属性”选项，进入属性设置对话框。
① 设置“WEB站点”，这里可以设置站点服务器的IP地址和访问端口。在“IP地址”栏中选择目前能够使用的IP地址；“TCP”端口默认为80，当然为了保密，也可以设置特殊的端口。
② 设置“主目录”， “本地路径”默认为：c:\Inetpub\wwwroot,当然可以输入（或用“浏览”按钮选择）你自己网页所在的目录作为主目录。
③ 设置“文档”选项，“启用默认文档”选中后，当在浏览器中输入域名或IP时，系统自动在“主目录”中按上到下的顺序寻找列表中指定的文件名。
其他的设置均可按默认设置。
创建虚拟目录：
若要从主目录以外的目录发布信息，则就要创建虚拟目录了，虚拟目录是指物理上为包含在主目录中的目录，但浏览器却认为该目录包含在主目录中。
创建的方法：比如你的主目录在“c:\Inetpub\wwwroot”下，而你的网页文件在“E:\All”中，你就可以创建一个别名为test的虚拟目录，就可以这样来创建：在“默认Web站点”上单击右键，选“新建→虚拟目录”，依次在“别名”处输入“test”，在“目录”处输入“E:\All”后再按提示操作即可添加成功。
创建完了你就可以输入“localhost/test”就可以访问了。
进行下列操作：
启动一个文本编辑器，编写下列代码：
您访问本页的时间是<%=time()%>!
将其保存到C:\Inetpub\wwwroot目录下，文件可命名为1.asp。
在浏览器地址栏中输入：http://localhost/1.asp，然后按回车，观察运行情况。
将1.asp文件复制刚才创建的虚拟目录中（假如别名为：test）。在浏览器的地址栏中输入： http://localhost/test/1.asp，按回车，注意观察运行情况。
（2）IIS之ftp服务器的配置
第一个FTP站点（即“默认FTP站点”）的设置方法请参照前文Web服务器中相关操作执行。需要注意的是，如果你要用一个IP地址对应多个不同的FTP服务器，则只能用使用不同的端口号的方法来实现。
对于已建立好的FTP服务器，在浏览器中访问将使用，ftp://IP地址，如“ftp://10.106.1.121”。
（3）<> IIS之SMTP服务器的配置
建立IIS下的SMTP服务器的方法非常简单，只需在IIS管理器中让“默认SMTP虚拟服务器”处于已启动状态就行了；此外一般不用再做其他任何设置。
如果你想要用自己的SMTP服务器发信，只需将你E-mail客户端软件设置中“发送邮件服务器（SMTP）”项中填入“localhost”，则不管你的IP地址如何变化，它都能正常工作。提示：对于IIS的设置，可以在浏览器的地址栏中输入： http://localhost/iishelp,查看IIS帮助文档。
⑸ 简述Web浏览器打开一个Web文件的工作过程。
1.web浏览器（客户端）根据web文件的URL（统一资源定位符）访问文件所在的服务器。
2.服务器根据客户端访问的文件，进行处理，如果找不到该文件则给浏览器（客户端）返回404错误（找不到文件），如果找到，则依据服务器上编写的对文件处理的方式处理后将结果返回到客户端（浏览器）
3.浏览器接受到成功的信息并显示出来。
粗略的说就是这样的一个过程
⑹ 如何进行Web服务的性能测试
贴一篇我们内部的文章：
随着浏览器功能的不断完善，用户量不断的攀升，涉及到web服务的功能在不断的增加，对于我们测试来说，我们不仅要保证服务端功能的正确性，也要验证服务端程序的性能是否符合要求。那么性能测试都要做些什么呢？我们该怎样进行性能测试呢？
性能测试一般会围绕以下这些问题而进行：
1. 什么情况下需要做性能测试？
2. 什么时候做性能测试？
3. 做性能测试需要准备哪些内容？
4. 什么样的性能指标是符合要求的？
5. 性能测试需要收集的数据有哪些？
6. 怎样收集这些数据？
7. 如何分析收集到的数据？
8. 如何给出性能测试报告？
性能测试的执行过程及要做的事儿主要包含以下内容：
1. 测试评估阶段
在这个阶段，我们要评估被测的产品是否要进行性能测试，并且对目前的服务器环境进行粗估，服务的性能是否满足条件。
首先要明确只要涉及到准备上线的服务端产品，就需要进行性能测试。其次如果产品需求中明确提到了性能指标，那也必须要做性能测试。
测试人员在进行性能测试前，需要根据当前的收集到的各种信息，预先做性能的评估，收集的内容主要包括带宽、请求包大小、并发用户数和当前web服务的带宽等
2. 测试准备阶段
在这个阶段，我们要了解以下内容：
a. 服务器的架构是什么样的，例如：web服务器是什么？是如何配置的？数据库用的是什么？服务用的是什么语言编写的？；
b. 服务端功能的内部逻辑实现；
c. 服务端与数据库是如何交互的，例如：数据库的表结构是什么样的？服务端功能是怎样操作数据库的？
d. 服务端与客户端之间是如何进行交互的，即接口定义；
通过收集以上信息，测试人员整理出服务器端各模块之间的交互图，客户端与服务端之间的交互图以及服务端内部功能逻辑实现的流程图。
e. 该服务上线后的用户量预估是多少，如果无法评估出用户量，那么可以通过设计测试执行的场景得出这个值；
f. 上线要部署到多少台机器上，每台机器的负载均衡是如何设计的，每台机器的配置什么样的，网络环境是什么样的。
g. 了解测试环境与线上环境的不同，例如网络环境、硬件配置等
h. 制定测试执行的策略，是需要验证需求中的指标能否达到，还是评估系统的最大处理能力。
i. 沟通上线的指标
通过收集以上信息，确定性能测试用例该如何设计，如何设计性能测试用例执行的场景，以及上线指标的评估。
3. 测试设计阶段
根据测试人员通过之前整理的交互图和流程图，设计相应的性能测试用例。性能测试用例主要分为预期目标用户测试，用户并发测试，疲劳强度与大数量测试，网络性能测试，服务器性能测试，具体编写的测试用例要更具实际情况进行裁减。
用例编写的步骤大致分为：
a. 通过脚本模拟单一用户是如何使用这个web服务的。这里模拟的可以是用户使用web服务的某一个动作或某几个动作，某一个功能或几个功能，也可以是使用web服务的整个过程。
b. 根据客户端的实际情况和服务器端的策略，通过将脚本中可变的数据进行参数化，来模拟多个用户的操作。
c. 验证参数化后脚本功能的正确性。
d. 添加检查点
e. 设计脚本执行的策略，如每个功能的执行次数，各个功能的执行顺序等
4. 测试执行阶段
根据客户端的产品行为设计web服务的测试执行场景及测试执行的过程，即测试执行期间发生的事儿。通过监控程序收集web服务的性能数据和web服务所在系统的性能数据。
在测试执行过程中，还要不断的关注以下内容：
a. web服务的连接速度如何？
b. 每秒的点击数如何？
c. Web服务能允许多少个用户同时在线？
d. 如果超过了这个数量，会出现什么现象？
e. Web服务能否处理大量用户对同一个页面的请求？
f. 如果web服务崩溃，是否会自动恢复？
g. 系统能否同一时间响应大量用户的请求？
h. 打压机的系统负载状态。
5. 测试分析阶段
将收集到的数据制成图表，查看各指标的性能变化曲线，结合之前确定的上线指标，对各项数据进行分析，已确定是否继续对web服务进行测试，结果是否达到了期望值。
6. 测试验证阶段
在开发针对发现的性能问题进行修复后，要再执行性能测试的用例对问题进行验证。这里需要关注的是开发在解决问题的同时可能无意中修改了某些功能，所以在验证性能的同时，也要关注原有功能是否受到了影响。
想看原文或者有测试其他相关的问题可以关注下 搜狗测试 微信公众号，我们上面有不少关于性能测试分享~