在讨论完编译器开关之前, 我愿意讨论一下响应文件(response file), 一个响应文件是一个文本文件, 它包含着一组编译器命令行开关, 当你执行CSC.exe时, 编译器打开这个响应文件并使用每一行开关, 就像这些开关是传递给CSC.exe的命令行一样. 你可以在命令行中通过指定响应文件的名字来命令编译器使用这个文件, 例如, 你可能有如下的响应文件: MyProject.rsp, 它包含着如下的文本:
/out:MyProject.exe
/target:winexe
为了让CSC.exe使用这个设置, 你可以这样调用它:
csc.exe @MyProject.rsp CodeFile1.cs CodeFile2.cs
这告诉编译器输出文件的名字和创建的目标类型, 正像你看到的, 响应文件是非常方便的, 因为你不需要每次编译你的项目都手动地表达所需要的命令行开关.
C#编译器支持多个响应文件, 除了你在命令行中显示地指定的文件之外, 编译器会自动地寻找CSC.rsp响应文件. 当你运行CSC.exe时, 它会在当前的目录中寻找一个局部CSC.rsp文件——你应该把任何项目相关的设置放在这个文件中. 编译器也会在包含CSC.exe文件来寻找这个文件来作为全局的CSC.rsp文件. 把你想对所有的项目的设置放在这个文件中, 编译器会聚集和使用所有这些响应文件中的设置. 如果在局部和全局响应文件中存在着冲突的话, 那么在局部文件中的设置将会覆盖全局文件中的设置, 同样, 显示地传递给命令行的任何设置也会覆盖局部响应文件中的设置.
当你安装.NET Framework时, 它会在%SystemRoot%/Microsoft.NET/Framework/vX.X.X目录下(X.X.X是你所安装的.NET Framework的版本号)安装一个默认的全局CSC.rsp文件. 在2.0版本中, 这个文件包含如下这些开关:
# This file contains command-line options that the c#
# command line compiler (CSC) will process as part
# of every compilation, unless the "/noconfig" option
# is specified.
# Reference the common Framework libraries
/r:Accessibility.dll
/r:Microsoft.Vsa.dll
/r:System.Configuration.dll
/r:System.Configuration.Install.dll
/r:System.Data.dll
/r:System.Data.OracleClient.dll
/r:System.Data.SqlXml.dll
/r:System.Deployment.dll
/r:System.Design.dll
/r:System.DirectoryServices.dll
/r:System.dll
/r:System.Drawing.Design.dll
/r:System.Drawing.dll
/r:System.EnterpriseServices.dll
/r:System.Management.dll
/r:System.Messaging.dll
/r:System.Runtime.Remoting.dll
/r:System.Runtime.Serialization.Formatters.Soap.dll
/r:System.Security.dll
/r:System.ServiceProcess.dll
/r:System.Transactions.dll
/r:System.Web.dll
/r:System.Web.Mobile.dll
/r:System.Web.RegularExpressions.dll
/r:System.Web.Services.dll
/r:System.Windows.Forms.Dll
/r:System.Xml.dll
因为全局CSC.rsp文件引用了列出来的所有的程序集, 你不需要在C#编译器/reference开关中显示地引用这些程序集, 这个响应文件对于开发者是一个很大到的方便, 因为它允许开发者使用定义在各种不同的微软发布的程序集中的类型和名字空间, 而不必在编译每个程序时都指定/reference编译器开关.
引用所有这些程序集会使得编译器变慢一些, 但是如果你的源代码不引用定义在这些程序集中的任何一个类型或者成员, 对产生的程序集文件没有影响, 对run-time执行性能也没有影响.



注意: 当你使用/reference编译器开关来引用一个程序集时, 你可以指定指向一个特定文件的完整路径, 然而, 如果你不指定路径, 编译器将会在如下几个地方搜索这个程序集文件(按照列表的顺序):


1.       工作目录
2.       包含CSC.exe文件的目录, MSCorLib.dll总是在这个目录中. 这个路径看起来像: %SystemmRoot%/Microsoft.NET/Framework/v2.0.50727
3.       通过/lib编译器开关指定的任何目录
4.       通过LIB环境变量制定的任何目录



当然如果你想让你的生活变得更加轻松, 欢迎你把自己的开关加入到这个全局CSC.rsp文件中, 但是这会使得在不同机器上复制构建环境变得困难: 你必须记住在每个build机器上以相同的方式更新CSC.rsp文件. 你也可以通过指定/noconfig命令行开关来告诉编译器忽略局部和全局CSC.rsp文件.

文章目录
一、添加CSV Data Set Config
二、http请求设置
三、响应提取
四、写入文件
五、查看结果

一、添加CSV Data Set Config


1.1配置

（1）Filename：csv文件的名称

注意：这里要包括文件的路径，可以点击右侧的浏览按钮选择文件，会自动带上文件的绝对路径；

另外，当csv文件在jmeter的bin目录或脚本目录时，只需给出文件名即可；使用相对路径时，jmeter默认先去bin目录下查找，然后去脚本目录下查找；

（2）File encoding：csv文件编码

默认使用当前操作系统的编码格式；如果文件中包含中文乱码时，可尝试utf-8、gbk等；

（3）Variable Names(comma-delimited)：

csv文件中各列的名字（有多列时，用英文逗号隔开列名）；

