基于XBRL平台的可持续集成的测试方法与流程

本发明涉及软件测试技术，具体涉及一种基于xbrl平台的可持续集成的测试方法。

背景技术：

随着计算机软件的规模越来越大，软件测试成为了软件质量保障的关键环节，软件测试自动化的发展也成为了软件测试领域所无法逾越的阶段。软件测试是用于验证软件质量的活动，验证的内容包括软件的功能特性以及包括性能以及安全等非功能特性。软件测试的方法主要分手工测试与自动化测试两种，xbrl智能报告平台功能多，项目迭代周期短，开发周期长。在这种情况下，如果每次发布版本后都采用人工检查的方式确实系统已有功能是否可用，势必是对人力资源的极度浪费，而且还会占用测试人员测试新开发功能的时间。xbrl智能报告平台的一大特点是功能之间存在高度相互依赖关系，如实例文档的创建依赖于数据映射，数据映射的创建依赖于分类标准，因此，分类标准的创建成为是否可以成功执行一整套操作的关键。而现实情况是，在进行性能测试的时候，会创建大量的分类标准，如果某些分类标准创建失败，需要测试人员手工查找失败的分类标准，并手工清除测试垃圾数据。相似的，如果数据映射创建失败，也需要手工查找与清除垃圾数据。这势必成为手工测试的一个负担。然而即使可以单独编写脚本进行清除，每次手工执行脚本也是一种人力资源的浪费，且不能构成持续的自动化测试。

技术实现要素：

本发明所要解决的技术问题是：提出一种基于xbrl平台的可持续集成的测试方法，解决传统测试方案工作量大，不能持续测试的问题。

本发明解决其技术问题所采用的技术方案是：

基于xbrl平台的可持续集成的测试方法，包括以下步骤：

a.准备测试数据；

b.创建分类标准，判断是否创建成功，若成功，则进入步骤c，否则，检查数据库，清理数据，返回步骤b；

c.保存及校验分类标准，若操作成功，则进入步骤d，否则，返回步骤c；

d.创建数据映射，判断是否创建成功，若成功，则进入步骤e，否则，检查数据库，清理数据，返回步骤d；

e.保存数据映射，若操作成功，则进入步骤f，否则，返回步骤e；

f.创建实例文档，判断是否创建成功，若成功，则进入步骤g,否则，检查数据库，清理数据，返回步骤f；

g.保存及校验实例文档，若操作成功，则结束流程，否则，检查数据库，清理数据，返回步骤g。

作为进一步优化，步骤a中，所述测试数据包括：登陆系统的用户名账号，需要创建分类标准的公司信息，用于创建分类标准的国标，用于创建数据映射的模板；准备测试数据的具体方法包括：

首先在数据库中创建测试账号与测试公司；然后使用脚本提取数据库中的账号信息与公司信息存入不同的文件中，所述账号信息包括登陆用户名和密码，用于登陆系统，公司信息为公司在数据库中创建时分配的公司id，用于创建分类标准；最后，将国标和数据映射模板分别存放在某一固定目录下。

作为进一步优化，步骤b中，使用公司id与国标创建分类标准，创建分类标准请求基于http协议，编写脚本向服务器发送请求，提取服务器的响应码，根据响应码判断是否创建成功，若响应码与预期相同，则创建成功，否则，创建失败。

作为进一步优化，步骤b中，在创建分类标准时，对于多并发的操作，如果并未全部创建成功，则查找出已创建成功的公司id，删除相应的分类标准，并返回步骤b重新创建。

作为进一步优化，步骤c中，在保存及校验分类标准时，若成功，则将其对应的保存及校验标志位设置为1，否则，设置为0，并返回保存及校验分类标准的操作。

作为进一步优化，步骤d中，采用数据映射模板及提取的分类标准id来创建数据映射，创建数据映射请求基于http协议，编写脚本向服务器发送请求，提取服务器的响应码，根据响应码判断是否创建成功，若响应码与预期相同，则创建成功，否则，创建失败。

作为进一步优化，步骤d中，通过在数据库中查找分类标准id是否有相应的数据映射id来判断创建映射是否成功，若有相应数据映射id，则表明创建映射成功，并提取相应的数据映射id存放至文本，否则，返回步骤d重新创建数据映射。

作为进一步优化，步骤e中，在保存数据映射时，若成功，则将对应的保存数据映射标志位设置为1，否则，设置为0，并返回保存数据映射的操作。

作为进一步优化，步骤f中，采用数据映射id创建实例文档，创建实例文档请求基于http协议，编写脚本向服务器发送请求，提取服务器的响应码，根据响应码判断是否创建成功，若响应码与预期相同，则创建成功，否则，创建失败。

作为进一步优化，步骤g中，在保存及校验实例文档时，若成功，则将其对应的保存及校验标志位设置为1，否则，设置为0，并返回保存及校验实例文档的操作。

本发明的有益效果是：

