首先，弄好一个测试流程的框架

【此系列文章是分享给有jmeter使用基础的同学分享】

一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一

项目背景：

精简后：验证一个程序解析过滤原始日志的内容，并把要保留的内容正确存入mysql。

程序还带有文件名正确性的验证，还有发现内容含特殊字符丢弃的功能。

一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一

一

一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一

注：为了学习，从低版本开始，jmeter4.0开始使用，不过个人建议从3.3开始使用，这样出现问题也容易在网上找到解决办法，毕竟高版本出现问题，找谁呢？

建立一个脚本，构思一下整个测试流程是怎么样的（当然，这得根据你自己的需求来）  这思路一般包含这几个点：

1、运用什么作为你的数据驱动；（本例中运用csv-用例）

2、是否有数据库的介入；（mysql、snappydata、KafKa等）

3、需要用到服务器的操作吗；（即是否有linux指令或者shell脚本介入）

4、数据的流动需要时间吗；（是否需要设计定时）

5、数据的比对；（是否需要对数据做处理，用什么形式去比对等等）【难点】

6、清除旧数据，避免旧数据的影响；

7、待补充。

二

一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一

现在来解说一下，我在接下来的项目实践中，参照上面的思路如何来做：

1、在用例方面，我是这么安排的字段，参数化（后面再慢慢解释有什么用）

CSV用例的

至于为什么会这么考虑，是因为有上次项目作为参考，要是第一次做的话，那么在用例设计的考虑里面，可以尝试边做脚本边加字段在用例里面，使其方便服务于你的脚本。

那么作为数据驱动，在脚本那边肯定是先创建一个CSV DATA SET啦！

【本次测试有用mysql，所以得记得配置jdbc啦】

CSV Set Data Config的配置

在 “变量名称 ”里填的就是自己在csv设置的字段名，至于“是否允许带引号”的问题，就得考虑你的入参和预期结果是否需要了。

mysql的链接配置

2、接下来，考虑到

本项目需要发送原始日志，并需要在服务器上进行造数据的操作，所以也会用到“SSH Command”的控件，

输入linux指令的控件

3、生成完原始数据，那就得清除旧数据啦（本项目这里是清除mysql的旧数据）

输入sql语句的控件

4、清数的操作都ok了，自然要确保创建的日志是实实在在地存在，所以得来一个判断执行是否成功

当然，方式有很多种，我选择的是通过统计文件夹shell指令的方式来判断，自行选择。（有更好的建议可以提）

5、当然是 执行程序 与 进行数据的对比，看是否符合预期啦

数据比对，结果对比，反映测试的结果是否符合预期

那么，到这里，整个测试的流程框架就搭好了，下一期，将会讲解如何进行参数化简化我们的脚本，以及在数据对比中出现的困难与问题！