JMeter工具基础知识篇-工程目录结构及命名规范

原地址

背景说明：我们在开展自动化或者性能测试的时候，往往具有随意性，打开JMeter工具，生成一个脚本文件，参数化配置后，然后连同数据文件一起，放在一个大目录下，然后打包一起执行。想想这样会存在什么问题：

1、一旦养成随意性的习惯，很难改变，随意建目录，随意命名，逐渐让自己沦为具有随意性操作的小作坊式自动化测试人员，所以总觉得自己的知识库是那么的乱乱乱；

2、一个自动化项目规模小的时候，随意性导致的恶习还体现不出危害性，但是一旦脚本和数据文件增多，变更频率增大后，连自己写的东西估计都看不懂了，或者被覆盖找不到了，说说，你曾经有没有这样的经历，或者说现在你依然是这样？

3、如果你想给自己提拔到更高的角度，想想如果有很多个项目让你负责开展自动化，你如何管理那么一大堆资产包，不同的系统、子系统、工程项目，如果按照前面的方式来进行，你觉得能管理好？

4、坏习惯会让别人觉得你的水平和风格看起来总没那么高大上，让自己永远以小作坊式的方式去推进，而且实现不了规模化效应；

5、如果没有规范，你压根没法实现自动化的持续集成工作，你将被局限在工具级别的自动化上面，离测试框架或测试平台平台之路遥遥无期。

个人建议：养成良好的习惯，多做总结，常思考如何梳理自己的知识库，如何进行规范的管理，我想如果你真的坚持做了，一定会收获颇多。比如工作很多年后，你的每一个项目规规整整的成为了你的知识库和项目库，这些都成为你随手可以参考的文档，已然成为了你财富的一部分，而且你静静思考这么多年的经验，你到底收获了什么的时候，你会说，我收获了项目经验，我收获了如何和团队进行斗阵的能力，我学会了使用XYZ工具，这些都是软的技能，真正看得见摸得着的，就是你的项目文档库、代码库、以及你的个人经验的总结。现代化信息大爆炸时代，碎片化的知识冲击着我们每一个人，如果知识不梳理，那就是垃圾，如果进行了梳理并格式化和标准化后，那才是属于你自己真正的资产。我想你肯定有这样的经历，一个偶然的经历，看到同事的电脑，很惊诧的发现，人家的知识分门别类和命名规范，比自己做的真的是好多了，并且能非常迅速的找到，这样的同事，做事情的计划和编排也一定会做的很好，在团队中的能力和贡献度也一定是靠前的。所以，如果你想成为自动化测试的正规军，那么从今天开始，请养成良好的工程管理及命名规范习惯。

工程目录结构及命名规范：

【工程目录结构图】

【工程目录结构说明】

【工程目录linux创建命令】

cd /home/jmeter/jmeterProject

mkdir -p systemName/subSystemName

cd systemName/subSystemName

mkdir -p {data,script,result/jtl,result/html}

【命令行执行说明】

 

【脚本文件截图】

【数据文件截图】

【日志文件截图】