CN111639025A - 一种软件测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种软件测试方法、装置、电子设备及存储介质。确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数，根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，可以实现根据多个维度的影响因子确定总量化数，并基于所述量化数对各所述待测试项目进行任务分配，基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。解决了现有技术中待测试任务分配不合理的问题，达到均衡分配待测试任务的目的，并且，各待测试项目的量化数可以体现各待测试项目的依赖关系和测试人员的能力，可以减少单任务阻塞情况，进而可以对待测试任务有序进行。

Description

一种软件测试方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及数据处理技术，尤其涉及一种软件测试方法、装置、电子设备及存储介质。

背景技术

软件测试(Software Testing)，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程，即软件测试时一种实际输出与预期输出之间的审核或者比较过程。软件测试过程中的测试任务的来源是软件需求，软件需求是由一个软件需求细化出一到多个测试任务，一个测试任务又细化出一到多个场景测试用例，测试团队通过执行场景测试用例开展测试任务。

现有技术中，一般通过两种方式分配测试任务。第一种方式是根据测试任务的优先级计算权重来分配测试任务，第二种方式是根据测试任务的工作量的大小和功能范围来分配测试任务。第一种方式的缺点是：测试任务的优先级评估难度低，但是由于分配的测试任务量不均衡、存在依赖关系，遇到单任务阻塞很容易导致整体进度失控；第二种方式的缺点是：测试工作量前期评估不准确，当出现单任务阻塞时，之前相对均衡的工作量又被打乱，最终使整体进度失控。

综上所述，现有技术中的执行软件测试过程中，测试任务分配不合理，容易导致整个测试任务失控。

发明内容

本发明实施例提供了一种软件测试方法、装置、电子设备及存储介质，以实现灵活且合理分配待测试任务，高效且平稳的执行整个待测试任务的效果。

第一方面，本发明实施例提供了一种软件测试方法，包括：

确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数；

根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，并基于所述总量化数对各所述待测试项目进行任务分配；

基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。

第二方面，本发明实施例还提供了一种软件测试装置，包括：

确定模块，用于确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数；

任务分配模块，用于根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，并基于所述总量化数对各所述待测试项目进行任务分配；

测试模块，用于基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。

第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面中任一项所述的软件测试方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时实现如第一方面中任一项所述的软件测试方法。

本实施例提供的技术方案，确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数，根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的量化数，可以实现根据多个维度的影响因子确定量化数，并基于所述量化数对各所述待测试项目进行任务分配，基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。解决了现有技术中测试任务分配不合理的问题，达到均衡分配测试任务的目的，可以减少单任务阻塞情况，进而可以保证待测试任务的有序进行。

附图说明

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

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

图3为本发明实施例三提供的一种软件测试方法的流程示意图；

图4为本发明实施例四提供的一种软件测试装置的结构示意图；

图5为本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种软件测试方法的流程示意图，本实施例可适用于根据各待测试项目的量化数分配各待测试项目，基于各待测试项目的测试者写入的测试信息对待测试任务进行测试的情况，该方法可以由软件测试装置来执行，其中该装置可由软件和/或硬件实现，并一般集成在终端或电子设备中。具体参见图1所示，该方法可以包括如下步骤：

S110，确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数。

其中，待测试任务为测试平台根据应用程序的软件需求确定的任务数据，测试平台可以根据待测试任务对应用程序的卡顿、流畅度、兼容性以及屏幕分辨率等参数进行测试。可选地，每个待测试任务可以包括多个软件需求，并根据软件需求将待测试任务分成多个待测试项目，每个待测试项目可以对应一个或者多个测试用例。这样，一个测试团队可以通过写入测试用例对待测试任务进行测试。

可以理解的是，在对待测试任务进行测试之前，需要将待测试任务的各待测试项目相对均衡的分配给不同的测试者。本实施例中，测试平台可以根据待测试任务管理者输入的影响因子进行任务分配，或者，根据影响因子推荐算法自动确定各待测试项目的影响因子，并根据确定的影响因子进行任务分配。

