基于区块链的软件兼容性测试的存储方法及系统与流程

文档序号:17773331发布日期:2019-05-28 19:42阅读:173来源:国知局
基于区块链的软件兼容性测试的存储方法及系统与流程

本发明涉及软件测试领域,具体涉及一种基于区块链的软件兼容性测试的存储方法、系统、计算机设备及计算机可读存储介质。



背景技术:

随着互联网的发展产生了软件,早期软件开发过程中软件规模小、复杂程度低,后来it行业进入大发展,软件趋向大型化、高度复杂,软件的质量越来越重要,于是产生了软件测试这一技术。软件测试,描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程,通俗的讲,就是一种实际输出与预期输出之间的审核或者比较的过程。

在科学技术日益发展的今天,操作系统和浏览器的日益更新,兼容性测试成为软件测试中举足轻重的部分。然而操作系统、浏览器的类型和版本的选择需要耗费非常大的工作量和精力,对于兼容性问题的总结和追溯也同样需要耗费非常大的工作量和精力。



技术实现要素:

因此,本发明要解决的技术问题在于克服现有技术中兼容性测试工作量大的缺陷。

为此,本发明提供如下技术方案:

本发明第一方面,提供一种基于区块链的软件兼容性测试的存储方法,包括如下步骤:获取需求分析信息;根据所述需求分析信息在区块链中查找对应的测试方案信息;将所述测试方案信息发送至终端。

可选地,根据所述需求分析信息在区块链中查找对应的测试方案信息包括:根据所述需求分析信息在预存于区块链的测试模板中查找对应的测试方案信息。

可选地,将所述测试方案信息发送至终端包括:将所述测试方案信息上传至区块链;其中,由所述区块链根据所述测试方案信息生成存储id信息;接收所述存储id信息;将所述存储id信息发送至终端。

本发明第二方面,提供一种基于区块链的软件兼容性测试的存储方法,包括如下步骤:获取测试方案信息;根据所述测试方案信息和测试用例信息进行兼容性测试生成测试结果;将所述测试结果上传至区块链。

可选地,根据所述测试方案信息和测试用例信息进行兼容性测试生成测试结果的步骤之前,还包括:获取需求分析信息;根据所述需求分析确定测试计划信息,并将所述测试计划信息上传至区块链;根据所述测试计划信息和所述测试方案信息确定测试功能点信息,并将所述测试功能点信息上传至所述区块链;根据所述测试功能点信息生成测试用例信息,并将所述测试用例信息上传至所述区块链。

可选地,根据所述测试方案信息和测试用例信息进行兼容性测试生成测试结果包括:根据所述测试方案信息执行所述测试用例信息,生成测试用例执行结果,并将所述执行结果上传至区块链;判断所述执行结果是否与预设结果一致;当所述执行结果与所述预设结果不一致时,生成测试用例bug统计信息,并将所述测试用例bug统计信息上传至所述区块链;获取更新版本后的软件;根据所述测试用例bug统计信息对所述更新版本后的软件进行回归测试,验证所述测试用例bug统计信息中的bug是否得到修复;当所述bug得到修复时,进行主流程测试,并生成测试结果。

本发明第三方面,提供一种基于区块链的软件兼容性测试的存储系统,包括:第一获取模块,用于获取需求分析信息;第一处理模块,用于根据所述需求分析信息在区块链中查找对应的测试方案信息;第一发送模块,用于将所述测试方案信息发送至终端。

可选地,所述第一发送模块包括:第一处理单元,用于将所述测试方案信息上传至区块链;其中,由所述区块链根据所述测试方案信息生成存储id信息;第一接收单元,用于接收区块链反馈的所述存储id信息;第一发送单元,用于将所述存储id信息发送至终端。

本发明第四方面,提供一种基于区块链的软件兼容性测试的存储系统,包括:第二获取模块,用于获取测试方案信息;第二处理模块,用于根据所述测试方案信息和测试用例信息进行兼容性测试生成测试结果;第三处理模块,用于将所述测试结果上传至区块链。

