计算机软件的自动化测试方法、装置、设备以及存储介质

技术领域

本发明涉及软件测试领域，尤其涉及一种计算机软件的自动化测试方法、装置、计算机设备以及存储介质。

背景技术

计算机软件的测试是计算机软件开发过程中的重要一环，其能够保证计算机软件的质量，保证交付至用户手上的计算机软件是正常可靠的软件，提高计算机软件的用户体验。计算机软件的测试通常需要在计算机软件的开发周期内完成，所以提高计算机软件的测试效率对于缩短计算机软件的开发周期有着重要的意义。目前，实现计算机软件的测试自动化是计算机领域内公认的提高测试效率的手段。但是，当前的计算机软件的测试自动化非常依赖于计算机软件的测试环境。例如，计算机软件的测试环境通常会包括多个系统，假如要测试计算机软件中涉及到多个系统的某个功能点，则需要针对所涉及的每个系统编写大量的自动化测试脚本来完成该功能点的数据链路，才能够进行该功能点的自动化测试。由于自动化测试脚本的开发、维护和执行只能由专业的测试人员进行，且需要占用测试人员较多的时间，所以自动化测试脚本的开发、维护和执行的效率不高是目前计算机软件自动化测试效率不高的重要原因，大量自动化测试脚本的产生使得这一问题更加突出。可见，目前的计算机软件的自动化测试过于依赖计算机软件的测试环境，导致计算机软件的自动化测试效率过低。

发明内容

本发明所要解决的技术问题在于，目前的计算机软件的自动化测试过于依赖计算机软件的测试环境，导致计算机软件的自动化测试效率过低。

为了解决上述技术问题，本发明第一方面公开了一种计算机软件的自动化测试方法，所述方法包括：

根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境，所述目标CI环境是基于MOCK平台构建的CI环境；

将所述待测试软件部署至所述目标CI环境中；

获取所述待测试软件对应的自动化测试脚本；

在所述目标CI环境中运行所述自动化测试脚本，以对所述待测试软件进行预测试；

当所述待测试软件通过所述预测试时，构建所述待测试软件对应的测试环境；

将所述待测试软件部署至所述测试环境中；

在所述测试环境中运行所述自动化测试脚本，以对所述待测试软件进行正式的自动化测试。

本发明第二方面公开了一种计算机软件的自动化测试装置，所述装置包括：

构建模块，用于根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境，所述目标CI环境是基于MOCK平台构建的CI环境；

部署模块，用于将所述待测试软件部署至所述目标CI环境中；

获取模块，用于获取所述待测试软件对应的自动化测试脚本；

脚本运行模块，用于在所述目标CI环境中运行所述自动化测试脚本，以对所述待测试软件进行预测试；

所述构建模块，还用于当所述待测试软件通过所述预测试时，构建所述待测试软件对应的测试环境；

所述部署模块，还用于将所述待测试软件部署至所述测试环境中；

所述脚本运行模块，还用于在所述测试环境中运行所述自动化测试脚本，以对所述待测试软件进行正式的自动化测试。

本发明第三方面公开了一种计算机设备，所述计算机设备包括：

存储有可执行程序代码的存储器；

与所述存储器连接的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明第一方面公开的计算机软件的自动化测试方法中的部分或全部步骤。

本发明第四方面公开了一种计算机存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明第一方面公开的计算机软件的自动化测试方法中的部分或全部步骤。

本发明实施例中，在将待测试软件部署至测试环境之前，将待测试软件部署至构建相对简单的目标CI环境中进行预测试，在待测试软件通过预测试之后，才将待测试软件部署至测试环境中进行正式的自动化测试，从而能够以较低的开发成本保证部署至测试环境的待测试软件是可运行、可测试的版本，减少待测试软件的自动化测试对测试环境的依赖，提高自动化测试效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例公开的一种计算机软件的自动化测试方法的流程示意图；

图2是本发明实施例公开的一种计算机软件的自动化测试装置的结构示意图；