可选地，影响因子可以包括多个关键因子的分数和测试用例数。其中，关键因子包括各待测试项目的依赖程度、风险隐患、测试用例执行难度以及测试者能力等。测试用例数为每个待测试项目所需的场景用例数量。可选地，可以对所述待测试任务的各待测试项目的多个关键因子以及测试用例数进行评估，根据评估结果确定各关键因子的分数和所述测试用例数。例如，对各测试项目的关联程度进行评估，确定待测试项目的依赖程度的分数；对待测试任务的测试需求的难度进行评估，确定待测试任务的风险隐患的分数；对测试用例的复杂度进行评估，确定测试用例执行难度的分数和测试用例数；以及对测试者的能力进行评估，确定测试人员能力的分数等。

S120，根据多个关键因子的分数和测试用例数确定各待测试项目的总量化数，并基于总量化数对各待测试项目进行任务分配。

可选地，各待测试项目的总量化数的确定方法为：基于各待测试项目对应的关键因子的分数，确定各待测试项目的复杂度；计算各待测试项目的复杂度和所述测试用例数的乘积，将各待测试项目的乘积作为各待测试项目的总量化数。可选地，各待测试项目的复杂度可以将各关键因子的分数相加得到。其中，各待测试项目与复杂度的对应关系可参见表1所示，各待测试项目与量化数的对应关系可参见表2所示：

表1：各待测试项目与复杂度的对应关系

表2：各待测试项目与量化数的对应关系

待测试项目	复杂度	测试用例数	量化数(权重值*用例数)
				项目A	24	117	2808
项目B	23	84	1932
				项目C	26	44	1144
项目D	16	64	1024

通过前述步骤可以理解，测试平台根据待测试项目的依赖程度、风险隐患、测试用例执行难度和测试人员能力等多个维度的关键因子的分数，并结合测试用例数确定各待测试项目的总量化数，即各待测试项目的总量化数根据多个维度的影响因子确定，进而根据量化数对各待测试项目进行任务分配。相比于现有技术根据单一因素分配各待测试项目，可以提高任务分配的均衡性，并且，各待测试项目的总量化数可以体现各待测试项目的依赖关系和测试人员的能力，可以进一步减少单任务阻塞情况，进而可以保证待测试任务的有序进行。

S130，基于任务分配结果中为各待测试项目分配的测试者写入的测试信息对待测试任务进行测试。

通过前述步骤确定了各待测试任务的分配结果，如果各待测试项目的实际测试进度与理论测试进度均一致，测试平台可以根据为各待测试项目分配的测试者写入的测试信息对各待测试项目进行测试，直至所有待测试项目均测试完成，得到待测试任务的测试结果。

本实施例提供的技术方案，确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数，根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，可以实现根据多个维度的影响因子确定总量化数，并基于所述量化数对各所述待测试项目进行任务分配，基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。解决了现有技术中待测试任务分配不合理的问题，达到均衡分配待测试任务的目的，并且，各待测试项目的量化数可以体现各待测试项目的依赖关系和测试人员的能力，可以减少单任务阻塞情况，进而可以对待测试任务有序进行。

实施例二

图2为本发明实施例二提供的一种软件测试方法的流程示意图。本实施例的技术方案在上述实施例的基础上进行了细化。可选地，所述确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数，包括：确定与所述待测试任务对应的历史测试任务的各历史测试项目；根据各所述历史测试项目的历史关键因子的分数和历史测试用例数，确定各所述待测试项目的多个所述关键因子的分数和所述测试用例数。在该方法实施例中未详尽描述的部分请参考上述实施例。具体参见图2所示，该方法可以包括如下步骤：

S210，确定与待测试任务对应的历史测试任务的各历史测试项目。

可以理解的是，测试平台所属的终端可以存储已完成的测试任务(即历史测试任务)，对待测试任务进行任务分配时，可以根据待测试任务的类型和任务需求等信息确定与该待测试任务相似的历史测试任务，以及确定历史测试任务的各历史测试项目。

S220，根据各历史测试项目的历史关键因子的分数和历史测试用例数，确定各待测试项目的多个关键因子的分数和测试用例数。

可选地，多个关键因子的分数和测试用例数可以通过如下方式确定：根据各所述历史测试项目的历史关键因子的分数和所述历史测试用例数生成多个推荐关键因子的推荐分数和推荐用例数，并显示所述推荐关键因子的推荐分数和所述推荐用例数；接收外部确定的所述推荐关键因子的推荐分数和所述推荐用例数的量化点选操作，根据所述量化点选操作确定各所述待测试项目的多个关键因子的分数和所述测试用例数。

