[发明专利]一种基于TestNG的软件自动化单元测试方法

说明书

本发明提供了一种基于TestNG的软件自动化单元测试方法，其中，编译软件开发人员研发的用于单元测试的内核代码，得到测试项目程序所进行的单元测试。所述方法包括：建立公共支撑模块(100)；建立单元测试业务数据和测试脚本模块(200)；建立结果处理引擎模块(300)；针对待测试的软件，构建测试项目区分测试场景，并生成报告管理模块(400)。软件自动化单元测试项目活动的全生命周期管理。相较现有技术中通过系统调用间接执行内核函数，有效避免了因出参校验不全，场景校验不完善，数据和脚本耦合度强造成的软件质量困扰，提高了发现bug的概率和提高了测试的质量。

技术领域

本发明属于软件自动化测试系统技术领域，尤其涉及一种基于TestNG的软件自动化单元测试方法。

背景技术

目前现有单元测试软件自动化平台的建设，普遍采用单个项目活动逐一建设的自动化模式进行配置，为了避免测试用例之间相互影响，灵活性更高，每一个测试资源和测试脚本都独立搭建，只在需要进行最终项目活动测试用例资源处理时，调用独立的的测试脚本，通过测试脚本调用独立的测试资源处理服务，这种建设方式，每当有新项目活动需求时，新项目活动需要基于业务需求重新做全量的自动化测试用例编码开发，并且需要根据项目活动的监控需求重新定义植入监控代码对接监控平台进行活动运行监控，活动与活动之间的互斥或共生关系也不能灵活配置，需要额外编码控制。

上述技术中提到的单个项目活动独立开发测试自动化脚本模式的主要缺点在于自动化平台的灵活性差，资源消耗大：每个项目活动的自动化测试人员都需要重新输出测试用例，才能发布上线，无法适应快节奏的研发效率提升的需求；项目活动之间的互斥或共生关系无法灵活配置，无法快速接入外部项目测试用例处理内外部项目的测试用例关系，需要针对每个项目活动需求进行单独重复测试脚本编码开发，耗时长还容易导致自动化测试代码不稳定，造成资源损失；在需要进行项目活动测试效果监控时，因为独立开发的项目活动方案通常规范格式不一致，无法进行统一监控建模，单个项目活动的监控开发困难，所以往往只关注活动的运行结果，缺少对项目活动创建到结算的全生命周期监控。

发明内容

发明目的：为解决背景技术中存在的技术问题，本发明提出一种基于TestNG的软件自动化单元测试方法，包括以下步骤：

步骤1，建立公共支撑模块；

步骤2，建立单元测试业务数据和测试脚本模块；

步骤3，建立结果处理引擎模块；

步骤4，建立报告管理模块，所述报告管理模块用于，针对待测试的软件，构建测试项目区分测试场景，并生成报告。

步骤1包括：建立公共支撑模块，公共支撑模块包括公共资源模块、依赖模块、业务处理模块和多数据源交叉连接模块。

步骤1中，所述公共资源模块用于，提供DTO数据传输模块和公共方法公共类；

其中，所述DTO数据传输模块用于传输不同渠道的数据；比如从数据库中查询的数据转换为程序对象；

所述公共方法公共类用于提供公共方法和公共类，其中，所述公共方法包括包装方法和公共比较方法，所述包装方法用于，对公共方法校验模块返回的不同类型的结果分别断言；所述公共比较方法用于，对公共方法校验模块返回的不同类型的结果进行统一处理；

所述公共类包括以下内容：

响应结果类：提供接口通用数据传输的数据传输对象的定义；

测试数据数据传输类：提供根据测试数据生成testng脚本数据传输对象的定义；

方法数据传输对象类：提供根据表格自动生成测试脚本数据传输对象的定义；

Xml数据传输对象类：提供生成测试脚本编排文件数据传输对象的定义；