可选地,还包括:第三获取模块,用于获取需求分析信息;第四处理模块,用于根据所述需求分析确定测试计划信息,并将所述测试计划信息上传至区块链;第五处理模块,用于根据所述测试计划信息和所述测试方案信息确定测试功能点信息,并将所述测试功能点信息上传至所述区块链;第六处理模块,用于根据所述测试功能点信息生成测试用例信息,并将所述测试用例信息上传至所述区块链。

可选地,所述第二处理模块包括:第二处理单元,用于根据所述测试方案信息执行所述测试用例信息,生成测试用例执行结果,并将所述执行结果上传至区块链;第一判断单元,用于判断所述执行结果是否与预设结果一致;第三处理单元,用于当所述执行结果与预设结果不一致时,生成测试用例bug统计信息,并将所述测试用例bug统计信息上传至所述区块链;第一获取单元,用于获取更新版本后的软件;第四处理单元,用于根据所述测试用例bug统计信息对所述更新版本后的软件进行回归测试,验证所述测试用例bug统计信息中的bug是否得到修复;第五处理单元,用于当所述bug得到修复时,进行主流程测试,并生成测试结果。

本发明第五方面,提供一种计算机设备,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器执行如本发明第一方面中任一项所述的基于区块链的软件兼容性测试的存储方法,或者执行如本发明第二方面中任一项所述的基于区块链的软件兼容性测试的存储方法。

本发明第六方面,提供一种计算机可读存储介质,所述计算机可读存储介质存储计算机指令,所述计算机指令被处理器执行时实现如本发明第一方面中任一所述的基于区块链的软件兼容性测试的存储方法,或者实现如本发明第二方面中任一项所述的基于区块链的软件兼容性测试的存储方法。

本发明技术方案,具有如下优点:

1.本发明提供的基于区块链的软件兼容性测试的存储方法,包括如下步骤:获取需求分析信息;根据需求分析信息在区块链中查找对应的测试方案信息;将测试方案信息发送至终端。通过需求分析信息可以便捷地查找到对应的测试方案信息,之后将测试方案信息发送给终端,终端便可根据测试方案信息进行兼容性测试,可以大大减少兼容性测试的工作量,提高了兼容性测试的测试效率。

2.本发明提供的基于区块链的软件兼容性测试的存储方法,根据所述需求分析信息在区块链中查找对应的测试方案信息包括:根据所述需求分析信息在预存于区块链的测试模板中查找对应的测试方案信息。兼容性测试中的操作系统和浏览器的类型和版本的选择需要耗费非常大的工作量和精力,该方法将所有操作系统及浏览器的类型及版本存储于区块链上的测试模板中,根据需求分析信息在测试模板中查找到与需求分析信息对应的测试方案信息,并将测试方案信息发送至终端用于兼容性测试,可大大减少测试方案选择的工作量。

3.本发明提供的基于区块链的软件兼容性测试的存储方法,将所述测试方案信息发送至终端包括:将所述测试方案信息上传至区块链;其中,由所述区块链根据所述测试方案信息生成存储id信息;接收所述存储id信息;将所述存储id信息发送至终端。该方法将测试方案信息上传至区块链,有效保证测试方案信息的安全性和可追溯性。

附图说明

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

图1为本发明实施例1中基于区块链的软件兼容性测试的存储方法的一个具体示例的流程图;

图2为本发明实施例1中基于区块链的软件兼容性测试的存储方法的另一个具体示例的流程图;

图3为本发明实施例2中基于区块链的软件兼容性测试的存储方法的一个具体示例的流程图;

图4为本发明实施例2中基于区块链的软件兼容性测试的存储方法的另一个具体示例的流程图;

图5为本发明实施例2中基于区块链的软件兼容性测试的存储方法的另一个具体示例的流程图;

图6为本发明实施例3中基于区块链的软件兼容性测试的存储系统的一个具体示例的框图;

图7为本发明实施例4中基于区块链的软件兼容性测试的存储系统的一个具体示例的框图;

图8为本发明实施例5中计算机设备的结构示意图。

具体实施方式

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

在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。

