CN106598852A - 软件测试方法及系统 - Google Patents

Abstract

本发明公开了一种软件测试方法，所述软件测试方法包括以下步骤：获取指定数据源的数据运行测试用例，并得到运行结果；判断预设值是否是简单数据类型；若是，则使用普通断言方式判断所述运行结果是否符合预设条件；当所述预设值不是简单数据类型时，则使用特殊断言方式判断所述运行结果是否符合所述预设条件。本发明还公开了一种软件测试系统。本发明通过根据预设值的数据类型，选择针对所述数据类型的断言方法，减少了具体测试时的代码编写量，提高了测试效率。

Description

软件测试方法及系统

技术领域

本发明涉及软件领域，尤其涉及一种软件测试方法及系统。

背景技术

在现有的软件测试中，采用自动化测试的测试框架提供的方法，例如Junit,，TestNg，Selenium等虽然提供了基础的自动化测试基础API，但是其断言功能单一，只能实现对简单数据的比对，例如比对简单数据类型是否相等，数字类型的数据大小等。而对于大型项目，测试用例运行的预期结果是复杂的，如果使用简单数据类型进行断言，需要测试人员额外把预期运行结果解析成简单数据类型再进行对比，如果运行结果复杂，需要解析后一行行编写断言语句，效率低下。

发明内容

本发明的主要目的在于提供一种软件测试方法及系统，旨在提高测试效率。

为实现上述目的，本发明提供的一种软件测试方法包括以下步骤：

获取指定数据源的数据运行测试用例，并得到运行结果；

判断预设值是否是简单数据类型；

若是，则使用普通断言方式判断所述运行结果是否符合预设条件；

当所述预设值不是简单数据类型时，则使用特殊断言方式判断所述运行结果是否符合所述预设条件。

优选地，所述获取指定数据源的数据运行测试用例，并得到运行结果包括：

获取预设表格的表格数据；

使用所述表格数据运行所述测试用例，并得到所述运行结果。

优选地，所述获取预设表格的表格数据包括：

在测试方法的代码中使用注解指定所述预设表格的位置；

根据所述位置加载所述预设表格，解析所述预设表格获取所述表格数据。

优选地，所述获取指定数据源的数据运行测试用例，并得到运行结果包括：

获取指定数据源的数据运行测试用例，并得到运行结果；

根据预设规则提取所述运行结果。

优选地，在所述获取指定数据源的数据运行测试用例，并得到运行结果之前包括：

判断是否存在配置描述文件；

若是，则加载所述配置描述文件，并按照所述配置描述文件进行测试配置；

若否，则加载测试项目默认的配置文件，并按所述照配置文件进行测试配置。

此外，为实现上述目的，本发明还提供一种软件测试系统，所述软件测试系统包括：

第一获取模块，用于获取指定数据源的数据运行测试用例，并得到运行结果；

第一判断模块，用于判断预设值是否是简单数据类型；

第一断言模块，用于当所述预设值是简单数据类型时，使用普通断言方式判断所述运行结果是否符合预设条件；

第二断言模块，用于当所述预设值不是简单数据类型时，使用特殊断言方式判断所述运行结果是否符合所述预设条件。

优选地，所述第一获取模块包括：

第二获取模块，用于获取预设表格的表格数据；

第一获取单元，用于使用所述表格数据运行所述测试用例，并得到所述运行结果。

优选地，所述第二获取模块包括：

指定单元，用于在测试方法的代码中使用注解指定所述预设表格的位置；

第二获取单元，用于根据所述位置加载所述预设表格，解析所述预设表格获取所述表格数据。

优选地，所述第一获取模块还包括：

第三获取单元，用于获取指定数据源的数据运行测试用例，并得到运行结果；

运行单元，用于根据预设规则提取所述运行结果。

优选地，所述软件测试系统还包括：

第二判断模块，用于判断是否存在配置描述文件；

第一加载模块，用于当存在所述配置描述文件时，加载所述配置描述文件，并按照所述配置描述文件进行测试配置；

第二加载模块，用于当不存在所述配置描述文件时，加载测试项目默认的配置文件，并按所述照配置文件进行测试配置。

