自动化测试目录结构

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了自动化测试目录结构相关的知识,希望对你有一定的参考价值。

参考技术A |-Config配置文件

||-config.ini 配置文件

||-globalconfig.py 获得日志路径,测试用例路径,测试报告路径,测试数据路径等等

||__init__.py

|-Data测试数据

||-TestData 测试数据路径

|||-TestData.xlsx 测试数据文件

|-日志

||-log.py 日志类,需要调用日志的地方,脚本需要调用日志时,调用该日志类

|-Public 公共的文件库

||-Common封装的公用方法

||| -commonconfig.py公用的参数配置:如测试地址,测试数据等

||| -DoExcel.py 操作Excel 文件(数据驱动)

||| -htmlReport.py html测试报告

||| -ReadConfigIni.py读取配置文件ini

||| -Send_mail.py 发送邮件

||| -TestCaseInfo.py 测试用例信息

||-Page使用PO模式编写测试脚本

||| - BasePage.py selenium一些基本方法的二次封装

||| - Bing.py 测试页面

|-Report

||-log日志目录

||| - ***.log

||-TestReport 测试报告目录

||| - ***.html

|-TestCase

|| -TC_BingSearch.py 测试用例(unittest)

| - run.py

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}

 

命令行执行说明

技术分享

 

【脚本文件截图】

技术分享 

 

【数据文件截图】

技术分享 

 

日志文件截图

技术分享

 

 

总结:最好的总结就是看完了,如果你觉得有价值,按照上面的各种建议去落地实施。每个人有自己的标准和习惯,而且每个工程也有一定的特殊性,上面是我在项目中的标准和规范,仅作参考。

 

备注:只讲干货,将知识的本质和原理辅以例子,让你学起来知其然并且知其所以然,让你一次的学习解决一类知识点!让我们一起学习并快乐着。如果觉得好,请动动手指转发吧,做一个知识的传播者,share knowledge with the world!



以上是关于自动化测试目录结构的主要内容,如果未能解决你的问题,请参考以下文章

自动化测试框架

熬夜整理的自动化测试框架结构图,值的一看

熬夜整理的自动化测试框架结构图,值的一看

python自动化用例框架搭建--目录结构规划

自动化测试源代码目录规范

python自动化web自动化:4.测试框架讲解