具体地，测试平台确定各历史测试项目后，查找各历史测试项目并确定与各待测试项目相似的历史测试项目，将与各待测试项目相似的历史测试项目作为目标历史测试项目，查找目标历史测试项目的历史关键因子的分数和历史测试用例数，根据目标历史测试项目的历史关键因子的分数和历史测试用例数生成多个推荐关键因子的推荐分数和推荐用例数，并显示所述推荐关键因子的推荐分数和所述推荐用例数，以使管理者从推荐分数和所述推荐用例数中选择目标分数和目标用例数，测试平台将目标分数作为各待测试项目的多个关键因子的分数，并将目标用例数作为各待测试项目的测试用例数。通过上述方式，测试平台可以根据历史关键因子的分数和历史测试用例数自动确定推荐分数和推荐用例数，节省了人工分析的时间，进一步提高整个待测试任务的测试进度。

需要说明的是，测试平台还可以将历史测试项目的历史关键因子的分数直接作为该待测试任务的各待测试项目的关键因子的分数，将历史测试项目的历史测试用例数作为各待测试项目的测试用例数。这样，测试平台无需管理者进行点选操作，进一步提高了测试平台的智能化和整个待测试任务的测试进度。

S230，根据多个关键因子的分数和测试用例数确定各待测试项目的总量化数，并基于总量化数对各待测试项目进行任务分配。

如前述步骤所述，测试平台所属的终端可以存储历史测试任务。基于此，对各待测试项目进行任务分配的方法为：基于各所述待测试项目的总量化数在历史测试任务的中筛选参考历史测试任务；根据所述参考历史测试任务中各测试项目的历史分配方式生成所述待测试项目的至少一个任务分配推荐结果，并显示所述任务分配推荐结果；接收外部确定的任务分配点选操作，从所述任务分配推荐结果中确定任务分配目标结果，完成对各所述待测试项目进行任务分配。

具体地，各所述待测试项目的总量化数可以理解为待测试任务的量化数。可以查找与待测试任务的量化数相近的历史测试任务，并作为参考历史测试任务，根据参考历史测试任务的历史分配方式生成待测试项目的至少一个任务分配推荐结果，将至少一个任务分配推荐结果进行展示，以使管理者选择一个任务分配推荐结果作为所述待测试任务的任务分配目标结果。通过上述方式，可以实现根据历史测试项目的历史量化数和待测试项目的量化数自动生成任务分配推荐结果，只需要人工点选确定任务分配目标结果，节省了人工分析的时间，进一步提高整个待测试任务的测试进度。可选地，本实施例中的任务分配方式可以进行定期优化和调整，保证测试任务进行合理分配。

可选地，还可以根据各待测试项目的总量化数和测试者的时间，对各所述测试项目进行任务分配。例如，将量化数较高的测试项目分配给时间较充裕的测试者，将量化数较低的测试项目分配给时间紧张的测试者，可以避免因测试者的时间问题导致测试项目发生阻塞。

S240，基于任务分配结果中为各待测试项目分配的测试者写入的测试信息对待测试任务进行测试。

本实施例提供的技术方案，通过确定与待测试任务对应的历史测试任务的各历史测试项目，根据各历史测试项目的历史关键因子的分数和历史测试用例数，确定各待测试项目的多个关键因子的分数和测试用例数。可以实现根据历史关键因子的分数和历史测试用例数自动确定推荐分数和推荐用例数，节省了人工分析的时间。并且，通过根据各历史测试项目的历史量化数和待测试项目的量化数生成至少一个任务分配推荐结果，可以实现根据历史测试项目的历史量化数和待测试项目的量化数自动生成任务分配推荐结果，只需要人工点选确定任务分配目标结果，节省了人工分析的时间，进一步提高整个待测试任务的测试进度。

实施例三

图3为本发明实施例二提供的一种软件测试方法的流程示意图。本实施例的技术方案在上述实施例的基础上进行了细化。可选地，所述基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试，包括：基于各所述待测试项目的所述总量化数与各时间节点的剩余量化数，确定各所述待测试项目在各时间节点的实际测试进度；将各所述待测试项目在各时间节点的实际测试进度与理论测试进度进行比较，如果各所述待测试项目的实际测试进度不小于所述理论测试进度，根据所述测试信息对未执行的待测试项目进行测试。在该方法实施例中未详尽描述的部分请参考上述实施例。具体参见图3所示，该方法可以包括如下步骤：