通过对分类标准是否成功创建作为是否可进行分类标准的保存、校验、数据映射的操作依据；通过对数据映射是否成功创建作为是否可进行实例文档的保存、校验操作的操作依据。对其中的异常情况，如分类标准保存校验失败、数据映射保存失败等异常信息进行捕捉与再处理，从而完成系统的一整套自动化测试流程，进而保证系统的正确性，提高系统质量。

附图说明

图1为本发明实施例中的测试方法流程图。

具体实施方式

本发明旨在提出一种基于xbrl平台的可持续集成的测试方法，解决传统测试方案工作量大，不能持续测试的问题。

下面结合附图及实施例对本发明的方案作进一步的描述：

如图1所示，本实施例中的基于xbrl平台的可持续集成的测试方法包括以下步骤：

1.准备测试数据：

测试数据包括登陆系统的用户名账号，需要创建分类标准的公司信息，用于创建分类标准的国标，用于创建数据映射的模板。首先在数据库中创建测试账号，与测试公司；然后使用脚本提取数据库中的账号信息与公司信息存入不同的文件中，账号信息包括登陆用户名和密码，用于登陆系统，公司信息为公司在数据库中创建时分配的公司id，用于创建分类标准；最后，将国标存放在某一固定目录，只需存放一份国标即可，即使有多个公司使用国标的情况，每次引用同一套国标，进行上传成功的操作后，会将国标拷贝至相应的公司分类标准目录下，因此，各个公司对国标是复制的操作，不会引发冲突。数据映射模板与国标同理，只需在固定目录放置一套即可。准备测试数据部分使用脚本实现，封装成单独模块，以备调用。

2.创建分类标准，判断是否创建成功：

使用步骤1中的公司id与国标创建分类标准。创建分类标准请求基于http协议，编写脚本向服务器发送请求，提取服务器的响应码，判断是否创建成功。响应码与预期相同，测试用例执行通过，否则测试用例执行失败。

3.检查数据库(1)：

分类标准的保存、校验依赖于是否成功创建分类标准，因此在进行这些操作之前会对分类标准是否创建成功进行判断，对于存在创建失败的分类标准，需清除垃圾数据。具体为，编写脚本在数据库中查找测试公司是否获得了分类标准id，如果成功，则提取分类标准id，并保存及校验分类标准，否则返回到重新创建分类标准的步骤。对于多并发的操作，如果并未全部创建成功，则查找出已创建成功的公司id，删除相应的分类标准，并返回到重新创建分类标准的步骤。这里进行分类标准的删除并重创建是为了保证操作的一致性，如并发1000个请求，则需要1000个请求都成功。

4.保存及校验分类标准：

数据映射的创建依赖于成功保存及校验分类标准。步骤2中可以看出，分类标准创建成功后获得分类标准id，保存与校验成功都会有相应的标志位。在数据库中检查分类标准的保存与校验标志位是否为1，如果成功，则进行创建数据映射，否则修改数据库中已保存校验成功的分类标准，将其保存、校验标志位修改为0，并返回保存及校验分类标准的操作。

5.创建数据映射，判断是否成功：

使用步骤3中提取的分类标准id与步骤1中的数据映射模板来创建数据映射。创建数据映射请求基于http协议，编写脚本向服务器发送请求，提取服务器的响应码，判断是否创建成功。响应码与预期相同，测试用例执行通过，否则测试用例执行失败。

6.检查数据库(2)：

数据映射的保存依赖于是否成功创建数据映射，因此在进行这些操作之前会对数据映射是否创建成功进行判断，对于存在创建失败的数据映射，需清除垃圾数据。具体为，编写脚本在数据库中查找分类标准id是否有相应的数据映射id，如果成功，则提取相应的数据映射id存放至文本，否则返回到重新创建数据映射的步骤。

7.保存数据映射：

实例文档的创建依赖于成功保存数据映射。在数据库中检查数据映射的保存标志位是否为1，如果成功，则进行创建实例文档，否则修改数据库中已保存成功的数据映射，将其保存标志位修改为0，并在返回保存数据映射的操作。

8.创建实例文档，判断是否成功：

使用步骤6中提取的数据映射id创建实例文档。创建实例文档请求基于http协议，编写脚本向服务器发送请求，提取服务器的响应码，判断是否创建成功。响应码与预期相同，测试用例执行通过，否则测试用例执行失败。

9.检查数据库(3)：

实例文档的保存、校验依赖于是否成功创建实例文档，因此在进行这些操作之前会是否创建成功进行判断，对于存在创建失败的实例文档，需清除垃圾数据。具体为，编写脚本在数据库中查找分类标准id是否存在相应的实例文档id，如果成功，则提取相应的分类标准id及实例文档id存放至文本，否则返回到重新创建实例文档的步骤。

10.保存及校验实例文档：

实例文档创建成功后获得实例文档id，保存与校验成功都会有相应的标志位。在数据库中检查实例文档的保存与校验标志位是否为1，如果成功，则测试用例执行通过，否则修改数据库中已保存校验成功的分类标准，将其保存、校验标志位修改为0，并再次返回保存及校验实例文档的操作。