性能测试知识体系
知识体系：HTMl，C语言（loadrunner），Http请求，XML，JSON，数据库
性能测试的分类：
负载测试：不断增加系统的负载，直到负载达到阈值——评估系统在预期工作负载下的性能的测试。
压力测试：当硬件资源如cpu、内存、磁盘空间等不充足时对软件稳定性的检查
并发测试：通过模拟用户并发访问，测试多用户并发访问同一个应用、同一个模块或者数据记录时是否存在死锁或其者他性能问题。
配置测试：配置测试方法通过对被测系统的软\硬件环境的调整，了解各种不同对系统的性能影响的程度，从而找到系统各项资源的最优分配原则。
可靠性测试：过给系统加载一定业务压力（例如资源在70%-90%的使用率），使系统运行一段时间，以此检测系统是否稳定运行。
性能测试术语：
并发数：用户在同一时刻做同一件事情，和系统进行交互
注册用户数：当前系统中注册的用户
在线用户数：当前时间内登陆的用户数，不需要和系统产生交互
事务：由一些列的请求组成
TPS：每秒钟处理事务的数量，衡量系统处理能力的指标
吞吐量：在一次测试性能过程中网络上传输的数据量的总和
点击率：每秒钟用户向Web服务器提交的HTTP请求数
资源利用率：对不同系统资源的使用程度，是分析系统性能指标而改善性能的主要依据
性能测试流程
Jmeter框架：Jenkins+Jmeter+Ant自动化集成环境搭建
MaxRequestsPerChild
•每个子进程在其生存期内允许伺候的最大请求数量，默认为10000。到达MaxRequestsPerChild的限制后，子进程将会结束。如果 MaxRequestsPerChild为"0"，子进程将永远不会结束。默认值是 ：0
Consume 用户PC客户端 访问端
CDN的全称是Content Delivery Network，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定DNS域名系统 域名与ip的绑定解析
Load balancer（负载均衡） 负责多台Web servers负载均衡，将大量用户请求指引到多台Web servers。
web servers pool （Web服务器池）Image Server 用来存放网站静态资源，如图片、CSS、Javascript、Jquery等等资源文件，可以单独针对静态资源设置Http Header缓存信息，另外也有助于之后将Image Server作为CDN源。
Monitor & Alert Server 主要是监测各类Server的运行情况，如CPU、请求数、请求等待时间、请求执行时间等等；此外还可用来接收并显示各类Application的异常信息，便于及时发现并处理各类系统运行异常。
DB Server 根据业务和访问量大小，进行角色和功能的拆解，会有Core DB（核心数据库）、Report DB（报告数据库）、Query DB(查询数据库)、Distributor DB等等，以适应高访问量和性能的要求
Batch Job Server 用来承担一些后台异步处理的任务，有助于降低系统设计的复杂度和各个系统功能之间的耦合性。 比如：任务系统定时跑任务 1.1日看12月31日的数据 帮你统计的数据就类似帖子回复数量（看有多少好评 多少差评 ）晚上进行统计更新
Web Server 部署电子商务前台购物系统，如商品展示、购物车、用户注册登录......等等。 Back-end Business System 指后台业务处理系统，如订单处理、产品管理、客户管理、采购管理、财务管理、库存管理......等等，该系统主要给公司内部用户使用。
Message Router / Bus 进行消息的异步传输和处理，系统功能模块之间实现松散耦合，可让系统承受更高的访问量和业务量，极大提高了系统的吞吐量和性能。 Message Bus的概念，即“消息总线”。发送消息是向“Message Bus”中发送，并且需要注明发送的消息类型；同时，任何人都可以随时从“Message Bus”中接听消息，并且可以通过消息类型来进行筛选，只接收你感兴趣的话题。 WMS 负责仓库的收货入库、订单出库、库存管理等。
