发明内容
本公开的目的在于提供一种软件测试方法、软件测试装置、电子设备及计算机可读介质,进而至少在一定程度上使软件测试的过程更加客观和充分,从而提升软件的质量。
根据本公开的第一个方面,提供一种软件测试方法,包括:
根据不同的软件测试类型确定与待测试的软件相对应的多个测试模块,并获取当前测试阶段各个所述测试模块的重要性权值;
根据各个所述测试模块在当前测试阶段的测试结果对所述测试模块进行排序;
根据所述测试模块在当前测试阶段的排序结果按照预设资源分配比例分配得到下一测试阶段各个所述测试模块的重要性权值。
在本公开的一种示例性实施例中,所述获取当前测试阶段各个所述测试模块的重要性权值,包括:
若所述当前测试阶段为初始测试阶段,则根据预设资源分配比例得到各个所述测试模块的重要性权值;
若所述当前测试阶段为中间测试阶段,则根据上一测试阶段的排序结果按照预设资源分配比例分配得到当前测试阶段各个所述测试模块的重要性权值。
在本公开的一种示例性实施例中,所述测试结果包括当前测试阶段对所述测试模块进行测试后得到的各个测试模块的质量指标,其中,所述质量指标用于判断各个测试模块在当前测试阶段的质量,以根据所述测试模块的质量对所述测试模块进行排序。在本公开的一种示例性实施例中,所述预设资源分配比例包括第一预设资源分配比例和第二预设资源分配比例,所述根据所述测试模块在当前测试阶段的排序结果按照预设资源分配比例分配得到下一测试阶段各个所述测试模块的重要性权值,包括:
获取所述测试模块的总数,并根据所述测试模块的总数和预设模块分配比例,按照所述测试模块的排序结果将所述测试模块组成的测试模块集合分为第一测试模块集合和第二测试模块集合;
根据所述第一预设资源分配比例确定所述第一测试模块集合中各个测试模块在下一测试阶段的重要性权值;
根据所述第二预设资源分配比例确定所述第二测试模块集合中各个测试模块在下一测试阶段的重要性权值。
在本公开的一种示例性实施例中,所述根据所述测试模块的总数和预设模块分配比例,按照所述测试模块的排序结果将所述测试模块组成的测试模块集合分为第一测试模块集合和第二测试模块集合,包括:
根据所述测试模块的总数和预设模块分配比例确定第一测试模块总数和第二测试模块总数;
根据所述第一测试模块总数按照所述测试模块的排序结果得到第一测试模块集合中的测试模块,根据所述第二测试模块总数按照所述测试模块的排序结果得到第二测试模块集合中的测试模块。
在本公开的一种示例性实施例中,所述根据所述重要性权值给各个所述测试模块分配测试资源,包括:
确定所述待测试的软件的测试阶段总数;
获取所述测试资源的总量,并根据所述测试资源的总量和所述测试阶段总数确定各个测试阶段的测试资源;
根据各个测试阶段的测试资源按照所述重要性权值给各个所述测试模块分配测试资源。
在本公开的一种示例性实施例中,所述根据不同的软件测试类型确定与待测试的软件相对应的多个测试模块,包括:
确定软件的实际测试需求,并根据所述实际测试需求确定多个软件测试类型;
根据所述软件测试类型确定与待测试的软件相对应的多个测试模块。
根据本公开的第二方面,提供一种软件测试装置,包括:
权值获取单元,用于根据不同的软件测试类型确定与待测试的软件相对应的多个测试模块,并获取当前测试阶段各个所述测试模块的重要性权值;
模块测试单元,用于根据所述重要性权值为各个所述测试模块分配测试资源,并对所述测试模块进行测试,得到各个所述测试模块在当前测试阶段的测试结果;
模块排序单元,用于根据各个所述测试模块在当前测试阶段的测试结果对所述测试模块进行排序;
权值计算单元,用于根据所述测试模块在当前测试阶段的排序结果按照预设资源分配比例分配得到下一测试阶段各个所述测试模块的重要性权值。
根据本公开的第三方面,提供一种电子设备,包括:处理器;以及存储器,用于存储所述处理器的可执行指令;其中,所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的软件测试方法。
根据本公开的第四方面,提供一种计算机可读介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一项所述的软件测试方法。
本公开示例性实施例可以具有以下有益效果:
本公开示例实施方式的软件测试方法中,是通过上一阶段的测试结果迭代计算下一阶段各个测试模块的重要性权值,并将测试资源按照每个阶段的重要性权值分配给各个测试模块,依照模块的重要程度分配测试资源,对比较重要的模块,或者上一轮次测试结果较差的模块做针对性处理,在下一轮的测试中投入更多的测试资源,可以使时间、人力等资源的分配更加合理,进而减少测试资源的浪费,并使软件测试的过程更加充分,更加客观,减少线上出现问题的几率,从而提高软件质量。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
在一些相关的实施例中,测试资源的投入方案大多依据管理者和执行者的经验进行,缺乏科学规划。本示例实施方式将软件依据业务内容进行模块分类,并依照模块重要程度、前期质量等要素进行价值模型建模,将软件开发过程中各个阶段的测试资源依据模型中重要性权值进行分配,从而为提升软件的整体质量提出一种可行性方案。
本示例实施方式首先提供了一种软件测试方法。参考图1所示,上述软件测试方法可以包括以下步骤:
步骤S110.根据不同的软件测试类型确定与待测试的软件相对应的多个测试模块,并获取当前测试阶段各个测试模块的重要性权值。
本示例实施方式中,首先将软件A根据不同的软件测试类型分为多个不同的测试模块A1…An,分类可以根据实际测试需求进行,如按照ISO/IEC 25010软件质量特性分类、按照业务需求分类等,在本示例实施方式中不做具体限定。
获取当前测试阶段各个测试模块的重要性权值,即根据当前测试阶段各个测试模块的重要性进行排序,并根据重要性排序的结果为各个模块分配重要性权值,从而根据重要性权值进行资源的分配。
步骤S120.根据重要性权值为各个测试模块分配测试资源,并对测试模块进行测试,得到各个测试模块在当前测试阶段的测试结果。
测试资源主要指人员工时和电子设备等资源,每个测试阶段的测试结果可以是具体的数据或比例,是用来反映当前阶段各个模块的质量指标,依据当前阶段的质量指标,在下一轮的迭代中更新模块的重要性权值。
例如,可以将重要性前20%的工作要投入80%的资源来做,剩下80%的工作投入剩下的20%资源。在重要的20%和不重要的80%的模块中,每个模块均分资源,即各自平分对应的重要性权值。
步骤S130.根据各个测试模块在当前测试阶段的测试结果对测试模块进行排序;测试结果包括当前测试阶段对测试模块进行测试后得到的各个测试模块的质量指标,其中,质量指标用于判断各个测试模块在当前测试阶段的质量,代表这个模块在这一阶段的质量高低。具体而言,质量指标可以是具体的数据或者比例,例如模块的覆盖率等等,且各个模块之间的质量指标可以相互比较,从而判断测试模块之间质量的高低。根据测试模块的质量对测试模块进行排序,从而根据排序结果分配下一阶段的资源。
步骤S140.根据测试模块在当前测试阶段的排序结果按照预设资源分配比例分配得到下一测试阶段各个测试模块的重要性权值。
根据各个测试模块在当前测试阶段的测试结果,即根据当前阶段各个模块的质量指标得到的排序结果,以及预设资源分配比例重新分配下一阶段各个模块的重要性权值,也就是给质量较差的模块,分配更多的资源。
预设资源分配比例是指按照各个模块的排序结果分配测试资源时预先设定的资源分配比例,根据各个模块的重要程度,可以给比较重要的模块设置较高的资源分配比例,以投入较多的资源对其进行测试;而对于重要程度较低的模块,可以分配较少的资源,从而使测试资源的分配更加合理。
得到当前阶段的测试结果并根据质量指标对测试模块进行排序后,在下一测试阶段,可以认为质量差的测试模块的重要性高,因此在分配重要性权值时考虑给其投入更多的测试资源。
例如,在模块测试这个阶段,a模块由于工期不够等原因没有进行测试,而b模块的覆盖率达标,如果二者上一阶段输入的权值相同,那么在这个阶段后,则说明b模块的潜在缺陷较少,将在下一阶段向a模块投入更多资源。其中,覆盖率就是指模块测试这个阶段的质量指标,即这一阶段的输出结果。
本示例实施方式中,可以基于帕累托优化的软件测试规划方法,及依托其实现的可视化系统,其核心内容在于,在软件测试的第m阶段,基于帕累托原则计算每个阶段该软件的A1…An模块的重要性权值k1…kn,并将第m阶段的权值km作为第m+1阶段的初始条件,得到m+1阶段的重要性权值,从而得到各个阶段的重要性权值矩阵:
使用kmn确定第m阶段中An模块的权值,从而利用该值指导软件测试的资源投入方案。
帕累托优化(Pareto Improvement),也称为帕累托改善或帕累托改进,又名80/20定律,是以意大利经济学家帕累托(Vilfredo Pareto)命名的,并基于帕累托最优变化,在没有使任何模块的情况变坏的前提下,使得至少一个模块变得更好。一方面,帕累托最优是指没有进行帕累托改进余地的状态;另一方面,帕累托改进是达到帕累托最优的路径和方法。帕累托最优是公平与效率的“理想王国”。具体来讲,上述80/20定律就是把80%的资源花在能得到关键产出的20%的部分,这20%的部分又能带动其余80%的发展,即合理地分配时间和精力,在取得最优结果的同时减少资源损耗。
反复执行步骤S110至S140,直到测试过程结束,可以得到权重集矩阵:
及整体测试结果集C。
利用Java代码对上述方法进行编程实现,使上述方法具有简洁、可视化的特性,在实际的测试过程中便于使用。
下面,结合图2至图6对本示例实施方式的上述步骤进行更加详细的说明。
在步骤S110中,如图2所示,获取当前测试阶段各个测试模块的重要性权值,具体可以包括以下几个步骤:
步骤S210.若当前测试阶段为初始测试阶段,则根据预设资源分配比例得到各个测试模块的重要性权值。
若当前测试阶段为初始测试阶段,则无法获取上一阶段的测试结果并根据测试结果分配各个模块的重要性权值,因此,可以根据预先输入的重要性参数,将各个模块按照重要性的高低进行排序,并按照预设资源分配比例给各个模块分配初始重要性权值。
具体地,例如,对模块A1...An的初始重要权值k01…k0n进行定义。以软件A是按照ISO/IEC 25010质量模型进行分类举例,ISO/IEC 25010是近年来使用比较广泛的软件质量模型,ISO/IEC 25010质量模型中提出了8个质量特征:功能性,安全性,互用性,可靠性,可用性,效率,可维护性和可移植性,对应的软件测试类型包括:功能测试、安全测试、易用性测试、压力测试、强调测试、可用性测试、性能测试、稳定性测试、安装测试和移植测试,因此,测试模块的总数N=10。在这里,一般情况下认为功能测试和安全性测试的重要性高于其他8个模块的测试,如果以F表示软件测试资源的总比例,有:
其中,k0i表示初始重要性权值k01…k0n,上述公式表示,软件测试资源的总比例F按照阶段数M平分给各个阶段,每个阶段获取的资源总量相同。
根据帕累托原则可知:
其中,k01和k02表示功能测试和安全性测试模块的初始重要性权值。依照上述公式,可以给功能测试和安全性测试模块在初始阶段分配80%的资源比例,给剩下的模块在初始阶段分配20%的资源比例,在软件测试资源的总比例F和测试阶段数M已知的情况下,初始重要性权重集K0计算完成。
利用权重集K0定义软件测试第一阶段的测试任务分配方案,权重为k0n的模块获得对应权重的测试资源。执行本阶段测试,可以得到第一阶段的结果集C1。
步骤S220.若当前测试阶段为中间测试阶段,则根据上一测试阶段的排序结果按照预设资源分配比例分配得到当前测试阶段各个测试模块的重要性权值。
若当前测试阶段为中间测试阶段,则根据上一测试阶段的测试结果,即根据上一阶段各个模块的质量指标得到的各个模块的排序结果,重新分配下一阶段各个模块的重要性权值,简而言之就是给上一阶段质量较差的模块,在下一阶段分配更多的资源。
在步骤S140中,如图3所示,根据测试模块在当前测试阶段的排序结果按照预设资源分配比例分配得到下一测试阶段各个测试模块的重要性权值,具体可以包括以下几个步骤:
步骤S310.获取测试模块的总数,并根据测试模块的总数和预设模块分配比例,按照测试模块的排序结果将测试模块组成的测试模块集合分为第一测试模块集合和第二测试模块集合。
第一测试模块集合为重要性较高的一小部分模块所占的比例,可以为20%,也可以为30%,在这里不做具体限定。第二测试模块集合为重要性较低的大部分模块所占的比例,可以为80%,也可以为70%,在这里也不做具体限定。
本示例实施方式中,可以给重要性前20%的测试模块,即第一测试模块集合投入80%的测试资源,剩下80%的测试模块,即第二测试模块集合投入剩下的20%测试资源。
步骤S320.根据第一预设资源分配比例确定第一测试模块集合中各个测试模块在下一测试阶段的重要性权值。
预设资源分配比例包括第一预设资源分配比例和第二预设资源分配比例。其中,第一预设资源分配比例即分配给重要性高的一部分模块的大部分资源所占的比例,可以为80%,也可以为70%,在这里也不做具体限定。
具体地,例如,可以给重要性前20%的测试模块,即第一测试模块集合中的测试模块,分配80%的测试资源,其中每个模块均分测试资源,即各自平分对应的重要性权值。
步骤S330.根据第二预设资源分配比例确定第二测试模块集合中各个测试模块在下一测试阶段的重要性权值。
第二预设资源分配比例即重要性低的一小部分资源所占的比例,可以为20%,也可以为30%,在这里不做具体限定。
具体地,例如,可以给重要性后80%的测试模块,即第二测试模块集合中的测试模块,分配20%的测试资源,其中每个模块均分测试资源,即各自平分对应的重要性权值。
在步骤S310中,如图4所示,根据测试模块的总数和预设模块分配比例,按照测试模块的排序结果将测试模块组成的测试模块集合分为第一测试模块集合和第二测试模块集合,具体可以包括以下几个步骤:
步骤S410.根据测试模块的总数和预设模块分配比例确定第一测试模块总数和第二测试模块总数。
获取测试模块的总数,可以据测试模块的总数和预设模块分配比例确定第一测试模块总数和第二测试模块总数。例如,如果测试模块的总数为10,预设模块分配比例是相对重要的模块在模块总数中占20%,则重要与不重要的模块比例分配为2:8。如果测试模块的总数为6,则将重要与不重要的模块比例分配为1:5;总的来说,大致可以按照重要性高的模块占20%左右的比例为最佳,若测试模块的总数与20%和80%的比例计算后不能得到整数的个数,则根据四舍五入后的值确定第一测试模块总数和第二测试模块总数。
步骤S420.根据第一测试模块总数按照测试模块的排序结果得到第一测试模块集合中的测试模块,根据第二测试模块总数按照测试模块的排序结果得到第二测试模块集合中的测试模块。
确定第一测试模块总数和第二测试模块总数后,就可以根据第一测试模块总数按照测试模块的排序结果得到第一测试模块集合中的测试模块,根据第二测试模块总数按照测试模块的排序结果得到第二测试模块集合中的测试模块,从而将测试模块组成的测试模块集合分为第一测试模块集合和第二测试模块集合。
例如,测试模块总数为10,第一测试模块总数为2,第二测试模块总数为8,则按照测试模块的排序结果,从根据质量指标排序好的10个测试模块中,取出前两个质量较差的,即重要程度较高的模块放入第一测试模块集合中,剩下的8个重要程度较低的测试模块,将其放入第二测试模块集合中。
至此,图3和图4完整地说明了本示例实施方式中根据当前测试阶段的测试结果确定下一测试阶段重要性权值的方法步骤。
在步骤S120中,如图5所示,根据重要性权值给各个测试模块分配测试资源,具体可以包括以下几个步骤:
步骤S510.确定待测试的软件的测试阶段总数。
定义该次软件测试的阶段总数M。以典型的软件开发项目为例,互联网软件项目A,如果采取瀑布模型的开发过程,共存在需求评审、单元测试、代码走查、接口测试、系统测试五个过程,那么待测试的软件的测试阶段总数M=5。对应的,将会产出需求评审结果集、单元测试覆盖率及结果集、代码走查问题及结果集、接口测试缺陷及结果集、系统测试缺陷及结果集五个部分的输出结果。
步骤S520.获取测试资源的总量,并根据测试资源的总量和测试阶段总数确定各个测试阶段的测试资源。
获取测试资源的总量,并将上述测试资源的总量按照测试阶段总数M平分,每个阶段获得的测试资源相同。当然,也可以判断各个阶段的重要性,并根据每个阶段重要性的不同分配不同数量的测试资源,具体的分配方法在本示例实施方式中不做具体限定,可以根据实际需求进行选择。
步骤S530.根据各个测试阶段的测试资源按照重要性权值给各个测试模块分配测试资源。
得到各个阶段对应的测试资源后,根据各个阶段测试模块的重要性权值将每个阶段的测试资源分配给各个测试模块,使每个测试模块得到其重要性权值所对应的测试资源。
在步骤S110中,如图6所示,根据不同的软件测试类型确定与待测试的软件相对应的多个测试模块,具体可以包括以下几个步骤:
步骤S610.确定软件的实际测试需求,并根据实际测试需求确定多个软件测试类型。
将软件进行分类时,可以根据实际测试需求进行分类,如按照ISO/IEC25010软件质量特性分类、按照业务需求分类等。如果按照ISO/IEC 25010软件质量特性分类,则对应的质量特征包括:功能性,安全性,互用性,可靠性,可用性,效率,可维护性和可移植性。
步骤S620.根据软件测试类型确定与待测试的软件相对应的多个测试模块。
如果按照ISO/IEC 25010软件质量特性分类,则根据对应的质量特征,可以得到对应的软件测试类型包括:功能测试、安全测试、易用性测试、压力测试、强调测试、可用性测试、性能测试、稳定性测试、安装测试和移植测试,共10个测试模块。
本示例实施方式中,将软件A分为N个模块A1…An,其中N个模块指10个测试模块中的一部分或者全部,即0<N≤10,一般N值的大小可以根据与待测试的软件相对应的多个测试模块和实际需要以及工期的长短来进行选择。
如图7所示是本公开的一个具体实施方式中的完整流程图,是对本示例实施方式中的上述步骤的举例说明,该流程图的具体步骤如下:
步骤S710.将软件A分为N个模块A1…An。
步骤S720.判断是否具有下一测试阶段。如果具有下一测试阶段,则进入步骤S730继续进行迭代;如果没有下一测试阶段,即当前阶段为最后一个测试阶段,则进入步骤S760并结束迭代过程。
步骤S730.根据帕累托规则计算各个测试模块的重要性权值k1n…kmn。
步骤S740.使用重要性权值k1n…kmn分配第m阶段各个测试模块的测试资源。
步骤S750.得到第m阶段测试结果Cm。
步骤S760.计算重要值矩阵,并结束测试流程。
应当注意,尽管在附图中以特定顺序描述了本公开中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
进一步的,本公开还提供了一种软件测试装置。参考图8所示,该软件测试装置可以包括权值获取单元810、模块测试单元820模块排序单元830以及权值计算单元840。其中:
权值获取单元810可以用于根据不同的软件测试类型确定与待测试的软件相对应的多个测试模块,并获取当前测试阶段各个测试模块的重要性权值;
模块测试单元820可以用于根据重要性权值为各个测试模块分配测试资源,并对测试模块进行测试,得到各个测试模块在当前测试阶段的测试结果;
模块排序单元830可以用于根据各个测试模块在当前测试阶段的测试结果对测试模块进行排序;
权值计算单元840可以用于根据测试模块在当前测试阶段的排序结果按照预设资源分配比例分配得到下一测试阶段各个测试模块的重要性权值。
在本公开的一些示例性实施例中,权值获取单元810可以包括初始权值获取单元以及中间权值获取单元。其中:
初始权值获取单元可以用于若当前测试阶段为初始测试阶段,则根据预设资源分配比例得到各个测试模块的重要性权值;
中间权值获取单元可以用于若当前测试阶段为中间测试阶段,根据上一测试阶段的排序结果按照预设资源分配比例分配得到当前测试阶段各个测试模块的重要性权值。
在本公开的一些示例性实施例中,权值计算单元840可以包括模块分类单元、第一权值确定单元以及第二权值确定单元。其中:
模块分类单元可以用于获取测试模块的总数,并根据测试模块的总数和预设模块分配比例,按照测试模块的排序结果将测试模块组成的测试模块集合分为第一测试模块集合和第二测试模块集合;
第一权值确定单元可以用于根据第一预设资源分配比例确定第一测试模块集合中各个测试模块在下一测试阶段的重要性权值;
第二权值确定单元可以用于根据第二预设资源分配比例确定第二测试模块集合中各个测试模块在下一测试阶段的重要性权值。
在本公开的一些示例性实施例中,模块分类单元可以包括分配数量确定单元以及测试模块分配单元。其中:
分配数量确定单元可以用于根据测试模块的总数和预设模块分配比例确定第一测试模块总数和第二测试模块总数;
测试模块分配单元可以用于根据第一测试模块总数按照测试模块的排序结果得到第一测试模块集合中的测试模块,根据第二测试模块总数按照测试模块的排序结果得到第二测试模块集合中的测试模块。
在本公开的一些示例性实施例中,模块测试单元820可以包括测试阶段确定单元、测试资源确定单元以及测试资源分配单元。其中:
测试阶段确定单元可以用于确定待测试的软件的测试阶段总数;
测试资源确定单元可以用于获取测试资源的总量,并根据测试资源的总量和测试阶段总数确定各个测试阶段的测试资源;
测试资源分配单元可以用于根据各个测试阶段的测试资源按照重要性权值给各个测试模块分配测试资源。
在本公开的一些示例性实施例中,权值获取单元810还可以包括测试类型确定单元以及测试模块确定单元。其中:
测试类型确定单元可以用于确定软件的实际测试需求,并根据实际测试需求确定多个软件测试类型;
测试模块确定单元可以用于根据软件测试类型确定与待测试的软件相对应的多个测试模块。
上述软件测试装置中各模块/单元的具体细节在相应的方法实施例部分已有详细的说明,此处不再赘述。
图9示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。
需要说明的是,图9示出的电子设备的计算机系统900仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图9所示,计算机系统900包括中央处理单元(CPU)901,其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中,还存储有系统操作所需的各种程序和数据。CPU901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
以下部件连接至I/O接口905:包括键盘、鼠标等的输入部分906;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907;包括硬盘等的存储部分908;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器910上,以便于从其上读出的计算机程序根据需要被安装入存储部分908。
特别地,根据本发明的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分909从网络上被下载和安装,和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时,执行本申请的系统中限定的各种功能。
需要说明的是,本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现如下述实施例中所述的方法。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之,上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。