S310，确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数。

S320，根据多个关键因子的分数和测试用例数确定各待测试项目的总量化数，并基于总量化数对各待测试项目进行任务分配。

S330，基于各待测试项目的总量化数与各时间节点的剩余量化数，确定各待测试项目在各时间节点的实际测试进度。

其中，所述实际测试进度可以通过各时间节点的已执行量化数与总量化数做商确定。具体的，测试平台对待测试任务进行测试时，可以监测各时间节点的剩余量化数，计算各待测试项目的总量化数与剩余量化数的差值，得到各时间节点的已执行量化数，将已执行量化数与各待测试项目的总量化数做商，得到各待测试项目在各时间节点的实际测试进度。

S340，将各待测试项目在各时间节点的实际测试进度与理论测试进度进行比较，如果各待测试项目的实际测试进度不小于理论测试进度，根据测试信息对未执行的待测试项目进行测试。

可选地，可以将各待测试项目的总量化数除以计划测试时间，得到每天需要执行的量化数，即得到理论测试速度，根据各时间节点和理论测试速度确定各时间节点的理论测试进度。为了对待测试任务的测试进度进行实时监控，本实施例通过将各时间节点的实际测试进度与理论测试进度进行比较，如果各待测试项目的实际测试进度不小于所述理论测试进度，则确定未出现阻塞的待测试项目，确定待测试任务可以按照实际测试进度并根据测试信息对未执行的待测试项目进行测试。其中，各待测试项目与理论测试进度的对应关系可参见表3所示：

表3：各待测试项目与理论测试进度的对应关系

如表4所示为各待测试项目与理论测试进度以及实际测试进度的对应关系参见表4所示：

表4：各待测试项目与理论测试进度以及实际测试进度的对应关系

由表4可以看出，各待测试项目的第一天的实际测试进度均不小于所述理论测试进度，则确定待测试任务在第一天未出现阻塞的待测试项目，可以根据测试信息对未执行的待测试项目进行测试。

可以理解的是，上述任务分配结果可能不完全理想，即对待测试任务进行测试的过程中，可能存在一个或多个待测试项目的实际测试进度小于理论测试进度，即存在一个或多个待测试项目的进度发生阻塞。对此，本实施例可以实时监控并预测是否有存在阻塞项目，如果存在阻塞项目，需要对未测试的待测试项目进行及时调整，避免因一个多个阻塞项目导致整个待测试任务无法进展。可选地，本实施例还包括：如果确定存在至少一个所述待测试项目的实际测试进度小于理论测试进度，确定小于所述理论测试进度的所述实际测试进度对应的当前时间节点；在所述当前时间节点下，确定各所述待测试项目的多个调整因子的预估值，计算各所述待测试项目的当前复杂度；基于各所述待测试项目的当前复杂度，重新分配未执行的待测试项目，根据重新分配结果中为各所述待测试项目重新分配的测试者写入的测试信息对未执行的待测试项目继续进行测试。

可选地，在所述当前时间节点下，确定各所述待测试项目的多个调整因子的预估值，计算各所述待测试项目的当前复杂度，包括：根据各所述待测试项目的实际测试进度，在当前时间节点下确定各所述待测试项目的多个调整因子的推荐值，并根据外部确定的针对所述推荐值的点选操作，确定各所述待测试项目的多个调整因子的预估值；将各所述待测试项目的多个调整因子的预估值相加，得到各所述待测试项目的当前复杂度。

可选地，所述调整因子包括剩余量化数、测试者的业务熟悉度、测试者的学习成本以及测试者的技术能力中的至少一种。具体地，测试平台可以将在当前时间节点已完成的待测试项目进行存储，分析已完成的待测试项目的用例量化数、测试者的业务熟悉度、测试者的学习成本以及测试者的技术能力等因素确定调整因子的推荐值，将该推荐值进行显示，以使管理者点选目标推荐值，测试平台根据点选操作确定各待测试项目的多个调整因子的预估值，将多个调整因子的预估值相加，得到待测试项目的当前复杂度。进一步地，测试平台可以根据当前复杂度重新分配未执行的待测试项目，将未执行的待测试项目重新分配给适合的测试者继续进行测试。其中，如表5所示为各待测试项目与理论测试进度以及实际测试进度的对应关系，如表6所示为各待测试项目与当前复杂度的对应关系：