本发明实施例通过获取指定数据源的数据运行测试用例，并得到运行结果；判断预设值是否是简单数据类型；若是，则使用普通断言方式判断所述运行结果是否符合预设条件；当所述预设值不是简单数据类型时，则使用特殊断言方式判断所述运行结果是否符合所述预设条件。所以本发明通过根据预设值的数据类型，选择针对所述数据类的断言方法，减少了具体测试时额外的代码编写量，提高了测试效率。

附图说明

图1为本发明软件测试方法第一实施例的流程示意图；

图2为本发明软件测试方法第二实施例的流程示意图；

图3为本发明软件测试方法第三实施例中获取预设表格的表格数据的细化流程示意图；

图4为本发明软件测试方法第四实施例中获取指定数据源的数据运行测试用例，并得到运行结果的流程示意图；

图5为本发明软件测试方法第五实施例中在所述获取指定数据源的数据运行测试用例，并得到运行结果之前的流程示意图；

图6为本发明软件测试系统第一实施例的功能模块示意图；

图7为本发明软件测试系统第二实施例中第一获取模块的细化功能模块示意图；

图8为本发明软件测试系统第三实施例中第二获取模块的细化功能模块示意图；

图9为本发明软件测试系统第四实施例中第一获取模块的细化功能模块示意图；

图10为本发明软件测试系统第五实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种软件测试方法，参照图1，在本发明软件测试方法第一实施例中，该软件测试方法包括：

步骤S10，获取指定数据源的数据运行测试用例，并得到运行结果；

步骤S20，判断预设值是否是简单数据类型；

在现有测试中，一般断言方法的预设值都是简单数据，使用一般断言方法进行所述预设值与解析后运行结果进行比对，并得到测试结果，而本发明通过根据所述预设值的数据类型来选择所述断言方法。具体地，在本实施例中当所述预设值中出现成对的大括号，而且使用逗号隔开的数据还设有冒号进一步进行了分割，则判断所述预设值为是JSON(一种轻量级的数据交换格式)数据格式，不是简单数据；当所述预设值成对出现的大于号和小于号组成的数据时，则判断为XML数据而不是简单数据。

若是，则执行步骤S30，使用普通断言方式判断所述运行结果是否符合预设条件；

当判断出所述预设值为简单数据类型时，则使用现有技术进行断言，如String类型判断是否相等，int类型判断大于，小于，或者相等。

当所述预设值不是简单数据类型时，则执行步骤S40，使用特殊断言方式判断所述运行结果是否符合所述预设条件。

当所述预设值不是简单数据类型的时候，使用适合所述数据类型特点的方法进行断言，与所述运行结果进行比较，判断是否符合所述预设值。例如当所述预设值的数据类型为JSON时，可以判断所述JSON是否包含运行结果，如果包含则测试通过；又如，如果所述预设值为XML时，则可以和所述运行结果进行比较其内部数据是否相同，而不用在意顺序是否一样，相比使用简单数据进行比较，可以省去忽略顺序进行额外的编码，提高了测试效率。

具体地，在本实施例中：通过硬编码形式，指定数据源为指定的代码段，把所述代码段中的参数传递至测试用例的方法中，运行所述测试用例得到的运行结果为：“xxx1@centips.com”，而所述预设值为：“/^([a-zA-Z0-9_-])+@([a-zA-Z0-9_-])+((\.[a-zA-Z0-9_-]{2,3}){1,2})$/”，因为字符串使用字符“/”起始和收尾，判断出该预设值不是简单数据类型，而是一个正则表达式，则采取正则表达式的断言方法进行断言。由该预设值的正则表达式可知，所述正则表达式的要求为：“@”前必须有数字或字母，“@”后必须是数字或字母中的任一位置含有符号“.”的字符串，所以所述运行结果符合正则表达式的要求，所以测试通过；而如果运行结果为：“xxx1atcentips.com”，则此字符串因为没有字符“@”，所以不符合该正则表达式的要求，测试不通过；而如果所述预设值为简单数据类型的字符串“xxx1@centips.com”时，则测试通过，如果所述运行结果不是“xxx1@centips.com”则测试失败。相比使用普通断言比较时断言方法单一，对于复杂问题必须编写大量额外的解析代码，本发明提高了测试效率。