在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,还可以是两个元件内部的连通,可以是无线连接,也可以是有线连接。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。

此外,下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

实施例1

本实施例提供一种基于区块链的软件兼容性测试的存储方法,应用于区块链上的第一用户节点,对软件兼容性测试的测试方案信息进行查找,如图1所示,包括如下步骤:

步骤s11:获取需求分析信息。

在一个可选实施例中,需求分析信息可为结合用户实际应用场景及需求文档,分析兼容性测试的主要任务及测试的功能点,初步确定产品里程碑式节点(即产品规划时间节点)。上述需求分析信息的来源可以为区块链上的其它用户节点直接发送至第一用户节点;也可以为其它用户节点将存储id信息发送至第一用户节点,然后第一用户节点根据存储id信息在区块链上查找得到;本领域技术人员根据该实施例的描述,可以采用现有技术中其它的方式来获取需求分析信息,如通过邮件或者qq等。

该需求分析信息的格式可以为文档、视频或者语音等各种文件格式,根据需要合理设置即可。

在一个可选实施例中,需求分析信息包含业务需求、用户需求、功能需求、非功能需求;当然,在其它可替换实施例中,需求分析信息还可以包含上述所列举信息中的至少之一,或者需求分析信息除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置需求分析信息所包含的具体内容。步骤s12:根据需求分析信息在区块链中查找对应的测试方案信息。

在一个可选实施例中,根据需求分析信息在预存于区块链的测试模板中查找对应的测试方案信息。测试方案信息主要包括本次兼容性测试需要测试的兼容环境,并提供相应的操作系统和浏览器的版本安装包。预先将所有操作系统及浏览器的类型及版本存储于区块链上的测试模板中,根据需求分析信息在测试模板中快速查找到与本次兼容性测试需求分析信息所对应的操作系统及浏览器的类型及版本,上述与需求分析信息对应的操作系统及浏览器的类型及版本构成测试方案信息,可大大减少测试方案选择的工作量。

在一个可选实施例中,测试方案信息包括测试的计划、用例设计方法、人员分配、测试软/硬件环境、测试数据准备;当然,在其它可替换实施例中,测试方案信息还可以包含上述所列举信息中的至少之一,或者测试方案信息除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置测试方案信息所包含的具体内容。

步骤s13:将测试方案信息发送至终端。终端便可根据接收到的测试方案信息进行兼容性测试,减少操作系统和浏览器的类型和版本的选择的工作量,提高兼容性测试的测试效率。

在一个可选实施例中,如图2所示,步骤s13具体包括步骤s131-s133:

步骤s131:将测试方案信息上传至区块链;其中,由区块链根据测试方案信息生成存储id信息。将测试方案上传至区块链后,区块链会根据上传的文件、时间等来返回一个存数据的id信息,存储id信息即为区块链的交易id。

步骤s132:接收存储id信息。

步骤s133:将存储id信息发送至终端。终端可为第二用户节点,第二用户节点便可通过id信息在区块链中查找到测试方案信息并根据测试方案信息进行兼容性测试。

上述方法将测试方案信息上传至区块链,并将区块链反馈的存储id信息发送至终端,终端根据接收到的存储id在区块链中查找测试方案信息,这样可有效保证测试方案信息的安全性和可追溯性。

上述基于区块链的软件兼容性测试的存储方法,通过需求分析信息可以便捷地查找到对应的测试方案信息,之后将测试方案信息发送给终端,终端便可根据测试方案信息进行兼容性测试,可以大大减少兼容性测试的工作量,提高了兼容性测试的测试效率。

实施例2

本实施例提供一种基于区块链的软件兼容性测试的存储方法,应用于区块链上的第二用户节点,如图3所示,包括如下步骤:

步骤s31:获取测试方案信息。

在一个可选实施例中,第一用户节点将测试方案信息上传至区块链,并向第二用户节点反馈存储id信息,第二用户节点根据接收到的id信息在区块链中查找对应的测试方案信息。

在一个可选实施例中,根据测试方案信息和测试用例信息进行兼容性测试生成测试结果的步骤之前,如图4所示,还包括步骤s32-s35:

