本发明涉及计算机软件领域,具体涉及一种基于注释生成测试用例方法及装置。
背景技术:
代码在编写完成后需要进行相应的测试,以便对代码实现的功能进行检测,保证代码的正确性。测试时需要对代码编写对应的测试用例。一般在编写测试用例时,需要QA(Quality Assurance,质量保证)工程师与代码开发工程师进行沟通或查看相关的开发文档,根据沟通结果或文档内容,编写对应的测试用例。
QA工程师需要首先理清各代码的接口、返回值、实现功能等内容,在此基础上,整理出适用于代码的测试用例。但这样使得编写测试用例需要投入大量的人力和时间,效率比较低。同时,由于需要人工编写测试用例,容易出现人为失误使得测试用例不全面,导致对代码的测试有遗漏等情况。
技术实现要素:
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于注释生成测试用例方法及装置。
根据本发明的一个方面,提供了一种基于注释生成测试用例方法,其包括:
获取按照预设样式编写的与代码相关的一段或多段注释内容;
从一段或多段注释内容中提取测试用例的相关信息;
根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。
根据本发明的另一方面,提供了一种基于注释生成测试用例装置,其包括:
获取模块,适于获取按照预设样式编写的与代码相关的一段或多段注释内容;
提取模块,适于从一段或多段注释内容中提取测试用例的相关信息;
生成模块,适于根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。
根据本发明提供的基于注释生成测试用例方法及装置,获取按照预设样式编写的与代码相关的一段或多段注释内容;从一段或多段注释内容中提取测试用例的相关信息;根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。根据预设样式编写的代码的注释内容,提取出测试用例的相关信息。根据测试用例的相关信息,可以对应的生成可视化测试用例。一方面节省了QA与开发人员交流或查看相关文档所花费的时间、人力,极大的提高了生成测试用例的效率。另一方面也避免了对人为失误造成的生成测试用例时的遗漏,对代码可以生成更全面的测试用例。同时,通过将测试用例可视化,更方便用户对测试用例本身进行查看,也降低了测试用例对用户的技术要求的门槛,更简单易操作。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的基于注释生成测试用例方法的流程图;
图2示出了一个测试用例的示意图;
图3示出了根据本发明另一个实施例的基于注释生成测试用例方法的流程图;
图4示出了根据本发明一个实施例的基于注释生成测试用例装置的功能框图;
图5示出了根据本发明另一个实施例的基于注释生成测试用例装置的功能框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的基于注释生成测试用例方法的流程图。如图1所示,基于注释生成测试用例方法具体包括如下步骤:
步骤S101,获取按照预设样式编写的与代码相关的一段或多段注释内容。
代码中可以包括注释,注释用于帮助用户更好的理解代码。一般在注释内容中可以包括如代码的函数名称、实现功能、接口参数等。此处,对注释内容的样式进行了设置。预设样式的注释内容可以包括如代码调用方法、URL地址、显示名称、代码版本号、用户权限访问信息、所处的组名称、接口的各个参数、正常执行的返回值判断条件等。
获取按照预设样式编写与代码相关的一段或多段注释内容,其中,若该段代码需要多个测试用例时,对应的相关的注释内容为多段,获取与代码相关的多段注释内容;若该段代码仅需要一个测试用例时,对应的相关的注释内容为一段,获取与代码相关的一段注释内容。对不同的代码,根据代码测试用例的需求,相关的注释内容可能为一段或多段,获取不同代码的相关的一段或多段注释内容。
步骤S102,从一段或多段注释内容中提取测试用例的相关信息。
从获取到的一段或多段注释内容中进行提取,提取出与测试用例相关的信息。如提取测试用例的执行环境、产品版本、接口参数、返回值校验信息等信息。执行环境定义了代码执行时需要的环境信息;产品版本即代码的版本号,代码在修改后,会更新其原有的版本号;产品版本记录了代码的更新,方便对最新的代码进行测试;接口参数是测试用例中的重要信息,接口参数可以包括如参数类型、默认值等;参数类型为如String、int等参数的数据类型,默认值为设置的用于测试的该接口参数的值;不同的代码对应不同的接口参数;返回值校验信息中包括如正常执行情况下的返回值、各种非正常执行情况下的返回值或异常代码等,用于校验代码执行是否正常。
步骤S103,根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。
根据提取的测试用例的相关信息,生成与注释内容相对应的第一可视化测试用例。一段注释内容生成一个第一可视化测试用例,多段注释内容生成多个第一可视化测试用例。生成的第一可视化测试用例适用于对该段注释内容的相关的代码的测试。
生成的第一可视化测试用例可以如图2所示的页面形式,将测试用例相关的内容都展示在页面上,可以使用户清楚的了解到测试用例的内容,并可以进行相应的修改。如设置接口参数,输入测试用的数值等。生成的第一可视化测试用例也可以采用其他可视化方式,方便用户使用。本发明对此不做限定。
根据本发明提供的基于注释生成测试用例方法,获取按照预设样式编写的与代码相关的一段或多段注释内容;从一段或多段注释内容中提取测试用例的相关信息;根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。根据预设样式编写的代码的注释内容,提取出测试用例的相关信息。根据测试用例的相关信息,可以对应的生成可视化测试用例。一方面节省了QA与开发人员交流或查看相关文档所花费的时间、人力,极大的提高了生成测试用例的效率。另一方面也避免了对人为失误造成的生成测试用例时的遗漏,对代码可以生成更全面的测试用例。同时,通过将测试用例可视化,更方便用户对测试用例本身进行查看,也降低了测试用例对用户的技术要求的门槛,更简单易操作。
图3示出了根据本发明另一个实施例的基于注释生成测试用例方法的流程图。如图3所示,基于注释生成测试用例方法包括如下步骤:
步骤S301,获取按照预设样式编写的与代码相关的一段或多段注释内容。
步骤S302,从一段或多段注释内容中提取测试用例的相关信息。
步骤S303,根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。
以上步骤可参考图1实施例中的步骤S101-S103,在此不再赘述。
步骤S304,新建测试内容为空的第二可视化测试用例。
步骤S305,从生成的多个第一可视化测试用例中选择至少两个第一可视化测试用例,将至少两个第一可视化测试用例加载在第二可视化测试用例中,得到第三可视化测试用例。
有时代码间相互有调用的关联关系,测试时,需要将多段代码的内容一起进行结合测试。对于这种测试情况,首先新建一个测试内容为空的第二可视化测试用例,其中,所有的测试内容均为空。从已经生成的多个第一可视化测试用例中选择出至少两个第一可视化测试用例,如需要将两段代码一起进行测试时,从已经生成的多个第一可视化测试用例中选择出适用于这两段代码的两个第一可视化测试用例;若需要多段代码一起进行测试时,从已经生成的多个第一可视化测试用例中选择出适用于该多段代码的多个第一可视化测试用例。将选择的该至少两个第一可视化测试用例加载在第二可视化测试用例中,从而得到相应的第三可视化测试用例。即得到包括了至少两个第一可视化测试用例的第三可视化测试用例。
其中,第三可视化测试用例中的至少两个第一可视化测试用例具有先后顺序,其先后顺序可以在加载时设置,也可以在加载后进行调整。具体的先后顺序与多段代码的执行顺序一致。而且前一第一可视化测试用例的返回值为后一第一可视化测试用例的参数。如果第三可视化测试用例中包括了两个第一可视化测试用例,第一个第一可视化测试用例的返回值为调用第二个第一可视化测试用例的参数;如果第三可视化测试用例中包括了三个第一可视化测试用例,第一个第一可视化测试用例的返回值为调用第二个第一可视化测试用例的参数;第二个第一可视化测试用例的返回值为调用第三个第一可视化测试用例的参数;如果第三可视化测试用例中包括了更多个第一可视化测试用例时,可依次类推。
步骤S306,修改至少两个第一可视化测试用例的返回值校验信息。
在得到第三可视化测试用例后,因第三可视化测试用例适用于多段代码一起进行结合测试,与其包括的第一可视化测试用例适用于单独一段代码进行单体测试时可能存在不同的返回值校验信息的情况。此时,可以修改第三可视化测试用例中包括的至少两个第一可视化测试用例的返回值校验信息。修改第三可视化测试用例中包括的至少两个第一可视化测试用例的返回值校验信息,不影响原第一可视化测试用例中的返回值校验信息,修改后的返回值校验信息仅适用于第三可视化测试用例中。
本步骤可以为该实施例的可选步骤。若多段代码一起结合测试与单独一段代码进行单体测试时返回值校验信息都一致时,第三可视化测试用例中包括的至少两个第一可视化测试用例的返回值校验信息可以不用修改,跳过该步骤。
步骤S307,将一个或多个第一可视化测试用例和/或第三可视化测试用例与代码联动。
步骤S308,自动执行生成的可视化测试用例。
步骤S309,在代码被修改后,自动执行一个或多个第一可视化测试用例和/或第三可视化测试用例,以供对代码进行回归测试。
将生成的一个或多个第一可视化测试用例和/或第三可视化测试用例与其对应的代码进行联动,如提供一个接口,将一段代码与一个或多个第一可视化测试用例进行联动,可以自动执行生成的该一个第一可视化测试用例,或自动依次执行生成的多个第一可视化测试用例关联。多段代码时可以将测试入口的代码与第三可视化测试用例进行联动,自动执行第三可视化测试用例。
进一步,在代码被修改后,需要对代码进行回归测试。因此,在代码被修改后,还可以自动执行其联动的一个或多个第一可视化测试用例、第三可视化测试用例等可视化测试用例,以进行回归测试。
根据本发明提供的基于注释生成测试用例方法,获取按照预设样式编写的与代码相关的一段或多段注释内容;从一段或多段注释内容中提取测试用例的相关信息;根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。根据预设样式编写的代码的注释内容,提取出测试用例的相关信息。根据测试用例的相关信息,可以对应的生成可视化测试用例。一方面节省了QA与开发人员交流或查看相关文档所花费的时间、人力,极大的提高了生成测试用例的效率。另一方面也避免了对人为失误造成的生成测试用例时的遗漏,对代码可以生成更全面的测试用例。同时,通过将测试用例可视化,更方便用户对测试用例本身进行查看,也降低了测试用例对用户的技术要求的门槛,更简单易操作。进一步,对多段需要一起测试的代码,通过将至少两个第一可视化测试用例加载在新建的测试内容为空的第二可视化测试用例中,得到第三可视化测试用例,以解决对多段代码进行上下文关联的结合测试的情况。同时,若结合测试与单体测试存在返回值校验信息不同时,还可以修改第三可视化测试用例中包括的第一可视化测试用例的返回值校验信息。修改时,不影响原第一可视化测试用例中的返回值校验信息,以便结合测试和单体测试间互不影响。为使得测试更方便,还可以将可视化测试用例与代码进行联动,自动执行生成的可视化测试用例,不需要人工干预。同时,在代码被修改后,还可以自动再执行可视化测试用例,以供对代码进行回归测试,尽快发现代码被修改影响其他未修改代码而产生的错误。
图4示出了根据本发明一个实施例的基于注释生成测试用例装置的功能框图。如图4所示,基于注释生成测试用例装置包括如下模块:
获取模块410,适于获取按照预设样式编写的与代码相关的一段或多段注释内容。
代码中可以包括注释,注释用于帮助用户更好的理解代码。一般在注释内容中可以包括如代码的函数名称、实现功能、接口参数等。此处,获取模块410对注释内容的样式进行了设置。预设样式的注释内容可以包括如代码调用方法、URL地址、显示名称、代码版本号、用户权限访问信息、所处的组名称、接口的各个参数、正常执行的返回值判断条件等。
获取模块410获取按照预设样式编写与代码相关的一段或多段注释内容,其中,若该段代码需要多个测试用例时,对应的相关的注释内容为多段,获取模块410获取与代码相关的多段注释内容;若该段代码仅需要一个测试用例时,对应的相关的注释内容为一段,获取模块410获取与代码相关的一段注释内容。对不同的代码,根据代码测试用例的需求,相关的注释内容可能为一段或多段,获取模块410获取不同代码的相关的一段或多段注释内容。
提取模块420,适于从一段或多段注释内容中提取测试用例的相关信息。
提取模块420从获取模块410获取到的一段或多段注释内容中进行提取,提取出与测试用例相关的信息。如提取模块420提取测试用例的执行环境、产品版本、接口参数、返回值校验信息等信息。执行环境定义了代码执行时需要的环境信息;产品版本即代码的版本号,代码在修改后,会更新其原有的版本号;产品版本记录了代码的更新,方便对最新的代码进行测试;接口参数是测试用例中的重要信息,接口参数可以包括如参数类型、默认值等;参数类型为如String、int等参数的数据类型,默认值为设置的用于测试的该接口参数的值;不同的代码对应不同的接口参数;返回值校验信息中包括如正常执行情况下的返回值、各种非正常执行情况下的返回值或异常代码等,用于校验代码执行是否正常。
生成模块430,适于根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。
生成模块430根据提取的测试用例的相关信息,生成与注释内容相对应的第一可视化测试用例。一段注释内容生成模块430生成一个第一可视化测试用例,多段注释内容生成模块430生成多个第一可视化测试用例。生成模块430生成的第一可视化测试用例适用于对该段注释内容的相关的代码的测试。
生成模块430生成的第一可视化测试用例可以如图2所示的方式,将测试用例相关的内容都展示在页面上,可以使用户清楚的了解到测试用例的内容,并可以进行相应的修改。如设置接口参数,输入测试用的数值等。生成模块430生成的第一可视化测试用例也可以采用其他可视化方式,方便用户使用。此处不做限定。
根据本发明提供的基于注释生成测试用例装置,获取按照预设样式编写的与代码相关的一段或多段注释内容;从一段或多段注释内容中提取测试用例的相关信息;根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。根据预设样式编写的代码的注释内容,提取出测试用例的相关信息。根据测试用例的相关信息,可以对应的生成可视化测试用例。一方面节省了QA与开发人员交流或查看相关文档所花费的时间、人力,极大的提高了生成测试用例的效率。另一方面也避免了对人为失误造成的生成测试用例时的遗漏,对代码可以生成更全面的测试用例。同时,可视化测试用例,更方便用户对测试用例本身进行查看,也降低了测试用例对用户的技术要求的门槛,更简单易操作。
图5示出了根据本发明另一个实施例的基于注释生成测试用例装置的功能框图。如图5所示,与图4相比,基于注释生成测试用例装置还包括了如下模块:
新建模块440,适于新建测试内容为空的第二可视化测试用例。
加载模块450,适于从生成的多个第一可视化测试用例中选择至少两个第一可视化测试用例,将至少两个第一可视化测试用例加载在第二可视化测试用例中,得到第三可视化测试用例。
有时代码间相互有调用的关联关系,测试时,需要将多段代码的内容一起进行结合测试。对于这种测试情况,首先新建模块440新建一个测试内容为空的第二可视化测试用例,其中,所有的测试内容均为空。加载模块450从已经生成的多个第一可视化测试用例中选择出至少两个第一可视化测试用例,如需要将两段代码一起进行测试时,加载模块450从已经生成的多个第一可视化测试用例中选择出适用于这两段代码的两个第一可视化测试用例;若需要多段代码一起进行测试时,加载模块450从已经生成的多个第一可视化测试用例中选择出适用于该多段代码的多个第一可视化测试用例。加载模块450将选择的该至少两个第一可视化测试用例加载在第二可视化测试用例中,从而得到相应的第三可视化测试用例。即加载模块450得到包括了至少两个第一可视化测试用例的第三可视化测试用例。
其中,加载模块450得到的第三可视化测试用例中的至少两个第一可视化测试用例具有先后顺序,其先后顺序可以在加载模块450加载时设置,也可以在加载模块450加载后进行调整。具体的先后顺序与多段代码的执行顺序一致。而且前一第一可视化测试用例的返回值为后一第一可视化测试用例的参数。如第三可视化测试用例中包括了两个第一可视化测试用例,第一个第一可视化测试用例的返回值为调用第二个第一可视化测试用例的参数;若第三可视化测试用例中包括了三个第一可视化测试用例,第一个第一可视化测试用例的返回值为调用第二个第一可视化测试用例的参数;第二个第一可视化测试用例的返回值为调用第三个第一可视化测试用例的参数;若第三可视化测试用例中包括了更多个第一可视化测试用例时,可依次类推。
修改模块460,适于修改至少两个第一可视化测试用例的返回值校验信息。
执行加载模块450得到第三可视化测试用例后,因第三可视化测试用例适用于多段代码一起进行结合测试,与其包括的第一可视化测试用例适用于单独一段代码进行单体测试时可能存在不同的返回值校验信息的情况。此时,修改模块460可以修改第三可视化测试用例中包括的至少两个第一可视化测试用例的返回值校验信息。修改模块460修改第三可视化测试用例中包括的至少两个第一可视化测试用例的返回值校验信息,不影响原第一可视化测试用例中的返回值校验信息,修改后的返回值校验信息仅适用于第三可视化测试用例中。
本发明修改模块460为可选模块。若多段代码一起结合测试与单独一段代码进行单体测试时返回值校验信息都一致时,可以不用执行修改模块460。
联动模块470,适于将一个或多个第一可视化测试用例和/或第三可视化测试用例与代码联动。
执行模块480,适于自动执行生成的可视化测试用例。
回归模块490,适于在代码被修改后,自动执行一个或多个第一可视化测试用例和/或第三可视化测试用例,以供对代码进行回归测试。
联动模块470将生成的一个或多个第一可视化测试用例和/或第三可视化测试用例与其对应的代码进行联动,如联动模块470提供一个接口,将一段代码与一个或多个第一可视化测试用例进行联动,执行模块480可以自动执行生成的该一个第一可视化测试用例,或执行模块480自动依次执行生成的多个第一可视化测试用例关联。多段代码时联动模块470可以将测试入口的代码与第三可视化测试用例进行联动,执行模块480自动执行第三可视化测试用例。
进一步,在代码被修改后,需要对代码进行回归测试。因此,在代码被修改后,回归模块490可以自动执行其联动的一个或多个第一可视化测试用例、第三可视化测试用例等可视化测试用例,以进行回归测试。
根据本发明提供的基于注释生成测试用例装置,获取按照预设样式编写的与代码相关的一段或多段注释内容;从一段或多段注释内容中提取测试用例的相关信息;根据提取的信息,生成与一段或多段注释内容相对应的适用于代码的一个或多个第一可视化测试用例。根据预设样式编写的代码的注释内容,提取出测试用例的相关信息。根据测试用例的相关信息,可以对应的生成可视化测试用例。一方面节省了QA与开发人员交流或查看相关文档所花费的时间、人力,极大的提高了生成测试用例的效率。另一方面也避免了对人为失误造成的生成测试用例时的遗漏,对代码可以生成更全面的测试用例。同时,可视化测试用例,更方便用户对测试用例本身进行查看,也降低了测试用例对用户的技术要求的门槛,更简单易操作。进一步,对多段需要一起测试的代码,通过将至少两个第一可视化测试用例加载在新建的测试内容为空的第二可视化测试用例中,得到第三可视化测试用例,以解决对多段代码进行上下文关联的结合测试的情况。同时,若结合测试与单体测试存在返回值校验信息不同时,还可以修改第三可视化测试用例中包括的第一可视化测试用例的返回值校验信息。修改时,不影响原第一可视化测试用例中的返回值校验信息,以便结合测试和单体测试间互不影响。为使得测试更方便,还可以将可视化测试用例与代码进行联动,自动执行生成的可视化测试用例,不需要人工干预。同时,在代码被修改后,还可以自动再执行可视化测试用例,以供对代码进行回归测试,尽快发现代码被修改影响其他未修改代码而产生的错误。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的基于注释生成测试用例装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了:A1、一种基于注释生成测试用例方法,其包括:
获取按照预设样式编写的与代码相关的一段或多段注释内容;
从所述一段或多段注释内容中提取测试用例的相关信息;
根据所述提取的信息,生成与一段或多段注释内容相对应的适用于所述代码的一个或多个第一可视化测试用例。
A2、根据A1所述的方法,其中,所述从所述一段或多段注释内容中提取测试用例的相关信息进一步包括:
从所述一段或多段注释内容中提取测试用例的执行环境、产品版本、接口参数和/或返回值校验信息。
A3、根据A2所述的方法,其中,所述接口参数包括参数类型或默认值。
A4、根据A1-A3中任一项所述的方法,其中,所述方法还包括:
新建测试内容为空的第二可视化测试用例;
从生成的多个第一可视化测试用例中选择至少两个第一可视化测试用例,将所述至少两个第一可视化测试用例加载在所述第二可视化测试用例中,得到第三可视化测试用例;其中,所述至少两个第一可视化测试用例具有先后顺序,而且前一第一可视化测试用例的返回值为后一第一可视化测试用例的参数。
A5、根据A4所述的方法,其中,在所述将至少两个第一可视化测试用例加载在所述第二可视化测试用例中之后,所述方法还包括:
修改所述至少两个第一可视化测试用例的返回值校验信息。
A6、根据A1-A5中任一项所述的方法,其中,所述方法还包括:
将所述一个或多个第一可视化测试用例和/或第三可视化测试用例与所述代码联动;
自动执行所述生成的可视化测试用例。
A7、根据A6所述的方法,其中,所述方法还包括:
在代码被修改后,自动执行所述一个或多个第一可视化测试用例和/或第三可视化测试用例,以供对代码进行回归测试。
本发明还公开了:B8、一种基于注释生成测试用例装置,其包括:
获取模块,适于获取按照预设样式编写的与代码相关的一段或多段注释内容;
提取模块,适于从所述一段或多段注释内容中提取测试用例的相关信息;
生成模块,适于根据所述提取的信息,生成与一段或多段注释内容相对应的适用于所述代码的一个或多个第一可视化测试用例。
B9、根据B8所述的装置,其中,所述提取模块进一步适于:
从所述一段或多段注释内容中提取测试用例的执行环境、产品版本、接口参数和/或返回值校验信息。
B10、根据B9所述的装置,其中,所述接口参数包括参数类型或默认值。
B11、根据B8-B10任一项所述的装置,其中,所述装置还包括:
新建模块,适于新建测试内容为空的第二可视化测试用例;
加载模块,适于从生成的多个第一可视化测试用例中选择至少两个第一可视化测试用例,将所述至少两个第一可视化测试用例加载在所述第二可视化测试用例中,得到第三可视化测试用例;其中,所述至少两个第一可视化测试用例具有先后顺序,而且前一第一可视化测试用例的返回值为后一第一可视化测试用例的参数。
B12、根据B11所述的装置,其中,所述装置还包括:
修改模块,适于修改所述至少两个第一可视化测试用例的返回值校验信息。
B13、根据B8-B12中任一项所述的装置,其中,所述装置还包括:
联动模块,适于将所述一个或多个第一可视化测试用例和/或第三可视化测试用例与所述代码联动;
执行模块,适于自动执行所述生成的可视化测试用例。
B14、根据B13所述的装置,其中,所述装置还包括:
回归模块,适于在代码被修改后,自动执行所述一个或多个第一可视化测试用例和/或第三可视化测试用例,以供对代码进行回归测试。