在有些实施例中所述预设值为JSON数据结构，例如{a:1,b:2,c:3}，所述运行结果为：{b:2,c:3}。所以可以单独比较所述两个数据中b或c是否相等，使用普通断言比较方式时，必须编写大量额外的解析代码，本测试方法提高了测试效率。所以本发明通过根据预设值的数据类型，选择针对所述数据类的断言方法，减少了具体测试时额外的代码编写量，提高了测试效率。

进一步地，参照图2，基于本发明软件测试方法第一实施例，在本发明软件测试方法第二实施例中，所述获取指定数据源的数据运行测试用例，并得到运行结果包括：

步骤S11，获取预设表格的表格数据；

步骤S12，使用所述表格数据运行所述测试用例，并得到所述运行结果。

现有技术中，测试用例的传入数据使用硬编码或者使用不可编辑、阅读效果差的外部数据源来驱动测试。而通过使用可视化效果好的表格来进行参数的设置，提高了创建，修改测试用数据的效率。

具体地：在测试项目中，通过Excel创建一个xls(Excel标准文件)文件，使用一定规则在所述xls文件添加数据后保存，在测试系统中硬编码写入所述xls文件地址，加载所述xls文件，并根据所述规则对所述xls文件进行解析，获取其中的数据。然后把所述数据当做入参传入测试用例中，并得到所述测试用例的运行结果。应当说明的是有些实施例中使用的是其他电子表格格式，如csv，et和xlsx等格式。

参照图3，基于本发明软件测试方法第二实施例，在本发明软件测试方法第三实施例中，所述获取预设表格的表格数据包括：

步骤S111，在测试方法的代码中使用注解指定所述预设表格的位置。

步骤S112，根据所述位置加载所述预设表格，解析所述预设表格获取所述表格数据。

在本实施例中，通过采用注解方法，只需要在测试方法前插入可以自动注入所述预设表格的数据注解，是测试人员在使用的时候，紧需要简单的一行代码就能完成数据的加载和注入操作，提高了测试的效率。

具体地：编写自定义注解，执行位置“Target”为“METHOD”，即只在方法中执行，此注解接收参数“value”，“value”的值用来指定表格的位置，添加该注解到一个测试方法前，并添加所述表格的位置为所述“value”的值，在运行时测试系统会先执行所述注解的代码，通过反射机制注入所述“value”的值，按照所述“value”指向的表格位置进行加载，把表格解析后封装数据在一个ParamMap<String,Object>的返回值中，并把所述返回值输入测试方法的第一个为ParamMap<String,Object>格式的入参中，以便测试方法应用所述参数完成测试。

应当说明的是所述注解执行位置“Target”的值，根据具体需要而定，可以使用FIELD或LOCAL_VARIABLE，根据具体问题而定，也可以把上述实例中的注解进行细化，不只可以指定文件，在有些实施例中所述注解可接受指定文件中第几个SHEET中的第几行第几列的具体数据。

参照图4，基于本发明软件测试方法第一实施例，在本发明软件测试方法第四实施例中，所述获取指定数据源的数据运行测试用例，并得到运行结果包括：

步骤S13，获取指定数据源的数据运行测试用例，并得到运行结果；

步骤S14，根据预设规则提取所述运行结果。

在有些测试中，返回的数控可能是JSON或XML(可扩展标记语言)，但是这两种数据格式一般包含很多的数据，如测试从专利库中查找“摘要”中关键字为“测试软件”的结果，但是本测试只是想判断结果中“专利权人”为“唯品会”的专利的数量，显然运行结果中有太多数据是不需要的，采用针对特定数据格式的运行结果进行预设规则的提取，提高测试效率。具体地本实施例中，提取的是JSON数据类型的运行结果，所述预设规则为：保留所述运行结果中所有“专利权人”为“唯品会”的数据，减少了额外的编码量，提高了测试效率。

参照图5，基于本发明软件测试方法第一实施例，在本发明软件测试方法第五实施例中在所述获取指定数据源的数据运行测试用例，在所述获取指定数据源的数据运行测试用例，并得到运行结果之前包括：

步骤50，判断是否存在配置描述文件；

若是，则执行步骤60，加载所述配置描述文件，并按照所述配置描述文件进行测试配置；

若是，则执行步骤70，加载测试项目默认的配置文件，并按所述照配置文件进行测试配置。