步骤s32:获取需求分析信息。获取需求分析信息的方法同步骤s11类似,在此不再赘述。

步骤s33:根据需求分析确定测试计划信息,并将测试计划信息上传至区块链。

在一个可选实施例中,测试计划信息包括测试目标软件的起止交付时间、人员工作投入、研发发版时间、测试执行时间、备注;当然,在其它可替换实施例中,测试计划信息还可以包含上述所列举信息中的至少之一,或者测试计划信息除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置测试计划信息所包含的具体内容。

根据需求分析信息,初步了解兼容性测试的功能点及覆盖范围,评估兼容性测试的工作量,结合产品规划时间,制定兼容性测试计划信息,形成《测试计划》,后续兼容性测试工作将按照此计划进行。

步骤s34:根据测试计划信息和测试方案信息确定测试功能点信息,并将测试功能点信息上传至区块链。

根据产品需求文档及实际业务场景,梳理出兼容性测试的流程,并将流程细化为具体的功能点,逐一记录测试功能点信息,生成《测试功能点》。

在一个可选实施例中,测试功能点信息包括页面相关、功能性相关、业务相关、数据相关、特殊字符检查、必填项校验;当然,在其它可替换实施例中,测试功能点信息还可以包含上述所列举信息中的至少之一,或者测试功能点信息除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置测试功能点信息所包含的具体内容。

步骤s35:根据测试功能点信息生成测试用例信息,并将测试用例信息上传至区块链。

在一个可选实施例中,测试用例信息包括用例编号、用例标题、前置条件、执行步骤、预计结果、实际结果、备注;当然,在其它可替换实施例中,测试用例信息还可以包含上述所列举信息中的至少之一,或者测试用例信息除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置测试用例信息所包含的具体内容。

按照《测试功能点》,结合实际业务场景,设计兼容性测试用例,覆盖具体业务场景,此过程需要用例评审,评审后加以改进,得到测试用例信息,形成《测试用例》。

步骤s36:根据测试方案信息和测试用例信息进行兼容性测试生成测试结果。

在一个可选实施例中,如图5所示,步骤s36具体包括步骤s361-s366:

步骤s361:根据测试方案信息执行测试用例信息,生成测试用例执行结果,并将执行结果上传至区块链。

根据测试方案信息,准备兼容性测试所需的兼容环境,包括硬件及软件环境;根据制定的兼容性测试环境,在各个兼容性测试环境上按照测试用例中的具体步骤执行测试用例。

步骤s362:判断执行结果是否与预设结果一致。若执行结果与用例的预设结果一致,则表明兼容性测试通过,进行主流程测试,执行步骤s366。

步骤s363:当执行结果与预设结果不一致时,生成测试用例bug统计信息,并将测试用例bug统计信息上传至区块链。

当执行结果与预设结果不一致时,则表明兼容性测试未通过,记录下该bug产生的复现步骤、实际结果、预期结果,生成测试用例bug统计信息。在一个可选实施例中,测试用例bug统计信息包括《bug统计表》及《测试用例执行结果》。

在一个可选实施例中,测试用例bug统计信息中的bug统计表包括bug编号、bug级别、bug优先级、bug标题、状态、创建人、创建日期、指派人、解决人、解决方案、解决日期;当然,在其它可替换实施例中,bug统计表还可以包含上述所列举信息中的至少之一,或者bug统计表除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置bug统计表所包含的具体内容。

在一个可选实施例中,测试用例bug统计信息中的测试用例执行结果包括用例编号、用例标题、前置条件、执行步骤、预计结果、实际结果、备注;当然,在其它可替换实施例中,测试用例执行结果还可以包含上述所列举信息中的至少之一,或者测试用例执行结果除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置测试用例执行结果所包含的具体内容。

步骤s364:获取更新版本后的软件。执行测试用例未通过时,需要对测试软件进行版本更新,对更新后的软件再次执行测试用例,避免软件bug的产生。