图3是本发明实施例公开的一种计算机设备的结构示意图；

图4是本发明实施例公开的一种计算机存储介质的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或端没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或端固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明公开了一种计算机软件的自动化测试方法、装置、计算机设备以及存储介质，能够在将待测试软件部署至测试环境之前，将待测试软件部署至构建相对简单的目标CI环境中进行预测试，在待测试软件通过预测试之后，才将待测试软件部署至测试环境中进行正式的自动化测试，从而能够以较低的开发成本保证部署至测试环境的待测试软件是可运行、可测试的版本，减少待测试软件的自动化测试对测试环境的依赖，提高自动化测试效率。以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种计算机软件的自动化测试方法的流程示意图。如图1所示，该计算机软件的自动化测试方法可以包括以下操作：

101、根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境，所述目标CI环境是基于MOCK平台构建的CI环境；

102、将所述待测试软件部署至所述目标CI环境中；

103、获取所述待测试软件对应的自动化测试脚本；

104、在所述目标CI环境中运行所述自动化测试脚本，以对所述待测试软件进行预测试；

105、当所述待测试软件通过所述预测试时，构建所述待测试软件对应的测试环境；

106、将所述待测试软件部署至所述测试环境中；

107、在所述测试环境中运行所述自动化测试脚本，以对所述待测试软件进行正式的自动化测试。