通过修改加载配置文件的代码，使得测试系统加载默认配置文件前，先检查是否存在配置描述文件，如果存在则使用配置默认文件进行配置。使用独立于测试系统的配置描述文件，测试人员可以单独进行编辑，对配置描述文件进行拷贝复制，提高了配置灵活性和复用性。具体在本实施例中，在测试系统默认配置文件为applicationContext-text.xml，指定一特殊位置存放的指定文件名的文件为描述文件，具体地，本实施例中为：指定applicationContext-text.xml的同级目录下的functional文件夹中的application.test.properties文件为配置描述文件，在系统进行加载配置文件时，会先判断functional文件夹是否存在application.test.properties文件，如果存在则加载所述application.test.properties，并按照application.test.properties的信息进行配置；如果在加载配置文件时，functional文件夹不存在application.test.properties文件，则系统直接加载applicationContext-text.xml，并按照applicationContext-text.xml进行配置。使得在测试时，只需要修改application.test.properties就可以进行对配置进行定制，提高测试效率。

本发明还提供一种软件测试系统，参照图5，在本发明软件测试系统第一实施例中，本发明提供的软件测试系统包括：

第一获取模块10，用于获取指定数据源的数据运行测试用例，并得到运行结果；

第一判断模块20，用于判断预设值是否是简单数据类型；

在现有测试中，一般断言方法的预设值都是简单数据，使用一般断言方法进行所述预设值与解析后运行结果进行比对，并得到测试结果，而本发明通过根据所述预设值的数据类型来选择所述断言方法。具体地，在本实施例中当所述预设值中出现成对的大括号，而且使用逗号隔开的数据还设有冒号进一步进行了分割，则判断所述预设值为是JSON数据格式，不是简单数据；当所述预设值成对出现的大于号和小于号组成的数据时，则判断为XML数据而不是简单数据。

第一断言模块30，用于当所述预设值是简单数据类型时，使用普通断言方式判断所述运行结果是否符合预设条件；

当判断出所述预设值为简单数据类型时，则使用现有技术进行断言，如String类型判断是否相等，int类型判断大于，小于，或者相等。

第二断言模块40，用于当所述预设值不是简单数据类型时，使用特殊断言方式判断所述运行结果是否符合所述预设条件。

当所述预设值不是简单数据类型的时候，使用适合所述数据类型特点的方法进行断言，与所述运行结果进行比较，判断是否符合所述预设值。例如当所述预设值的数据类型为JSON时，可以判断所述JSON是否包含运行结果，如果包含则测试通过；又如，如果所述预设值为XML时，则可以和所述运行结果进行比较其内部数据是否相同，而不用在意顺序是否一样，相比使用简单数据进行比较，可以省去忽略顺序进行额外的编码，提高了测试效率。

具体地，在本实施例中：所述第一获取模块10通过硬编码形式，指定数据源为指定的代码段，把所述代码段中的参数传递至测试用例的方法中，运行所述测试用例得到的运行结果为：“xxx1@centips.com”，而所述预设值为：“/^([a-zA-Z0-9_-])+@([a-zA-Z0-9_-])+((\.[a-zA-Z0-9_-]{2,3}){1,2})$/”，因为字符串使用字符“/”起始和收尾，所述第一判断模块20判断出该预设值不是简单数据类型，而是一个正则表达式，所述第二断言模块40采取正则表达式的断言方法进行断言。由该预设值的正则表达式可知，所述正则表达式的要求为：“@”前必须有数字或字母，“@”后必须是数字或字母中的任一位置含有符号“.”的字符串，所以所述运行结果符合正则表达式的要求，所以测试通过；而如果运行结果为：“xxx1at centips.com”，则此字符串因为没有字符“@”，所以不符合该正则表达式的要求，测试不通过；而如果所述第一判断模块20所述预设值为普通字符串“xxx1@centips.com”时，则采用第一断言模块30进行断言：如果所述运行结果为“xxx1@centips.com”时，则测试通过，如果所述运行结果不是“xxx1@centips.com”则测试失败。相比使用普通断言比较时断言方法单一，对于复杂问题必须编写必须编写大量额外的解析代码，本发明提高了测试效率。

