一种基于企业需求开发的自动化测试应用平台及测试方法

摘要

本发明提供一种基于企业需求开发的自动化测试应用平台及测试方法，该自动化测试应用平台包括业务层、表现层、服务层、持久层和数据层；相比常规的软件测试解决方案，本方案继行业内常规的自动化测试平台方案之后，继续深化，配合企业管理特色基因，采用B/S架构的自动化应用平台，利用python+Django的研发框架，深化改善webUI的交互方法，打造较低技术门槛，提高工作效率的企业级自动化测试平台，平台极大提高了开发用例的效率，由原来的单一的接口自动化测试，发展成为现在的接口测试、性能监控、数据管理、运维为一体的立体化的应用平台。

说明书

技术领域

本发明涉及软件开发技术领域，特别涉及基于企业需求开发的自动化测试应用平台及测试方法。

背景技术

在科技研发公司里，软件的质量管理是极为重要的一环。而在软件质量管理里，如果单纯依靠手工进行测试，是越来越难以跟上开发的节奏的。所以自动化技术的引用将有力地取代人工重复操作，提高测试效率是很有必要的。近年来，自动化测试的发展由纯代码编辑向GUI应用来过渡。而在大力发展GUI应用软件下，同时分出C/S架构和B/S架构的两条分支。我们选择了B/S架构的自动化应用平台，利用python+Django的研发框架，深化改善webUI的交互方法，打造较低技术门槛，提高工作效率的企业级自动化测试平台。

当下，自动化测试web应用平台的解决方案主要是常规的解决方案只涵盖了最核心的流程，关于企业级应用的更细节的东西并没有定义，故要真正做到企业级应用，使用常规的解决方案是不能满足开发测试要求的。

因此，现有技术需要进一步改进。

发明内容

针对现有技术存在的问题，本发明提供基于企业需求开发的自动化测试应用平台及测试方法。

为实现上述目的，本发明的具体方案如下：

提供基于企业需求开发的自动化测试应用平台，包括业务层、表现层、服务层、持久层和数据层；

业务层和变现层直接面向用户，并通过接口与服务层进行业务功能数据传递及结果回传；服务层将server服务的数据保存、补充、传递给持久层；持久层通过ORM框架对数据层进行数据的增、删、改、查；

业务层，包括http接口自动化，工具集，数据分析，UI自动化，自动化运维；

表现层，包括项目，模块，用例，测试计划，mock，报告，系统设置，数据中心，用户中心；

服务层，包括用例装载与调度，数据动态管理，快速调度，web服务，报告生成，邮件服务，相应解析和校验，计划任务，版本管理，用例重试；

持久层，包括平台业务数据管理，产品数据库交互；

数据层，包括测试平台数据库，产品数据库。

进一步地，所述项目，进行项目管理，进行系统级别的项目管理；

所述模块，进行模块管理，进行系统内的业务归属管理，精细化模块管理，定制执行计划；

所述用例，进行用例管理，进行用例的开发、编辑修改、删除，管理单元用例组合设计模式，管理组件组合设计模式；

所述测试计划，进行任务执行计划管理，管理计划性执行任务；

所述mock，进行mock管理，模拟第三方信息回调测试；

所述报告，进行报告管理，管理任务级别下的运行结果的规范性报告数据；

所述系统设置，进行系统设置，包括环境设置、任务监控、全局变量设置、全局函数管理；不同环境管理，定时任务进度监控，变量和函数数据管理。

进一步地，所述项目管理，包含项目增、删、改、查，按项目执行，项目内嵌函数管理；按系统管理用例，定义项目私有函数。

进一步地，所述模块管理，包含模块增、删、改、查，按模块执行；按模块管理用例。

进一步地，所述用例管理，包含用例增、删、改、查，用例调试和执行，用例覆盖度统计、用例集、用例组合；用例编辑、统计、参数化、校验、自由组合。

进一步地，所述任务执行计划管理，进行用例自由集合、用例集合定时执行；跨项目的用例组合，通过定时任务，闲时执行用例。

进一步地，所述报告管理，进行报告查看、消息发送；报告生成、问题查看、邮件通知。

进一步地，所述mock管理，包含挡板增、删、改、查和启用、停用；模拟第三方返回数据，打通用例流程。

基于企业需求开发的自动化测试应用平台测试方法，包括如下步骤：

S1，新增项目；

S2，新增模块；

S3，新增用例；

S4，新增执行；

S5，结果查看；

其中S3还包括如下步骤：

S31，新建用例；

S32，判断是否参数化；

S33，判断是否校验；

S34，判断是否组装；

S35，用例调试；

S36，判断调试是否通过；

S37，用例保存；

其中S4还包括如下步骤：

S41，选择用例；

S42，选择环境；

S43，设定任务；

S44，判断是否立即执行；

S45，查看报告。

进一步地，

步骤S32，还包括如果判断是要进行参数化，则进行参数化，如果判断不要进行参数化，则直接进入下一步；

步骤S33，还包括如果判断是要进行校验，则进行校验，如果判断不要进行校验，则直接进入下一步；

步骤S34，还包括如果判断是要进行组装，则进行组装，如果判断不要进行组装，则直接进入下一步；

步骤S36，还包括如果判断调试通过，则直接进入下一步，如果判断调试不通过，则编辑用例，重新进行调试；

步骤S44，还包括如果判断立即执行，则立即执行，然后进入下一步，如果判断不是立即执行，则设定定时任务，按照设定的要求进行执行，执行之后，进入下一步。