名字顺序要与内容对应，这个变量名称是在其他处被引用的，所以为必填项。

（4）Delimiter(use “\t” for tab)：csv文件中的分隔符（用”\t”代替tab键）

一般情况下，分隔符为英文逗号，保持默认就行

（5）Allow quoted data?：是否允许数据内容加引号

此项实际是控制csv文件中的双引号是否为有效字符；

①默认是False，如果参数文件的值带有双引号，False模式会将双引号也当做参数；

②如果数据带有双引号且此项设置TRUE，则会自动去掉数据中的引号使能够正常读取数据，且即使引号之间的内容包含有分隔符时，仍作为一个整体而不进行分隔；

③如果希望双引号字段中间再包含双引号，则需要加两个双引号来代表单个双引号。此项设置为true时，“2,3”–>2,3；"4"“5”–>4"5

（6）Recycle on EOF?：

到了文件尾是否循环，True—继续从文件第一行开始读取，False—不再循环；

此项与下一项的设置为互斥关系，即true-false，或false-true；

（7）Stop thread on EOF?：

到了文件尾是否停止线程，True—停止，False—不停止；

注意：当Recycle on EOF设置为True时，此项设置无效。

（8）Sharing mode：共享模式

All threads –所有线程，此元件作用范围内的所有线程共享csv数据，每个线程依次读取csv数据，互不重复；（并发数和循环数都会读取不同的csv数据，但是同一线程组内的多个sampler总是取相同的值。）

Current thread group—当前线程组，在此元件作用范围内，以线程组为单位，每个线程组内的线程共享csv数据，依次读取数据，互不重复；（）

Current thread—当前线程，在此元件作用范围内，每次循环中所有线程取值一样；


二、http请求设置
2.1请求头部



2.2http请求


三、响应提取

四、写入文件

String path = "E:\\test\\10月";
File file = new File(path) ;
if(!file.exists()) {
			file.mkdirs();
		}
	//创建文件夹	
FileWriter fstream = new FileWriter("E:\\test\\10月\\0001pk.csv",true); //路径已存在，创建文件并追加写入数据
BufferedWriter out = new BufferedWriter(fstream);
out.write(vars.get("N") +"," + vars.get("O") +"," +vars.get("L") +"," + vars.get("C") +"\n");
out.close();
fstream.close();

五、查看结果



参考：

https://blog.csdn.net/lijing742180/article/details/81183125

https://blog.csdn.net/qq_31391261/article/details/79509198

Stave是一个Fiddler扩展插件，让Fiddler能将URL映射到本地目录，实现批量文件自动响应。

Fiddler自带的AutoResponder每条自动响应规则只能对应一个本地文件， 在文件数目较多的时候，使用起来很不方便，往往需要部署到本地web服务，有了Stave插件(扩展)，一个URL匹配可以对应一个本地目录，URL规则也支持通配符，前端调试方便多了。
除支持URL映射到目录之外，还支持URL到URL的替换。

Stave扩展并不影响原本的AutoResponder功能，两者可以共同起作用。



下载地址： 
https://code.google.com/p/stave/

保存响应到文件

该元件可以将响应结果保存到文件。

该元件可以放置在测试计划中的任何位置。为其范围内的每个样本创建一个响应数据的文件。它主要用于功能测试，但是当响应太大而不能在视图结果树中显示时，它也很有用。

文件名是从指定的前缀创建的，加上一个数字（除非这是禁用的，见下文）。

文件扩展名是由文档类型创建的，但如果文件类型未知，则将文件扩展名设置为“unknow”。

如果禁用了编号，并且禁用后缀，则将文件前缀视为整个文件名。这允许在需要时生成固定文件名。生成的文件名保存在取样器的响应中，如果需要，也可以保存在测试日志输出文件中。

首先保存当前的样本，接着是任何子样本（子样本）。如果提供变量名，则文件的名称按照子样本出现的顺序保存。见下文。



名称：设置定时器名称。

注释：添加可读的注释信息。方便后期维护。

文件名前缀：生成文件名的前缀；它可以包括目录名。如果是相对路径，则被解析为相对于当前工作目录（默认是bin/目录）。Jmeter还支持相对与当前测试计划（JMX文件）的目录。如果路径名以“~/

”开头（或者其他由jmeter.save.saveservice.base_prefix 属性定义的信息），则路径是相对于JMX文件位置的。



线程延迟属性:

Variable Name:保存生成文件名的变量的名称（以便以后在测试计划中使用）。如果有子样本，则在变量名中添加数字后缀。例如，如果变量名是文件名，则将父样本文件名保存在变量文件名中，并将子取样器的文件名保存在文件名1、文件名2等中。

Save Failed Responses only:若勾选该选项，只有失败的取样器的响应被保存。

Save Successful Responses only:若勾选该选项，只有成功的取样器的响应被保存。

Don’t add number to prefix:若勾选该选项，则文件名不添加序号，若勾选该选项，请确保文件名不重名，否则文件将被覆盖。

Don’t add suffix:若勾选该选项，不添加后缀。若勾选该选项，请确保文件名不重名，否则文件将被覆盖。
Minimum Length of sequence number:如果未选中“Don’t add number to prefix”，此处设置序号的位数。
欢迎关注我的网易云课程

https://study.163.com/courses-search?keyword=软件测试123#/?ot=5