表5：各待测试项目与理论测试进度以及实际测试进度的对应关系

由表5可以看出，项目A和项目C在第一天的实际测试进度均小于理论测试进度，则确定待测试任务在第一天出现阻塞的待测试项目，确定测试项目A、测试项目B、测试项目C和测试项目D在第一天的多个调整因子的预估值，计算各测试项目A、测试项目B、测试项目C和测试项目D的当前复杂度，并根据计算的当前复杂度，重新分配未执行的待测试项目，根据重新分配结果中为各待测试项目重新分配的测试者写入的测试信息对未执行的待测试项目继续进行测试。

表6：各待测试项目与当前复杂度的对应关系

需要说明的是，当前复杂度可用于判断待测试当前复杂度对应的测试项目的测试者的业务能力，如果当前复杂度越高，说明该测试者的业务能力越强。由表6可以看出，待测试项目D对应的测试者的当前复杂度最高，待测试项目D对应的测试者更适合执行待测试任务，可以将未执行的待测试项目中较多的待测试项目分配给待测试项目D对应的测试者分。

需要说明的是，与前述任务分配方式不同的，本实施例还可以根据各待测试项目的测试用例计算各待测试项目的实际测试进度，根据各待测试项目的测试用例数和计划测试时间计算理论测试进度，并采用与上述方式相同的方法，将各时间节点的实际测试进度与理论测试进度进行比较，如果各待测试项目的实际测试进度不小于所述理论测试进度，则确定未出现阻塞的待测试项目，确定待测试任务可以按照实际测试进度并根据测试信息对未执行的待测试项目进行测试，如果确定存在至少一个待测试项目的实际测试进度小于理论测试进度，确定小于所述理论测试进度的所述实际测试进度对应的当前时间节点；在所述当前时间节点下，确定各所述待测试项目的多个调整因子的预估值，计算各所述待测试项目的当前复杂度；基于各所述待测试项目的当前复杂度，重新分配未执行的待测试项目，根据重新分配结果中为各所述待测试项目重新分配的测试者写入的测试信息对未执行的待测试项目继续进行测试。

需要说明的是，本实施例中的总量化数计算过程、任务分配过程以及分配任务调整等任务节点可以分别独立进行，互不干扰，可以使软件测试过程中各任务节点独立插拔和即插即用。

本实施例提供的技术方案，可以实时监控各待测试项目的实际测试进度，根据实际测试进度与理论测试进度预测是否存在阻塞项目，如果不存在阻塞项目，可以按照实际测试进度对未执行的待测试项目继续进行测试，如果存在阻塞项目，根据待测试任务的多个调整因子确定当前复杂度，并重新分配未执行的待测试项目，可以使整个待测试任务平稳有序进行测试，保证待测试任务在计划测试时间内完成测试。

实施例四

图4为本发明实施例四提供的一种软件测试装置的结构示意图。参见图4所示，该装置包括：确定模块41、任务分配模块42以及测试模块43。

其中，确定模块41，用于确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数；

任务分配模块42，用于根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，并基于所述总量化数对各所述待测试项目进行任务分配；

测试模块43，用于基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。

在上述各技术方案的基础上，确定模块41还用于，确定与所述待测试任务对应的历史测试任务的各历史测试项目；

根据各所述历史测试项目的历史关键因子的分数和历史测试用例数，确定各所述待测试项目的多个所述关键因子的分数和所述测试用例数。

在上述各技术方案的基础上，确定模块41还用于，根据各所述历史测试项目的历史关键因子的分数和所述历史测试用例数生成多个推荐关键因子的推荐分数和推荐用例数，并显示所述推荐关键因子的推荐分数和所述推荐用例数；

接收外部确定的所述推荐关键因子的推荐分数和所述推荐用例数的量化点选操作，根据所述量化点选操作确定各所述待测试项目的多个关键因子的分数和所述测试用例数。

在上述各技术方案的基础上，确定模块41还用于，对所述待测试任务的各待测试项目的多个关键因子以及测试用例数进行评估，根据评估结果确定各所述关键因子的分数和所述测试用例数。

