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

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

项目背景：

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

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

一、

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

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

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

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

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

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

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

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

  • 待补充。

二、

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

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

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

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

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

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

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

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

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

• 当然，方式有很多种，我选择的是通过统计文件夹shell指令的方式来判断，自行选择。（有更好的建议可以提）
• 当然是 执行程序 与 进行数据的对比，看是否符合预期啦

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