在有些实施例中所述预设值为JSON数据结构，例如{a:1,b:2,c:3}，所述运行结果为：{b:2,c:3}。所述第二断言模块40采用JSON断言器单独比较所述两个数据中b或c是否相等，使用普通断言比较方式时，必须编写大量额外的解析代码，本测试方法提高了测试效率。所以本发明通过根据预设值的数据类型，选择针对所述数据类的断言方法，减少了具体测试时额外的代码编写量，提高了测试效率。

参照图6，基于本发明软件测试系统第一实施例，在本发明软件测试系统第二实施例中，所述第一获取模块10包括：

第二获取模块11，用于获取预设表格的表格数据；

第一获取单元12，用于使用所述表格数据运行所述测试用例，并得到所述运行结果。

现有技术中，测试用例的传入数据使用硬编码或者使用不可编辑、阅读效果差的外部数据源来驱动测试。而通过使用可视化效果好的表格来进行参数的设置，提高了创建，修改测试用数据的效率。

具体地：在测试项目中，通过Excel创建一个xls(Excel标准文件)文件，使用一定规则在所述xls文件添加数据后保存，第二获取模块11在测试系统中硬编码写入所述xls文件地址，第一获取单元12加载所述xls文件，并根据所述规则对所述xls文件进行解析，获取其中的数据。然后把所述数据当做入参传入测试用例中，并得到所述测试用例的运行结果。应当说明的是有些实施例中使用的是其他电子表格格式，如csv，et和xlsx等格式。

参照图7，基于本发明软件测试系统第二实施例，在本发明软件测试系统第三实施例中，所述第二获取模块11包括：

指定单元111，用于在测试方法的代码中使用注解指定所述预设表格的位置；

第二获取单元112，用于根据所述位置加载所述预设表格，解析所述预设表格获取所述表格数据。

在本实施例中，通过采用注解方法，只需要在测试方法前插入可以自动注入所述预设表格的数据注解，是测试人员在使用的时候，紧需要简单的一行代码就能完成数据的加载和注入操作，提高了测试的效率。

具体地：编写自定义注解，执行位置“Target”为“METHOD”，即只在方法中执行，此注解接收参数“value”，“value”的值用来指定表格的位置，指定单元111添加该注解到一个测试方法前，并添加所述表格的位置为所述“value”的值，在运行时测试系统会先执行所述注解的代码，第二获取单元112通过反射机制注入所述“value”的值，按照所述“value”指向的表格位置进行加载，把表格解析后封装数据在一个ParamMap<String,Object>的返回值中，并把所述返回值输入测试方法的第一个为ParamMap<String,Object>格式的入参中，以便测试方法应用所述参数完成测试。

应当说明的是所述注解执行位置“Target”的值，根据具体需要而定，可以使用FIELD或LOCAL_VARIABLE，根据具体问题而定，也可以把上述实例中的注解进行细化，不只可以指定文件，在有些实施例中所述注解可接受指定文件中第几个SHEET中的第几行第几列的具体数据。

参照图9，基于本发明软件测试系统第一实施例，在本发明软件测试系统第四实施例中，所述第一获取模块10还包括：

第三获取单元13，用于获取指定数据源的数据运行测试用例，并得到运行结果；

运行单元14，用于根据预设规则提取所述运行结果。

在有些测试中，返回的数控可能是JSON或XML，但是这两种数据格式一般包含很多子数据，如测试从专利库中查找“摘要”中关键字为“测试软件”的结果，但是本测试只是想判断结果中“专利权人”为“唯品会”的专利的数量，显然运行结果中有太多数据是不需要的，采用针对特定数据格式的运行结果进行预设规则的提取，提高测试效率。具体地本实施例中，第一获取模块10提取的是JSON数据类型的运行结果，所述预设规则为：保留所述运行结果中所有“专利权人”为“唯品会”的数据，减少了额外的编码量，提高了测试效率。

参照图10，基于本发明软件测试系统第一实施例，在本发明软件测试系统第五实施例中在所述获取指定数据源的数据运行测试用例，所述软件测试系统还包括：

第二判断模块50，用于判断是否存在配置描述文件；

第一加载模块60，用于当存在所述配置描述文件时，加载所述配置描述文件，并按照所述配置描述文件进行测试配置；

第二加载模块70，用于当不存在所述配置描述文件时，加载测试项目默认的配置文件，并按所述照配置文件进行测试配置。