步骤s365:根据测试用例bug统计信息对更新版本后的软件进行回归测试,验证测试用例bug统计信息中的bug是否得到修复。

研发更新产品版本后,根据《bug统计表》,验证bug是否得到修改;若验证通过,则关闭该bug;若验证不通过,则激活该bug,及时更新《bug统计表》;此验证工作需要进行几次,直到没有bug出现。

步骤s366:当bug得到修复时,进行主流程测试,并生成测试结果。

当bug未得到修复时,仍需对软件进行更新,返回执行步骤s364。

进行多次bug回归后,不再有bug出现,进行产品主流程测试,主流程测试通过,完成此次兼容性测试,生成测试结果。在一个可选实施例中,测试结果包括总结并归纳此次兼容性测试的测试背景、测试环境、测试方法、测试工具、测试人员分配、测试版本、测试覆盖场景、测试情况、bug情况分析、测试总结及建议、风险分析等。可根据以上测试结果形成《测试报告》。

在一个可选实施例中,测试报告包括编写目的、项目背景、系统简介、测试用例设计方法、测试环境与配置、测试方法和工具、测试时间及测试人员工作量、测试版本、覆盖分析、缺陷的统计与分析、测试结果、残留缺陷与未解决问题、测试结论与建议;当然,在其它可替换实施例中,测试报告还可以包含上述所列举信息中的至少之一,或者测试报告除上述所列举信息之外还可以包括其它信息,本领域技术人员可根据该实施例的描述,合理设置测试报告所包含的具体内容。

步骤s37:将测试结果上传至区块链。

上述基于区块链的软件兼容性测试的存储方法,应用于第二用户节点侧,根据测试方案信息和测试用例信息进行兼容性测试生成测试结果,并将测试过程中生成的中间测试结果以及最终测试结果上传至区块链中进行存储,减少了软件兼容性测试的工作量,又能追溯软件兼容性测试数据的真实性和时效性,还可以保证软件兼容性测试数据的安全性和可追溯性。

实施例3

本实施例提供一种基于区块链的软件兼容性测试的存储系统,应用于区块链上的第一用户节点,如图6所示,包括:

第一获取模块61,用于获取需求分析信息,详细内容参考步骤s11所述;第一处理模块62,用于根据需求分析信息在区块链中查找对应的测试方案信息,详细内容参考步骤s12所述;第一发送模块63,用于将测试方案信息发送至终端,详细内容参考步骤s13所述。

在一个可选实施例中,第一发送模块63包括:第一处理单元631,用于将测试方案信息上传至区块链;其中,由区块链根据测试方案信息生成存储id信息;详细内容参考步骤s131所述;第一接收单元632,用于接收区块链反馈的存储id信息,详细内容参考步骤s132所述;第一发送单元633,用于将存储id信息发送至终端,详细内容参考步骤s133所述。

上述各个模块的更进一步的功能描述与上述实施例1相同,在此不再赘述。

实施例4

本实施例提供一种基于区块链的软件兼容性测试的存储系统,应用于区块链上的第二用户节点,如图7所示,包括:

第二获取模块71,用于获取测试方案信息,详细内容参考步骤s31所述;第三获取模块72,用于获取需求分析信息,详细内容参考步骤s32所述;第四处理模块73,用于根据需求分析确定测试计划信息,并将测试计划信息上传至区块链,详细内容参考步骤s33所述;第五处理模块74,用于根据测试计划信息和测试方案信息确定测试功能点信息,并将测试功能点信息上传至区块链,详细内容参考步骤s34所述;第六处理模块75,用于根据测试功能点信息生成测试用例信息,并将测试用例信息上传至区块链,详细内容参考步骤s35所述;第二处理模块76,用于根据测试方案信息和测试用例信息进行兼容性测试生成测试结果,详细内容参考步骤s36所述;第三处理模块77,用于将测试结果上传至区块链,详细内容参考步骤s37所述。