在上述各技术方案的基础上，任务分配模块42还用于，基于各所述待测试项目对应的关键因子的分数，确定各所述待测试项目的复杂度；

计算各所述待测试项目的复杂度和所述测试用例数的乘积，将各所述待测试项目的乘积作为各所述待测试项目的总量化数。

在上述各技术方案的基础上，任务分配模块42还用于，基于各所述待测试项目的总量化数在历史测试任务的中筛选参考历史测试任务；

根据所述参考历史测试任务中各测试项目的历史分配方式生成所述待测试项目的至少一个任务分配推荐结果，并显示所述任务分配推荐结果；

接收外部确定的任务分配点选操作，从所述任务分配推荐结果中确定任务分配目标结果，完成对各所述待测试项目进行任务分配。

在上述各技术方案的基础上，测试模块43还用于，基于各所述待测试项目的所述总量化数与各时间节点的剩余量化数，确定各所述待测试项目在各时间节点的实际测试进度；

将各所述待测试项目在各时间节点的实际测试进度与理论测试进度进行比较，如果各所述待测试项目的实际测试进度不小于所述理论测试进度，根据所述测试信息对未执行的待测试项目进行测试。

在上述各技术方案的基础上，测试模块43还用于，如果确定存在至少一个所述待测试项目的实际测试进度小于理论测试进度，确定小于所述理论测试进度的所述实际测试进度对应的当前时间节点；

在所述当前时间节点下，确定各所述待测试项目的多个调整因子的预估值，计算各所述待测试项目的当前复杂度；

基于各所述待测试项目的当前复杂度，重新分配未执行的待测试项目，根据重新分配结果中为各所述待测试项目重新分配的测试者写入的测试信息对未执行的待测试项目继续进行测试。

在上述各技术方案的基础上，测试模块43还用于，根据各所述待测试项目的实际测试进度，在当前时间节点下确定各所述待测试项目的多个调整因子的推荐值，并根据外部确定的针对所述推荐值的点选操作，确定各所述待测试项目的多个调整因子的预估值；

将各所述待测试项目的多个调整因子的预估值相加，得到各所述待测试项目的当前复杂度。

在上述各技术方案的基础上，所述关键因子包括各所述待测试项目的依赖程度、风险隐患、测试用例执行难度以及测试者能力中的至少一种；

所述调整因子包括剩余量化数、测试者的业务熟悉度、测试者的学习成本以及测试者的技术能力中的至少一种。

本实施例提供的技术方案，确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数，根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，可以实现根据多个维度的影响因子确定总量化数，并基于所述量化数对各所述待测试项目进行任务分配，基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。解决了现有技术中待测试任务分配不合理的问题，达到均衡分配待测试任务的目的，并且，各待测试项目的量化数可以体现各待测试项目的依赖关系和测试人员的能力，可以减少单任务阻塞情况，进而可以对待测试任务有序进行。

实施例五

图5为本发明实施例五提供的一种电子设备的结构示意图。该电子设备配置测试平台。图5示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图5显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如软件测试装置的确定模块41、任务分配模块42以及测试模块43)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(例如软件测试装置的确定模块41、任务分配模块42以及测试模块43)程序模块46的程序/实用工具44，可以存储在例如存储器28中，这样的程序模块46包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块46通常执行本发明所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种软件测试方法，该方法包括：

确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数；

根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，并基于所述总量化数对各所述待测试项目进行任务分配；

基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种软件测试方法。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的一种软件测试方法的技术方案。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的一种软件测试方法，该方法包括：

确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数；

根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，并基于所述总量化数对各所述待测试项目进行任务分配；

基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。

当然，本发明实施例所提供的一种计算机可读存储介质，其上存储的计算机程序不限于如上的方法操作，还可以执行本发明任意实施例所提供的一种软件测试方法中的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括关键因子的分数、测试用例数、关键因子的分数和测试用例数等，其中承载了计算机可读的程序代码。这种传播的关键因子的分数、测试用例数、关键因子的分数和测试用例数等形式。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

值得注意的是，上述软件测试装置的实施例中，所包括的各个模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (13)

1.一种软件测试方法，其特征在于，包括：

确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数；

根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，并基于所述总量化数对各所述待测试项目进行任务分配；

基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。

2.根据权利要求1所述的方法，其特征在于，所述确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数，包括：

确定与所述待测试任务对应的历史测试任务的各历史测试项目；