本发明实施例中，CI，即软件持续集成，是一种软件开发实践，在CI环境中每次集成都通过自动化的构建(包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。待测试软件对应的测试环境可以是预先确定出的，可以由测试人员按照测试需求预先设置。MOCK平台是一个可以模拟接口的平台，通过MOCK平台模拟出测试环境中的各个系统的接口，再对模拟出来的接口进行连接即可以模拟构建出待测试软件的测试环境中的数据链路，这样通过MOCK平台就能够相对简单地构建起待测试软件能够运行的环境(避免了编写大量的自动化测试脚本来完成真实的测试环境的数据链路)，以进行待测试软件的自动化测试。例如，测试环境中包括A、B、C三个系统，需要对A系统上的某一个功能点进行自动化测试，在正式的自动化测试中，需要编写大量的自动化测试脚本来实现A、B、C三个系统之间数据链路，这样在对A系统上的该功能点进行自动化测试时，则可以从B、C系统上获取需要的数据来实现该功能点，从而验证该功能点是否正常。在自动化测试的过程中，往往还需要对自动化测试脚本或者系统进行一定程度的维护，由于通常需要涉及大量的自动化测试脚本，所以需要的开发成本往往不低。可见，大量的自动化测试脚本的开发、维护和执行往往导致目前自动化测试效率不高。此时，根据B、C系统与A系统的数据交互在MOCK平台上模拟出B、C系统与A系统的连接接口(如，A系统需要从B系统上获取账单数据，则MOCK平台上模拟出的B系统与A系统连接的连接接口，该连接接口也用于向A系统上传账单数据，则A系统可以通过该模拟出的连接接口获取账单数据来实现A系统中的功能)，再使A系统与MOCK平台模拟出来的连接接口连接，从而代替A系统与B、C系统的连接。由于MOCK平台模拟出来的连接接口能够模拟出B、C系统与A系统的数据交互(如，A系统需要从B系统中获取a数据，则A系统可以从模拟出的连接接口中获取到a数据，而不是从B系统中获取a数据)，所以A系统与MOCK平台模拟出来的连接接口相连，同样能够模拟构建出待测试软件的测试环境中的数据链路，为测试A系统中的功能点提供环境支撑。

在使用MOCK平台构建起可供待测试软件运行的目标CI环境之后，在目标CI环境中进行待测试软件的自动化测试(预测试)，若待测试软件未能在目标CI环境中通过测试(即自动化测试脚本未能在目标CI环境中正常运行)时，则需要对待测试软件的代码进行修改直至待测试软件在目标CI环境中通过测试。在待测试软件在目标CI环境中通过测试之后，即可以开始构建待测试软件正式的测试环境，在正式的测试环境中对待测试软件进行正式的自动化测试。在目标CI环境对待测试软件的自动化测试过程中，待测试软件有可能会出现不可测试或者不可运行的情况，此时则需要对待测试软件的代码进行修改。在对待测试软件的代码进行修改之后，往往需要重新根据修改后的代码重新构建测试环境。由于MOCK平台与测试环境中的系统的连接相对于测试环境中的各个系统之间真实的连接相对简单(避免了编写大量的自动化测试脚本来完成真实的测试环境的数据链路)，所以重新构建目标CI环境相对于重新构建测试环境需要的开发成本更低。这样，就能够以较低的开发成本保证部署至测试环境的待测试软件是可运行、可测试的版本。

可选地，在对待测试软件进行正式的自动化测试之后，可以根据待测试软件的自动化测试情况生成测试报告，然后将测试报告发送至相关的用户终端(如，测试人员的终端、待测试软件的开发人员的终端等)。

可见，实施图1所描述的计算机软件的自动化测试方法，能够在将待测试软件部署至测试环境之前，将待测试软件部署至构建相对简单的目标CI环境中进行预测试，在待测试软件通过预测试之后，才将待测试软件部署至测试环境中进行正式的自动化测试，从而能够以较低的开发成本保证部署至测试环境的待测试软件是可运行、可测试的版本，减少待测试软件的自动化测试对测试环境的依赖，提高自动化测试效率。

在一个可选的实施例中，所述待测试软件对应的测试环境中包含有多个系统；

以及，所述根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境，包括：

从所述测试环境的多个系统中确定出需要进行自动化测试的待测试系统和不需要进行自动化测试的无关系统；

基于MOCK平台构建所述无关系统的模拟数据接口；

基于所述待测试系统的真实数据接口和所述无关系统的模拟数据接口模拟构建所述测试环境的多个系统之间的数据链接，以完成所述待测试软件对应的目标CI环境的构建。

在该可选的实施例中，待测试软件对应的测试环境通常包括多个系统，但是在自动化测试中有时只需要对某一系统中的某一功能点进行测试，因为只需要对待测试系统的功能点进行自动化测试，所以可以根据需要测试的功能点所在的系统预先设置好测试环境中的待测试系统和无关系统，然后通过MOCK平台模拟出无关系统的数据接口，然后将待测试系统与MOCK平台模拟出来的数据接口连接，即可以模拟构建出待测试软件的测试环境中的数据链路，这样通过MOCK平台就能够相对简单地构建起待测试软件能够运行的环境，并且能够实现针对需要测试的功能点以及系统的测试。例如，测试环境共包括A、B、C三个系统，若需要测试的功能点在A系统，则可以通过MOCK平台模拟出B、C系统的数据接口，然后将A系统与MOCK平台模拟出的接口连接，从而完成目标CI环境的构建。

可见，实施该可选的实施例，能够根据实际的测试需求构建出合适的目标CI环境，在保证所构建的目标CI环境能够完成测试需求的同时，尽量减少构建目标CI环境所需要的开发成本，从而提高自动化测试效率。

在一个可选的实施例中，所述获取所述待测试软件对应的自动化测试脚本，包括：

从预先存储在git平台的多个自动化测试脚本中确定出所述待测试软件对应的自动化测试脚本；

以及，所述在所述目标CI环境中运行所述自动化测试脚本，包括：

根据所述自动化测试脚本在git平台的地址在所述目标CI环境的目标持续集成工具中构建用于执行所述自动化测试脚本的目标运行任务；

在所述目标持续集成工具中执行所述目标运行任务，以实现所述自动化测试脚本的运行。

在该可选的实施例中，Git平台是常用的代码管理平台，测试人员或开发人员可以将编写好的自动化测试脚本预先存储在git平台中，然后在需要进行自动化测试时，即可以从git平台上直接获取所需要的自动化测试脚本以进行自动化测试。在目标CI环境中运行自动化测试脚本，可以通过触发CI环境中jenkins(即目标持续集成工具)的JOB任务(即目标运行任务)来实现。在目标CI环境中配置jenkins的地址、登录账户、密码以及JOB任务的名称，即能够触发CI环境中jenkins的JOB任务(即目标运行任务)。JOB任务(即目标运行任务)触发后，将运行获取到的自动化测试脚本，以进行待测试软件的测试。

可见，实施该可选的实施例，通过git平台管理自动化测试脚本，并通过目标CI环境的jenkins中的JOB任务实现自动化测试脚本的自动执行，能够进一步提高自动化测试的效率。

在一个可选的实施例中，所述根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境之前，所述方法还包括：

检测所述待测试软件的代码是否发生变动；

当检测到所述待测试软件的代码发生变动时，触发执行所述根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境的操作。

在该可选的实施例中，可以在待测试软件所在的开发管理平台(如，平安集团内部研发的神兵管理系统)上检测待测试软件的代码是否发生变动。在待测试软件出现上线新功能、修复bug、更新软件版本等需要对待测试软件的代码进行变动的情况时，开发人员通常都会将完成的待测试软件的代码上传至开发管理平台。在开发管理平台检测到待测试软件在开发管理平台有新的代码上传时，即可以确定待测试软件的代码发生了变动，此时，即触发后续的操作，自动构建测试环境进行待测试软件的测试，从而能够使待测试软件的每次代码变动都能够及时得到测试，不需要在每次代码变动之后人为地触发自动化测试，从而能够实现自动对待测试软件进行自动化测试，保证待测试软件的质量，保证交付的软件都是正常可靠的，提高待测试软件的用户体验。

可见，实施该可选的实施例，能够在待测试软件的代码发生变动时，自动触发执行后续的自动化测试流程，从而实现待测试软件的自动化测试的自动触发，进一步提高自动化测试的效率。

在一个可选的实施例中，当所述待测试软件未通过所述预测试时，比对所述待测试软件的历史代码和当前代码，得到所述当前代码中与所述历史代码不同的差异代码；

将至少包括所述差异代码的代码比对结果信息发送至预先确定出的用户终端。

在该可选的实施例中，在自动化测试脚本在目标CI环境中运行不通过(即待测试软件未通过预测试)时，即表明待测试软件的当前代码存在问题，需要将待测试软件的当前代码退回至开发人员进行修改调整。待测试软件的历史代码可以是待测试软件的最近一个版本的代码，其可以从待测试软件所在的开发管理平台中获取(开发管理平台通常会存储有待测试软件的多个版本的代码)。将当前代码中与历史代码不相同的部分代码(即差异代码)发送至预先确定出的用户终端(例如，当前代码的开发人员的终端)，能够辅助开发人员对未通过测试的代码进行调整，缩短代码调整时间，从而能够缩短待测试软件的测试流程所占用的时间，提高开发效率。

可见，实施该可选的实施例，能够在自动化测试脚本在目标CI环境中运行不通过时，将差异代码发送至对应的用户终端，从而能够辅助相关人员对未通过测试的代码进行调整，缩短代码调整时间，进而能够缩短待测试软件的测试流程所占用的时间，提高开发效率。

在一个可选的实施例中，所述代码比对结果信息还包括差异相关代码；

以及，所述比对所述待测试软件的历史代码和当前代码，得到所述当前代码中与所述历史代码不同的差异代码之后，所述将至少包括所述差异代码的代码比对结果信息发送至预先确定出的用户终端之前，所述方法还包括：

从所述差异代码中确定出所述差异代码所包含的变量名称；

根据所述变量名称从所述当前代码中确定出包含所述变量名称的目标代码，以作为所述差异相关代码，并触发执行所述将至少包括所述差异代码的代码比对结果信息发送至预先确定出的用户终端的操作。

在该可选的实施例中，一个计算机软件的代码作为一个有机整体，其内部的逻辑关系与数据关系往往错综复杂，当待测试软件未能通过自动化测试时，其问题有可能不仅在改动的部分代码(即差异代码)，还有可能在于与差异代码相关的部分代码(即差异相关代码)。例如，新增的代码引入了一个新的变量，但是该变量在原代码中已经存在，导致了两部分的代码冲突，此时，则需要根据实际情况对这两个相同的变量进行合适的处理(有可能改动新引入的代码，也有可能改动原来的代码)。其中，可以根据差异代码中的变量名称确定出当前代码中的差异相关代码。例如，差异代码中所包含的变量名称包括A1和A2，则查找当前代码中的“A1”字符串和“A2”字符串，然后将查找到的当前代码中的“A1”字符串和“A2”字符串所在的部分代码作为差异相关代码。

可见，实施该可选的实施例，能够在自动化测试脚本在目标CI环境中运行不通过时，将差异相关代码发送至对应的用户终端，从而能够进一步地辅助相关人员对未通过测试的代码进行调整，缩短代码调整时间，进而能够缩短待测试软件的测试流程所占用的时间，提高开发效率。

在一个可选的实施例中，所述自动化测试脚本是jmeter脚本、java脚本、python脚本中的任意一种。

在该可选的实施例中，自动化测试脚本可以使用jmeter语言、java语言或者python语言中的任意一种形式编写，从而能够提高计算机软件的自动化测试方法的适应性。

可选地，还可以：将所述计算机软件的自动化测试方法的测试信息上传至区块链中。

具体来说，测试信息是通过运行所述计算机软件的自动化测试方法后得到的，用于记录所述计算机软件的测试情况，例如，CI环境中所使用的自动化测试脚本、正式的测试环境中所使用的自动化测试脚本、所构建的CI环境的具体信息等等。将测试信息上传至区块链可保证其安全性和对用户的公正透明性。用户可以从区块链中下载得到该测试信息，以便查证所述计算机软件的自动化测试方法的测试信息是否被篡改。本示例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

可见，实施本发明实施例公开的计算机软件的自动化测试方法，能够在将待测试软件部署至测试环境之前，将待测试软件部署至构建相对简单的目标CI环境中进行预测试，在待测试软件通过预测试之后，才将待测试软件部署至测试环境中进行正式的自动化测试，从而能够以较低的开发成本保证部署至测试环境的待测试软件是可运行、可测试的版本，减少待测试软件的自动化测试对测试环境的依赖，提高自动化测试效率。还能够根据实际的测试需求构建出合适的目标CI环境，在保证所构建的目标CI环境能够完成测试需求的同时，尽量减少构建目标CI环境所需要的开发成本，从而提高自动化测试效率。还通过git平台管理自动化测试脚本，并通过目标CI环境的jenkins中的JOB任务实现自动化测试脚本的自动执行，能够进一步提高自动化测试的效率。还能够在待测试软件的代码发生变动时，自动触发执行后续的自动化测试流程，从而实现待测试软件的自动化测试的自动触发，进一步提高自动化测试的效率。还能够在自动化测试脚本在目标CI环境中运行不通过时，将差异代码和/或差异相关代码发送至对应的用户终端，从而能够辅助相关人员对未通过测试的代码进行调整，缩短代码调整时间，进而能够缩短待测试软件的测试流程所占用的时间，提高开发效率。

实施例二

请参阅图2，图2是本发明实施例公开的一种计算机软件的自动化测试装置的结构示意图。如图2所示，该计算机软件的自动化测试装置可以包括：

构建模块201，用于根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境，所述目标CI环境是基于MOCK平台构建的CI环境；

部署模块202，用于将所述待测试软件部署至所述目标CI环境中；

获取模块203，用于获取所述待测试软件对应的自动化测试脚本；

脚本运行模块204，用于在所述目标CI环境中运行所述自动化测试脚本，以对所述待测试软件进行预测试；

所述构建模块201，还用于当所述待测试软件通过所述预测试时，构建所述待测试软件对应的测试环境；

所述部署模块202，还用于将所述待测试软件部署至所述测试环境中；

所述脚本运行模块204，还用于在所述测试环境中运行所述自动化测试脚本，以对所述待测试软件进行正式的自动化测试。

在一个可选的实施例中，所述待测试软件对应的测试环境中包含有多个系统；

以及，所述构建模块201根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境的具体方式为：

从所述测试环境的多个系统中确定出需要进行自动化测试的待测试系统和不需要进行自动化测试的无关系统；

基于MOCK平台构建所述无关系统的模拟数据接口；

基于所述待测试系统的真实数据接口和所述无关系统的模拟数据接口模拟构建所述测试环境的多个系统之间的数据链接，以完成所述待测试软件对应的目标CI环境的构建。

在一个可选的实施例中，所述获取模块203获取所述待测试软件对应的自动化测试脚本的具体方式为：

从预先存储在git平台的多个自动化测试脚本中确定出所述待测试软件对应的自动化测试脚本；

以及，所述在所述目标CI环境中运行所述自动化测试脚本，包括：

根据所述自动化测试脚本在git平台的地址在所述目标CI环境的目标持续集成工具中构建用于执行所述自动化测试脚本的目标运行任务；

在所述目标持续集成工具中执行所述目标运行任务，以实现所述自动化测试脚本的运行。

在一个可选的实施例中，所述装置还包括：

检测模块，用于在所述构建模块201根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境之前，检测所述待测试软件的代码是否发生变动；当检测到所述待测试软件的代码发生变动时，触发所述构建模块201执行所述根据待测试软件对应的测试环境构建所述待测试软件对应的目标CI环境的操作。

在一个可选的实施例中，所述装置还包括：

比对模块，用于在所述脚本运行模块204在所述目标CI环境中运行所述自动化测试脚本，以对所述待测试软件进行预测试之后，当所述待测试软件未通过所述预测试时，比对所述待测试软件的历史代码和当前代码，得到所述当前代码中与所述历史代码不同的差异代码；

发送模块，用于将至少包括所述差异代码的代码比对结果信息发送至预先确定出的用户终端。

在一个可选的实施例中，所述代码比对结果信息还包括差异相关代码；

以及，所述装置还包括：

确定模块，用于在所述比对模块比对所述待测试软件的历史代码和当前代码，得到所述当前代码中与所述历史代码不同的差异代码之后，所述发送模块将至少包括所述差异代码的代码比对结果信息发送至预先确定出的用户终端之前，从所述差异代码中确定出所述差异代码所包含的变量名称；

所述确定模块，还用于根据所述变量名称从所述当前代码中确定出包含所述变量名称的目标代码，以作为所述差异相关代码，并触发所述发送模块执行所述将至少包括所述差异代码的代码比对结果信息发送至预先确定出的用户终端的操作。

在一个可选的实施例中，所述自动化测试脚本是jmeter脚本、java脚本、python脚本中的任意一种。

对于上述计算机软件的自动化测试装置的具体描述可以参照上述计算机软件的自动化测试方法的具体描述，在此不再一一赘述。

实施例三

请参阅图3，图3是本发明实施例公开的一种计算机设备的结构示意图。如图3所示，该计算机设备可以包括：

存储有可执行程序代码的存储器301；

与存储器301连接的处理器302；

处理器302调用存储器301中存储的可执行程序代码，执行本发明实施例一公开的计算机软件的自动化测试方法中的步骤。

实施例四

本发明实施例公开了一种计算机存储介质401，计算机存储介质401存储有计算机指令，该计算机指令被调用时，用于执行本发明实施例一公开的计算机软件的自动化测试方法中的步骤。

以上所描述的装置实施例仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施例的具体描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(RandomAccess Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、一次可编程只读存储器(One-timeProgrammable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-OnlyMemory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

最后应说明的是：本发明实施例公开的一种计算机软件的自动化测试方法、装置、计算机设备以及存储介质所揭露的仅为本发明较佳实施例而已，仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各项实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应的技术方案的本质脱离本发明各项实施例技术方案的精神和范围。