自动化测试目录结构

Posted 2023-04-27

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工具，这些都是软的技能，真正看得见摸得着的，就是你的项目文档库、代码库、以及你的个人经验的总结。现代化信息大爆炸时代，碎片化的知识冲击着我们每一个人，如果知识不梳理，那就是垃圾，如果进行了梳理并格式化和标准化后，那才是属于你自己真正的资产。我想你肯定有这样的经历，一个偶然的经历，看到同事的电脑，很惊诧的发现，人家的知识分门别类和命名规范，比自己做的真的是好多了，并且能非常迅速的找到，这样的同事，做事情的计划和编排也一定会做的很好，在团队中的能力和贡献度也一定是靠前的。所以，如果你想成为自动化测试的正规军，那么从今天开始，请养成良好的工程管理及命名规范习惯。

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

【工程目录结构图】

技术分享