通过修改加载配置文件的代码，使得测试系统加载默认配置文件前，先检查是否存在配置描述文件，如果存在则使用配置默认文件进行配置。使用独立于测试系统的配置描述文件，测试人员可以单独进行编辑，对配置描述文件进行拷贝复制，提高了配置灵活性和复用性。具体在本实施例中，在测试系统默认配置文件为applicationContext-text.xml，指定一特殊位置存放的指定文件名的文件为描述文件，具体地，本实施例中为：指定applicationContext-text.xml的同级目录下的functional文件夹中的application.test.properties文件为配置描述文件，在系统进行加载配置文件时，第二判断模块50会先判断functional文件夹是否存在application.test.properties文件，如果存在则第一加载模块60加载所述application.test.properties，并按照application.test.properties的信息进行配置；如果在加载配置文件时，functional文件夹不存在application.test.properties文件，则第二加载模块70直接加载applicationContext-text.xml，并按照applicationContext-text.xml进行配置。使得在测试时，只需要修改application.test.properties就可以进行对配置进行定制，提高测试效率。

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

Claims (10)

1.一种软件测试方法，其特征在于，所述软件测试方法包括以下步骤：

获取指定数据源的数据运行测试用例，并得到运行结果；

判断预设值是否是简单数据类型；

若是，则使用普通断言方式判断所述运行结果是否符合预设条件；

当所述预设值不是简单数据类型时，则使用特殊断言方式判断所述运行结果是否符合所述预设条件。

2.如权利要求1所述的软件测试方法，其特征在于，所述获取指定数据源的数据运行测试用例，并得到运行结果包括：

获取预设表格的表格数据；

使用所述表格数据运行所述测试用例，并得到所述运行结果。

3.如权利要求2所述的软件测试方法，其特征在于，所述获取预设表格的表格数据包括：

在测试方法的代码中使用注解指定所述预设表格的位置；

根据所述位置加载所述预设表格，解析所述预设表格获取所述表格数据。

4.如权利要求1所述的软件测试方法，其特征在于，所述获取指定数据源的数据运行测试用例，并得到运行结果包括：

获取指定数据源的数据运行测试用例，并得到运行结果；

根据预设规则提取所述运行结果。

5.如权利要求1至4任一项所述的软件测试方法，其特征在于，在所述获取指定数据源的数据运行测试用例，并得到运行结果之前包括：

判断是否存在配置描述文件；

若是，则加载所述配置描述文件，并按照所述配置描述文件进行测试配置；

若否，则加载测试项目默认的配置文件，并按所述照配置文件进行测试配置。

6.一种软件测试系统，其特征在于，所述软件测试系统包括：

第一获取模块，用于获取指定数据源的数据运行测试用例，并得到运行结果；

第一判断模块，用于判断预设值是否是简单数据类型；

第一断言模块，用于当所述预设值是简单数据类型时，使用普通断言方式判断所述运行结果是否符合预设条件；

第二断言模块，用于当所述预设值不是简单数据类型时，使用特殊断言方式判断所述运行结果是否符合所述预设条件。

7.如权利要求6所述的软件测试系统，其特征在于，所述第一获取模块包括：

第二获取模块，用于获取预设表格的表格数据；

第一获取单元，用于使用所述表格数据运行所述测试用例，并得到所述运行结果。

8.如权利要求7所述的软件测试系统，其特征在于，所述第二获取模块包括：

指定单元，用于在测试方法的代码中使用注解指定所述预设表格的位置；

第二获取单元，用于根据所述位置加载所述预设表格，解析所述预设表格获取所述表格数据。

9.如权利要求6所述的软件测试系统，其特征在于，所述第一获取模块还包括：

第三获取单元，用于获取指定数据源的数据运行测试用例，并得到运行结果；

运行单元，用于根据预设规则提取所述运行结果。

10.如权利要求6至9任一项所述的软件测试系统，其特征在于，所述软件测试系统还包括：

第二判断模块，用于判断是否存在配置描述文件；

第一加载模块，用于当存在所述配置描述文件时，加载所述配置描述文件，并按照所述配置描述文件进行测试配置；

第二加载模块，用于当不存在所述配置描述文件时，加载测试项目默认的配置文件，并按所述照配置文件进行测试配置。