在进行性能测试执行之前，需要进行场景的设计：
以什么方式启动，如何持续进行，直至测试结束
三部曲：启动---持续进行---结束
PS：一般情况下，建议限制Jmeter的的线程数在300及以内，这样能更好的发挥出jmeter的性能
测试步骤：
测试计划---线程组--HTTP请求---监听器---运行脚本---查看报告
PS：默认情况下，JMeter运行需要占用1 GB的内存，这可能还不够，取决于你的测试计划和需要运行的线程数
一个测试计划描述了一系列Jmeter运行时需要执行的步骤，可以包含一个或者多个线程组，逻辑控制器，取样发生控制，监听器，定时器，断言和配置元件。
启动JMeter，会出现一个空的测试计划，此次练习通过手写脚本来实现
（不熟悉操作的，也可以通过模板的形式创建，在菜单栏文件--Templates，下拉列表中选择Recording，点击Create，一个完整的Test Plan就生成了，当然我们可以删除不需要的内容）
作用：模拟用户个数、发送请求的频率及次数
PS：设置合理的线程数对能否达到测试目标有着决定性的影响，另外，设置合理的循环次数也很重要
此处添加3个HTTP请求
1、添加响应断言 ：设置响应码为200
2、查看结果树，验证请求
调试时线程数和循环次数设为1就可以了，记得调试好之后再改回去
3、禁用查看结果树，命令行执行脚本
我们在启动Jmeter时就会看到命令行的提示信息，进行负载测试时请不要使用GUI模式，也就是用命令行模式运行 JMeter 测试脚本，这样可以大大缩减所需要的系统资源
备注：GUI 即图形用户界面模式，只应用于创建测试脚本、调试脚本
图中也给出了命令格式： jmeter -n -t [jmx file] -l [result file] -e -o [Path to output folder] ，JMeter 默认去当前目录寻找脚本文件，并把日志记录在当前目录，当然也可以使用绝对路径来执行
参数说明：
（1）直接生成HTML报告
PS：输出文件（-l后的文件）必须是不存在的，report文件夹为空文件夹或者不存在（-o后面的），不然无法生存报告
启动CMD窗口，输入以下命令：
jmeter -n -t C:\Users\zhangXXX\Desktop\baidu.jmx -l C:\Users\zhangXXX\Desktop\html.csv -e -o C:\Users\zhangXXX\Desktop\baidu-reports
（2）使用之前的测试结果，生成测试报告
启动CMD窗口，先生成测试结果，再生成报告，输入以下命令：
PS：-g 指定已存在的测试结果文件
以上两种方法，其实最终都依赖生成的测试报告。双击报告文件夹中的index.html就可以查看报告
Dashboard：
Test and Report informations：指的是测试和报告信息
APDEX(Application Performance Index)：应用程序性能满意度的标准，范围在0-1之间，1表示达到所有用户均满意，越接近1满意度越高
Requests Summary：请求的通过率(OK)与失败率(KO)，百分比显示
Statistics：数据分析，基本将Summary Report和Aggrerate Report的结果合并
Errors：错误情况，依据不同的错误类型，将所有错误结果展示
Charts： 用图表的形式展示测试数据，让测试报告更加直观**
主要有如下特点：
（1）将测试过程中经常使用的数据，用图表的形式展示，让测试结果更加直观
（2）每个图表数据，有两种展示形式
（3）支持请求样例过滤显示
（4）支持导出PNG图片格式
Over Time Charts：
Throughput Charts：
Response Times Charts：
4、添加所需监听器，导入日志文件即可查看
在性能测试过程中，我们往往需要将测试结果保存在一个文件当中，也可以为日后的性能测试报告提供更多的素材
在Jmeter中，结果都存放在 .jtl 文件中，格式有很多种，可以根据需要进行更爱，选择某个监听器，在 configure页面 进行相应配置，让我们来查看下保存后的文件有哪些内容：
接下来添加一个聚合报告，然后导入日志文件，查看结果，还可以添加其他的监听器，操作方法一样
PS：如果测试计划中增加了监听器（生成概要结果），在执行命令时就可以看到每个线程的执行情况
PS：设置好线程数、循环次数、集合点、事务、断言、关联等等后即可执行压力测试
原理和LR的agent差不多，因为jmeter由Java开发，耗内存、cpu，所以需要采用分布式
步骤：
1、关闭防火墙
2、在所要运行jmeter并作为负载生成器的机器上安装jmeter（确保在所有系统中使用了相同版本号的Jmeter和jdk）
PS：目标服务器需要在相同网段，确保Jmeter可以访问目标服务器
3、确定其中一台机器作为主controller，其他的机器作为agent，然后运行所有agent机器上的jmeter-server文件
4、在controller机器的jmeter中bin目录下，找到jmeter.properties文件，添加节点IP，修改localhost为压力机IP
5、启动conttoller机子上的jmeter应用，选择菜单【运行】---远程启动来分别启动agent，也可以直接选择【远程全部启动】来将所有个agent启动
在性能测试过程中，我们通常需要将测试结果保存在一个文件当中，既可以保存测试结果，也可以为日后的性能测试报告提供更多的素材
Jmeter中，结果都存放在.jtl文件，一般以csv文件格式记录，只需要选择某个监听器，点击页面的configure按钮，建议勾选如下项：Save Field Name，Save Assertion Failure Message
技术点：HTTP相关设置+参数化+断言+关联+简单控制器+查看结果树
关联：通过Json控件或正则表达式获取
（1）线程组建议替换为jp@gc - Stepping Thread Group，功能比线程组多很多
（2）可以加事务控制器
（3）查看结果树替换为聚合报告或类似的报告，如果还是想看查看结果树记得勾选仅日志错误（查看结果树打印的日志比较多，会影响性能）
（4）造数据
总结：
一个子系统建议放在同一个 “测试计划”中，流程测试可以通过“线程组”来区分，这样也便于设定不同的测试数据个数。
比较独立的接口，可以统一放在一个线程组内，顺序完成测试。
流程性接口的测试：如果要测试的接口可以组成一个流程，只需要顺序添加多个“HTTP 请求”的Sampler，各请求之间可以提取需要在上下文传递的数据作为参数，以保证流程中数据的一致性
可以
本地储存:LocalStorage (5MB)
LocalStorage[key]=valueCPU运算:Web Workers (可以多线程，但不能访问DOM)
var worker=new Worker(JavaScriptFileName)worker.postMessage(message)
worker.addEventListener('message',function(e){e.data//worker的信息
}) //in worker
self.addEventListener("message",function(e){e.data//发来的信息
self.postMessage(Message)//发回信息
})
引言
本篇文章主要介绍了前端HTML5几种存储方式的总结 ，主要包括本地存储localstorage，本地存储sessionstorage，离线缓存（application cache），Web SQL，IndexedDB。有兴趣的可以了解一下。
正文开始~
h5之前，存储主要是用cookies。cookies缺点有在请求头上带着数据，大小是4k之内。主Domain污染。
主要应用：购物车、客户登录
对于IE浏览器有UserData，大小是64k,只有IE浏览器支持。
目标
存储方式：
以键值对(Key-Value)的方式存储，永久存储，永不失效，除非手动删除。
大小：
每个域名5M
支持情况：
注意：IE9 localStorage不支持本地文件，需要将项目署到服务器，才可以支持！
常用的API：
getItem //取记录
setIten//设置记录
removeItem//移除记录
key//取key所对应的值
clear//清除记录
存储的内容：
数组，图片，json，样式，脚本。。。（只要是能序列化成字符串的内容都可以存储）
HTML5 的本地存储 API 中的 localStorage 与 sessionStorage 在使用方法上是相同的，区别在于 sessionStorage 在关闭页面后即被清空，而 localStorage 则会一直保存。
本地缓存应用所需的文件
使用方法：
①配置manifest文件
页面上：
Manifest 文件：
manifest 文件是简单的文本文件，它告知浏览器被缓存的内容（以及不缓存的内容）。
manifest 文件可分为三个部分：
①CACHE MANIFEST - 在此标题下列出的文件将在首次下载后进行缓存
②NETWORK - 在此标题下列出的文件需要与服务器的连接，且不会被缓存
③FALLBACK - 在此标题下列出的文件规定当页面无法访问时的回退页面（比如 404 页面）
完整demo：
服务器上： manifest文件需要配置正确的MIME-type，即 "text/cache-manifest"。
如Tomcat:
常用API：
核心是applicationCache对象，有个status属性，表示应用缓存的当前状态：
0（UNCACHED） : 无缓存， 即没有与页面相关的应用缓存
1（IDLE） : 闲置，即应用缓存未得到更新
2 （CHECKING） : 检查中，即正在下载描述文件并检查更新
3 （DOWNLOADING） : 下载中，即应用缓存正在下载描述文件中指定的资源
4 （UPDATEREADY） : 更新完成，所有资源都已下载完毕
5 （IDLE） : 废弃，即应用缓存的描述文件已经不存在了，因此页面无法再访问应用缓存
相关的事件：
表示应用缓存状态的改变：
checking : 在浏览器为应用缓存查找更新时触发
error : 在检查更新或下载资源期间发送错误时触发
noupdate : 在检查描述文件发现文件无变化时触发
downloading : 在开始下载应用缓存资源时触发
progress：在文件下载应用缓存的过程中持续不断地下载地触发
updateready : 在页面新的应用缓存下载完毕触发
cached : 在应用缓存完整可用时触发
Application Cache的三个优势：
① 离线浏览
② 提升页面载入速度
③ 降低服务器压力
注意事项：
1. 浏览器对缓存数据的容量限制可能不太一样（某些浏览器设置的限制是每个站点 5MB）
2. 如果manifest文件，或者内部列举的某一个文件不能正常下载，整个更新过程将视为失败，浏览器继续全部使用老的缓存
3. 引用manifest的html必须与manifest文件同源，在同一个域下
4. 浏览器会自动缓存引用manifest文件的HTML文件，这就导致如果改了HTML内容，也需要更新版本才能做到更新。
6. FALLBACK中的资源必须和manifest文件同源
7. 更新完版本后，必须刷新一次才会启动新版本（会出现重刷一次页面的情况），需要添加监听版本事件。
8. 站点中的其他页面即使没有设置manifest属性，请求的资源如果在缓存中也从缓存中访问
9. 当manifest文件发生改变时，资源请求本身也会触发更新
离线缓存与传统浏览器缓存区别：
1. 离线缓存是针对整个应用，浏览器缓存是单个文件
2. 离线缓存断网了还是可以打开页面，浏览器缓存不行
3. 离线缓存可以主动通知浏览器更新资源
关系数据库，通过SQL语句访问
Web SQL 数据库 API 并不是 HTML5 规范的一部分，但是它是一个独立的规范，引入了一组使用 SQL 操作客户端数据库的 APIs。
支持情况：
Web SQL 数据库可以在最新版的 Safari, Chrome 和 Opera 浏览器中工作。
核心方法：
①openDatabase： 这个方法使用现有的数据库或者新建的数据库创建一个数据库对象。
②transaction： 这个方法让我们能够控制一个事务，以及基于这种情况执行提交或者回滚。
③executeSql： 这个方法用于执行实际的 SQL 查询。
打开数据库：
执行查询操作：
插入数据：
读取数据：
由这些操作可以看出，基本上都是用SQL语句进行数据库的相关操作，如果你会MySQL的话，这个应该比较容易用。
索引数据库 (IndexedDB) API（作为 HTML5 的一部分）对创建具有丰富本地存储数据的数据密集型的离线 HTML5 Web 应用程序很有用。同时它还有助于本地缓存数据，使传统在线 Web 应用程序（比如移动 Web 应用程序）能够更快地运行和响应。
异步API：
在IndexedDB大部分操作并不是我们常用的调用方法，返回结果的模式，而是请求——响应的模式，比如打开数据库的操作
这样，我们打开数据库的时候，实质上返回了一个DB对象，而这个对象就在result中。由上图可以看出，除了result之外。还有几个重要的属性就是onerror、onsuccess、onupgradeneeded（我们请求打开的数据库的版本号和已经存在的数据库版本号不一致的时候调用）。这就类似于我们的ajax请求那样。我们发起了这个请求之后并不能确定它什么时候才请求成功，所以需要在回调中处理一些逻辑。
关闭与删除：
数据存储：
indexedDB中没有表的概念，而是objectStore，一个数据库中可以包含多个objectStore，objectStore是一个灵活的数据结构，可以存放多种类型数据。也就是说一个objectStore相当于一张表，里面存储的每条数据和一个键相关联。
我们可以使用每条记录中的某个指定字段作为键值（keyPath），也可以使用自动生成的递增数字作为键值（keyGenerator），也可以不指定。选择键的类型不同，objectStore可以存储的数据结构也有差异。
学习从来不是一个人的事情，要有个相互监督的伙伴，想要学习或交流前端问题的小伙伴可以私信“学习”小明获取web前端入门资料，一起学习，一起成长！