采用本发明的技术方案，具有以下有益效果：

本发明提供基于企业需求开发的自动化测试应用平台及测试方法，相比常规的软件测试解决方案，本方案继行业内常规的自动化测试平台方案之后，继续深化，配合企业管理特色基因，采用B/S架构的自动化应用平台，利用python+Django的研发框架，深化改善webUI的交互方法，打造较低技术门槛，提高工作效率的企业级自动化测试平台，完成企业级自动化测试平台应用的开发。平台将由原来的开发一条用例需要5分钟以上到目前，最快可以在2分钟就可以完成。由原来的单一的接口自动化测试，发展成为现在的接口测试、性能监控、数据管理、运维为一体的立体化的平台应用。

附图说明

图1是本发明具体实施方式的结构框架方案示意图；

图2是本发明具体实施方式的代码框架示意图；

图3是本发明具体实施方式的系统分解示意图；

图4是本发明具体实施方式的层级架构示意图；

图5是本发明具体实施方式的数据传输交互示意图；

图6是本发明具体实施方式的操作整体流程示意图；

图7是本发明具体实施方式的用例生成和用例执行示意图。

具体实施方式

以下结合附图和具体实施例，对本发明进一步说明。

结合图1-图7对本发明的具体原理和步骤进行说明：

如图1，是本发明具体实施方式的结构框架方案示意图；

该自动化测试平台的框架方案包括：项目管理、模块管理、运行环境管理、用例管理、函数拓展、变量拓展、mock管理、任务执行计划管理、报告管理、半自动化运维、性能测试管理、开发-测试质量报表管理和耦合禅道管理系统。其中，项目管理：系统级别的项目管理；模块管理：系统内的业务归属管理；精细化模块管理，定制执行计划；运行环境管理：管理测试用例的执行环境；多环境运行，轻松适应不同的测试阶段；用例管理：用例的开发、编辑修改、删除等；单元用例组合设计模式；组件组合设计模式；函数拓展：平台级别函数拓展；项目级别函数拓展；变量拓展：平台基本的全局变量；运行环境的全局变量；场景的全局变量；用例的局部变量；mock管理：模拟第三方信息回调测试；任务执行计划管理：计划性执行任务；报告管理：任务级别下的运行结果的规范性报告数据；半自动化运维：代码环境部署；性能测试管理：接口测试响应时间监控；性能监控，性能预警；开发-测试质量报表管理：版本质量数据管理；质量管理；耦合禅道管理系统：耦合公司的现有的质量管理系统，进行数据互通。

如图2，是本发明具体实施方式的代码框架示意图；

代码框架包括web、服务层和数据层，Web包括：Chrome、IE、Safari；服务层包括：Nginx、UWSGI；项目管理、模块管理、环境配置、重试/锁；com任务、函数拓展、S/T、Debug；Mock、Suite、PageObject；MQ、HttpRunner；Celery、Request；报表；禅道；性能监控；测试工具；MVT，Bootstrap；数据层包括：MySQL。

如图3，是本发明具体实施方式的系统分解示意图；

系统分解包括：自动化管理模块，数据中心，环境管理模块，自动化执行模块。

如图4，是本发明具体实施方式的层级架构示意图；

系统包括业务层、表现层、服务层、持久层和数据层；业务层和变现层直接面向用户，并通过接口与服务层进行业务功能数据传递及结果回传；服务层将server服务的数据保存、补充、传递给持久层；持久层通过ORM框架对数据层进行数据的增、删、改、查；业务层，包括http接口自动化，工具集，数据分析，UI自动化，自动化运维；表现层，包括项目，模块，用例，测试计划，mock，报告，系统设置，数据中心，用户中心；服务层，包括用例装载与调度，数据动态管理，快速调度，web服务，报告生成，邮件服务，相应解析和校验，计划任务，版本管理，用例重试；持久层，包括平台业务数据管理，产品数据库交互；数据层，包括测试平台数据库，产品数据库。

如图5，是本发明具体实施方式的数据传输交互示意图；

用户电脑端的web端浏览器，通过以太网网络通信部件，连接到Linux服务器。如图6，是本发明具体实施方式的操作整体流程示意图；

步骤包括，S1，新增项目；S2，新增模块；S3，新增用例；S4，新增执行；S5，结果查看。

如图7，是本发明具体实施方式的用例生成和用例执行示意图。

步骤包括：

S31，新建用例；S32，判断是否参数化；S33，判断是否校验；S34，判断是否组装；S35，用例调试；S36，判断调试是否通过；S37，用例保存；其中S4还包括如下步骤：S41，选择用例；S42，选择环境；S43，设定任务；S44，判断是否立即执行；S45，查看报告。

步骤S32，还包括如果判断是要进行参数化，则进行参数化，如果判断不要进行参数化，则直接进入下一步；步骤S33，还包括如果判断是要进行校验，则进行校验，如果判断不要进行校验，则直接进入下一步；步骤S34，还包括如果判断是要进行组装，则进行组装，如果判断不要进行组装，则直接进入下一步；步骤S36，还包括如果判断调试通过，则直接进入下一步，如果判断调试不通过，则编辑用例，重新进行调试；步骤S44，还包括如果判断立即执行，则立即执行，然后进入下一步，如果判断不是立即执行，则设定定时任务，按照设定的要求进行执行，执行之后，进入下一步。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的保护范围内。