根据各所述历史测试项目的历史关键因子的分数和历史测试用例数，确定各所述待测试项目的多个所述关键因子的分数和所述测试用例数。

3.根据权利要求2所述的方法，其特征在于，所述根据各所述历史测试项目的历史关键因子的分数和历史测试用例数，确定各所述待测试项目的多个所述关键因子的分数和所述测试用例数，包括：

根据各所述历史测试项目的历史关键因子的分数和所述历史测试用例数生成多个推荐关键因子的推荐分数和推荐用例数，并显示所述推荐关键因子的推荐分数和所述推荐用例数；

接收外部确定的所述推荐关键因子的推荐分数和所述推荐用例数的量化点选操作，根据所述量化点选操作确定各所述待测试项目的多个关键因子的分数和所述测试用例数。

4.根据权利要求1所述的方法，其特征在于，所述确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数，包括：

对所述待测试任务的各待测试项目的多个关键因子以及测试用例数进行评估，根据评估结果确定各所述关键因子的分数和所述测试用例数。

5.根据权利要求1所述的方法，其特征在于，所述根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，包括：

基于各所述待测试项目对应的关键因子的分数，确定各所述待测试项目的复杂度；

计算各所述待测试项目的复杂度和所述测试用例数的乘积，将各所述待测试项目的乘积作为各所述待测试项目的总量化数。

6.根据权利要求1所述的方法，其特征在于，所述基于所述总量化数对各所述待测试项目进行任务分配，包括：

基于各所述待测试项目的总量化数在历史测试任务的中筛选参考历史测试任务；

根据所述参考历史测试任务中各测试项目的历史分配方式生成所述待测试项目的至少一个任务分配推荐结果，并显示所述任务分配推荐结果；

接收外部确定的任务分配点选操作，从所述任务分配推荐结果中确定任务分配目标结果，完成对各所述待测试项目进行任务分配。

7.根据权利要求1所述的方法，其特征在于，所述基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试，包括：

基于各所述待测试项目的所述总量化数与各时间节点的剩余量化数，确定各所述待测试项目在各时间节点的实际测试进度；

将各所述待测试项目在各时间节点的实际测试进度与理论测试进度进行比较，如果各所述待测试项目的实际测试进度不小于所述理论测试进度，根据所述测试信息对未执行的待测试项目进行测试。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

如果确定存在至少一个所述待测试项目的实际测试进度小于理论测试进度，确定小于所述理论测试进度的所述实际测试进度对应的当前时间节点；

在所述当前时间节点下，确定各所述待测试项目的多个调整因子的预估值，计算各所述待测试项目的当前复杂度；

基于各所述待测试项目的当前复杂度，重新分配未执行的待测试项目，根据重新分配结果中为各所述待测试项目重新分配的测试者写入的测试信息对未执行的待测试项目继续进行测试。

9.根据权利要求8所述的方法，其特征在于，所述在所述当前时间节点下，确定各所述待测试项目的多个调整因子的预估值，计算各所述待测试项目的当前复杂度，包括：

根据各所述待测试项目的实际测试进度，在当前时间节点下确定各所述待测试项目的多个调整因子的推荐值，并根据外部确定的针对所述推荐值的点选操作，确定各所述待测试项目的多个调整因子的预估值；

将各所述待测试项目的多个调整因子的预估值相加，得到各所述待测试项目的当前复杂度。

10.根据权利要求8所述的方法，其特征在于，所述关键因子包括各所述待测试项目的依赖程度、风险隐患、测试用例执行难度以及测试者能力中的至少一种；

所述调整因子包括剩余量化数、测试者的业务熟悉度、测试者的学习成本以及测试者的技术能力中的至少一种。

11.一种软件测试装置，其特征在于，包括：

确定模块，用于确定待测试任务的各待测试项目的多个关键因子的分数和测试用例数；

任务分配模块，用于根据所述多个关键因子的分数和所述测试用例数确定各所述待测试项目的总量化数，并基于所述总量化数对各所述待测试项目进行任务分配；

测试模块，用于基于任务分配结果中为各所述待测试项目分配的测试者写入的测试信息对所述待测试任务进行测试。

12.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-10中任一项所述的软件测试方法。

13.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时实现如权利要求1-10中任一项所述的软件测试方法。

Images