在一个可选实施例中,第二处理模块76包括:第二处理单元761,用于根据测试方案信息执行测试用例信息,生成测试用例执行结果,并将执行结果上传至区块链,详细内容参考步骤s361所述;第一判断单元762,用于判断执行结果是否与预设结果一致,详细内容参考步骤s362所述;第三处理单元763,用于当执行结果与预设结果不一致时,生成测试用例bug统计信息,并将测试用例bug统计信息上传至区块链,详细内容参考步骤s363所述;第一获取单元764,用于获取更新版本后的软件,详细内容参考步骤s364所述;第四处理单元765,用于根据测试用例bug统计信息对更新版本后的软件进行回归测试,验证测试用例bug统计信息中的bug是否得到修复,详细内容参考步骤s365所述;第五处理单元766,用于当bug得到修复时,进行主流程测试,并生成测试结果,详细内容参考步骤s366所述。

上述各个模块的更进一步的功能描述与上述实施例2相同,在此不再赘述。

实施例5

本实施例还提供一种计算机设备,如图8所示,包括:至少一个处理器801,例如cpu(centralprocessingunit,中央处理器),至少一个通信接口803,存储器804,至少一个通信总线802。其中,通信总线802用于实现这些组件之间的连接通信。其中,通信接口803可以包括显示屏(display)、键盘(keyboard),可选通信接口803还可以包括标准的有线接口、无线接口。存储器804可以是高速ram存储器(ramdomaccessmemory,易挥发性随机存取存储器),也可以是非不稳定的存储器(non-volatilememory),例如至少一个磁盘存储器。存储器804可选的还可以是至少一个位于远离前述处理器801的存储装置。其中处理器801可以结合图6描述的基于区块链的软件兼容性测试的存储系统或者结合图7描述的基于区块链的软件兼容性测试的存储系统,存储器804中存储一组程序代码,且处理器801调用存储器804中存储的程序代码,以用于执行一种基于区块链的软件兼容性测试的存储方法,即用于执行如实施例1中图1和图2的基于区块链的软件兼容性测试的存储方法或者用于执行如实施例2中图3-图5的基于区块链的软件兼容性测试的存储方法。

其中,通信总线802可以是外设部件互连标准(peripheralcomponentinterconnect,简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture,简称eisa)总线等。通信总线802可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。

其中,存储器804可以包括易失性存储器(英文:volatilememory),例如随机存取存储器(英文:random-accessmemory,缩写:ram);存储器也可以包括非易失性存储器(英文:non-volatilememory),例如快闪存储器(英文:flashmemory),硬盘(英文:harddiskdrive,缩写:hdd)或固态硬盘(英文:solid-statedrive,缩写:ssd);存储器804还可以包括上述种类的存储器的组合。

其中,处理器801可以是中央处理器(英文:centralprocessingunit,缩写:cpu),网络处理器(英文:networkprocessor,缩写:np)或者cpu和np的组合。

其中,处理器801还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文:application-specificintegratedcircuit,缩写:asic),可编程逻辑器件(英文:programmablelogicdevice,缩写:pld)或其组合。上述pld可以是复杂可编程逻辑器件(英文:complexprogrammablelogicdevice,缩写:cpld),现场可编程逻辑门阵列(英文:field-programmablegatearray,缩写:fpga),通用阵列逻辑(英文:genericarraylogic,缩写:gal)或其任意组合。

可选地,存储器804还用于存储程序指令。处理器801可以调用程序指令,实现本申请如实施例1中图1和图2所示的基于区块链的软件兼容性测试的存储方法或者实现本申请如实施例2中图3-图5所示的基于区块链的软件兼容性测试的存储方法。

本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机可执行指令,该计算机可执行指令可执行上述任意方法实施例中的基于区块链的软件兼容性测试的存储方法。其中,所述存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)、随机存储记忆体(randomaccessmemory,ram)、快闪存储器(flashmemory)、硬盘(harddiskdrive,缩写:hdd)或固态硬盘(solid-statedrive,ssd)等;所述存储介质还可以包括上述种类的存储器的组合。

本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然,上述实施例仅仅是为清楚地说明所作的举例,而并非对实施方式的限定。对于所属领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引申出的显而易见的变化或变动仍处于本发明创造的保护范围之中。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1