CN114924980A - 软件测试方法、装置、电子设备及介质 - Google Patents

Abstract

本发明提供了一种软件测试方法、装置、电子设备及介质，包括：确定待测试软件的使用用户；基于使用用户确定每个使用用户对应的操作流程；确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果。本发明能够针对每个使用用户的操作流程进行测试，从而提升了软件质量。

Description

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

技术领域

本发明涉及软件测试技术领域，尤其是涉及一种软件测试方法、装置、电子设备及介质。

背景技术

软件测试是指在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。目前常见的测试方法包括黑盒测试，黑盒测试是在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试。常见的测试方法有等价类划分、边界值、因果图、场景分析、判定表等，在软件***测试中常常包含着以上多种测试方法，每种方法都有其针对性的测试场景。综上所述，现有的测试方法仅针对整个程序进行测试，无法实现对每个使用用户的操作流程的测试。

发明内容

有鉴于此，本发明的目的在于提供一种软件测试方法、装置、电子设备及介质，能够针对每个使用用户的操作流程进行测试，从而提升了软件质量。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种软件测试方法，包括：确定待测试软件的使用用户；基于使用用户确定每个使用用户对应的操作流程；确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果。

在一种实施方式中，基于使用用户确定每个使用用户对应的操作流程的步骤，包括：确定每个使用用户对应的关键词；基于关键词，在待测试软件的软件需求规格说明书中查找每个使用用户对应的操作节点；基于每个使用用户对应的操作节点确定每个使用用户对应的操作流程。

在一种实施方式中，基于使用用户确定每个使用用户对应的操作流程的步骤之后，还包括：将每个使用用户对应的操作流程进行拆分，得到多个子流程；其中，每个子流程包括至少一个操作节点。

在一种实施方式中，确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果的步骤，包括：分别确定每个操作流程的第一测试用例，以及每个子流程的第二测试用例；基于第一测试用例对每个操作流程进行测试，以及基于第二测试用例对每个子流程进行测试，得到测试结果。

在一种实施方式中，确定测试用例的步骤，包括：基于预设的测试用例生成规则，确定测试用例。

在一种实施方式中，上述方法还包括：基于测试结果对待测试软件进行优化。

第二方面，本发明实施例提供了一种软件测试装置，包括：用户确定模块，用于确定待测试软件的使用用户；流程确定模块，用于基于使用用户确定每个使用用户对应的操作流程；测试模块，用于确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果。

在一种实施方式中，上述装置还包括：拆分模块，用于每个使用用户对应的操作流程进行拆分，得到多个子流程；其中，每个子流程包括至少一个操作节点。

第三方面，本发明实施例提供了一种电子设备，包括处理器和存储器，存储器存储有能够被处理器执行的计算机可执行指令，处理器执行计算机可执行指令以实现上述第一方面提供的任一项的方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述第一方面提供的任一项的方法的步骤。

本发明实施例带来了以下有益效果：

本发明实施例提供的上述一种软件测试方法、装置、电子设备及介质，首先，确定待测试软件的使用用户；然后基于使用用户确定每个使用用户对应的操作流程；最后，确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果。上述方法首先通过对待测试软件进行分析梳理，确定待测试软件的使用用户以及每个使用用户对应的操作流程，并针对每个使用用户的操作流程进行测试，从而能够使测试人员更好的理解不同使用用户的操作过程，进而提升了软件质量。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

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

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

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

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

具体实施方式

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

目前，常见的测试方法包括黑盒测试，黑盒测试是在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试。常见的测试方法有等价类划分、边界值、因果图、场景分析、判定表等，在软件***测试中常常包含着以上多种测试方法，每种方法都有其针对性的测试场景。综上所述，现有的测试方法仅针对整个程序进行测试，无法实现对每个使用用户的操作流程的测试。

基于此，本发明实施例提供的一种软件测试方法、装置、电子设备及介质，能够针对每个使用用户的操作流程进行测试，从而提升了软件质量。

便于对本实施例进行理解，首先对本发明实施例所公开的一种软件测试方法进行详细介绍，该方法可以由电子设备执行，诸如智能手机、电脑、iPad等，参见图1所示的一种软件测试方法的流程图，示意出该方法主要包括以下步骤S101至步骤S103：

步骤S101：确定待测试软件的使用用户。

步骤S102：基于使用用户确定每个使用用户对应的操作流程。

在一种实施方式中，在设计软件时，软件工程师或分析员会编写软件需求规格说明书，对软件的信息流和界面，功能需求，设计要求和限制，测试准则和质量保证要求等进行定义。通常而言，软件需求规格说明书中对于软件整个操作流程的描述比较分散，本发明实施例中可以先在软件需求规格说明书查找到待测试软件的全部使用用户，诸如，对于一个售后咨询***而言，使用用户可能包括客户、客服等；然后根据每个使用用户，对软件需求规格说明书中的操作流程进行梳理，得到每个使用用户的对应的操作流程。

步骤S103：确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果。

在一种实施方式中，可以按照黑盒测试的用例设计方法设计出合理的测试用例，然后执行测试用例，得到测试结果。

本发明实施例提供的上述软件测试方法，首先通过对待测试软件进行分析梳理，确定待测试软件的使用用户以及每个使用用户对应的操作流程，并针对每个使用用户的操作流程进行测试，从而能够使测试人员更好的理解不同使用用户的操作过程，进而提升了软件质量。

为了便于理解，本发明实施例还提供了一种基于使用用户确定每个使用用户对应的操作流程的具体实施方式，即对于前述步骤S102，可以采用包括但不限于以下方式实现：

首先，确定每个使用用户对应的关键词。

然后，基于关键词，在待测试软件的软件需求规格说明书中查找每个使用用户对应的操作节点。

最后，基于每个使用用户对应的操作节点确定每个使用用户对应的操作流程。

在一种实施方式中，使用用户对应的关键词可以是用户的名称，诸如客户、客服、后台等，然后在软件需求规格说明书中查找与使用用户的关键词相关的操作节点，最后将所有的操作节点串联成完整的操作流程。

考虑到，每个使用用户的操作流程中包括多个操作节点，对于每个操作节点而言，除去软件需求规格说明书中设定的预期操作以达到预期结果外，还可能存在多种不同的操作，进而产生不同的分支流程。为了对每个使用用户的操作流程进行更加全面的测试，尽可能对每个操作节点可能会出现的情况全部进行测试，本发明实施例提供的上述方法中，在，基于使用用户确定每个使用用户对应的操作流程的步骤之后，还包括：将每个使用用户对应的操作流程进行拆分，得到多个子流程；其中，每个子流程包括至少一个操作节点。

在一种实施方式中，假设客户的操作流程包括：登录app---选择某个问题进行咨询---成功得到解答---结束咨询---评价，则可以将该用户的操作流程拆分为五个子流程，每个子流程包括一个操作节点，即：登录app、选择某个问题进行咨询、成功得到解答、结束咨询、评价五个子流程；也可以将该用户的操作流程拆分为三个子流程，其中，两个子流程包括两个操作节点，一个子流程包括一个操作节点，即：登录app---选择某个问题进行咨询、成功得到解答---结束咨询、评价三个子流程。

需要说明的是，上述拆分流程的方法仅为示例性的，在实际应用中可以根据实际需求进行拆分，在此不做限定。

进一步，对于前述步骤S103，在确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果时，可以采用包括但不限于以下方式实现：

首先，分别确定每个操作流程的第一测试用例，以及每个子流程的第二测试用例。

具体的，在生成测试用例时，可以基于预设的测试用例生成规则，确定测试用例，其中，预设的测试用例生成规则可以是黑盒测试的用例设计规则。

然后，基于第一测试用例对每个操作流程进行测试，以及基于第二测试用例对每个子流程进行测试，得到测试结果。

在一种实施方式中，执行第一测试用例对整个操作流程进行测试，执行第二测试用例对每个子流程进行测试，得到测试结果。

最后，基于测试结果对待测试软件进行优化。

具体的，可以根据测试结果，调整待测试软件中每个操作节点的设计比例。

为了便于理解，本发明实施例还提供了一种具体的软件测试的方法。以售后咨询***，A公司主要售卖某硬件，并且提供硬件售后服务，在售卖硬件时会将客户的资料录入***，并且让客户下载一个app，告知客户如果产品在一个月内存在操作使用不明问题可在app端发起咨询，专业的客服团队可以登录售后咨询***进行解答。

参见图2所示的一种具体的软件测试的方法的流程图，示意出该方法主要包括以下步骤S201至步骤S206：

步骤S201：根据软件需求规格说明书找出***中所有的人物角色。

在一种实施方式中，可以将待测试软件***比喻成一本小说，人物角色即为待测试软件软件***的使用用户。具体的，可以对软件需求规格说明书进行梳理得到所有的人物角色，诸如：角色1：客户，角色2：客服。

步骤S202：确定每个人物角色的故事路线。

在一种实施方式中，每个人物角色的故事路线即为待测试软件软件***中每个使用用户的操作流程。具体的，可以根据每个人物角色对软件需求规格说明书进行梳理，得到每个人物角色的故事点(即操作节点)，然后将所有故事点串联成故事路线，即操作流程，诸如：客户的主线故事路线为：登录app---选择某个问题进行咨询---成功得到解答---结束咨询---评价；客服的主线故事路线为：登录后台管理***---查询到某个问题的咨询---解答问题---结束咨询。

需要说明的是，上述确定的故事路线仅为从***描述中得出的主要故事路线，实际***描述可能会有很多不同的支线，具体根据***描述确定故事路线即可。

步骤S203：为每一条故事路线设计一条完整的测试用例。

步骤S204：将每一条完整的故事路线拆分成多个故事点。

具体的，也就是将每个使用用户的操作流程拆分成多个子流程。诸如，将客户的主线故事路线拆分成5个故事点。

步骤S205：根据每个故事点按照黑盒测试的用例设计方法设计测试用例。

步骤S206：执行所有测试用例，得出测试结果。

本实施例中可以将待测试软件***比喻成一本小说，梳理小说中的每个人物(即使用用户)，以人物为核心展开叙述每个人物从开始到结束的所有故事点(即操作节点)，所有故事点连接起来就是整个人物在***中的故事路线(即操作流程)，每个人物的故事都是一条测试路径；然后分别对每个故事路径和每个故事点设计测试用例，并执行测试用例得到测试结果。也就是梳理待测试软件中的每个使用用户，以使用用户为核心查找每个使用用户的操作节点，将所有操作节点串联成操作流程，分别对每个操作流程和每个操作节点设计测试用例，并执行测试用例得到测试结果。上述方法通过对角色人物的故事路线分析，帮助测试人员更好的理解***用户的操作流程及心理活动，从而提高软件的品质。

需要说明的是，本发明实施例所提供的方法，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，本实施例部分未提及之处，可参考前述方法实施例中相应内容。

对于前述软件测试方法，本发明实施例还提供了一种软件测试装置，参见图3所示的一种软件测试装置的结构意图，示意出该装置主要包括以下部分：

用户确定模块301，用于确定待测试软件的使用用户。

流程确定模块302，用于基于使用用户确定每个使用用户对应的操作流程。

测试模块303，用于确定测试用例，并基于测试用例对每个操作流程进行测试，得到测试结果。

本发明实施例提供的上述软件测试装置，首先通过对待测试软件进行分析梳理，确定待测试软件的使用用户以及每个使用用户对应的操作流程，并针对每个使用用户的操作流程进行测试，从而能够使测试人员更好的理解不同使用用户的操作过程，进而提升了软件质量。

在一种实施方式中，上述装置还包括：拆分模块，用于将每个使用用户对应的操作流程进行拆分，得到多个子流程；其中，每个子流程包括至少一个操作节点。

在一种实施方式中，上述流程确定模块302进一步还用于：确定每个使用用户对应的关键词；基于关键词，在待测试软件的软件需求规格说明书中查找每个使用用户对应的操作节点；基于每个使用用户对应的操作节点确定每个使用用户对应的操作流程。

在一种实施方式中，上述测试模块303进一步还用于：分别确定每个操作流程的第一测试用例，以及每个子流程的第二测试用例；基于第一测试用例对每个操作流程进行测试，以及基于第二测试用例对每个子流程进行测试，得到测试结果。

在一种实施方式中，上述测试模块303进一步还用于：基于预设的测试用例生成规则，确定测试用例。

在一种实施方式中，上述装置还包括优化模块，用于：基于测试结果对待测试软件进行优化。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

本发明实施例还提供了一种电子设备，具体的，该电子设备包括处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被处理器运行时执行如上实施方式的任一项所述的方法。

图4为本发明实施例提供的一种电子设备的结构示意图，该电子设备100包括：处理器400，存储器401，总线402和通信接口403，所述处理器400、通信接口403和存储器401通过总线402连接；处理器400用于执行存储器401中存储的可执行模块，例如计算机程序。

其中，存储器401可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口403(可以是有线或者无线)实现该***网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线402可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器401用于存储程序，所述处理器400在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器400中，或者由处理器400实现。

处理器400可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器400中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器400可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器401，处理器400读取存储器401中的信息，结合其硬件完成上述方法的步骤。

本发明实施例所提供的可读存储介质的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见前述方法实施例，在此不再赘述。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

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

确定待测试软件的使用用户；

基于所述使用用户确定每个所述使用用户对应的操作流程；

确定测试用例，并基于所述测试用例对每个所述操作流程进行测试，得到测试结果。

2.根据权利要求1所述的方法，其特征在于，基于所述使用用户确定每个所述使用用户对应的操作流程的步骤，包括：

确定每个所述使用用户对应的关键词；

基于所述关键词，在所述待测试软件的软件需求规格说明书中查找每个所述使用用户对应的操作节点；

基于每个所述使用用户对应的操作节点确定每个所述使用用户对应的操作流程。

3.根据权利要求1所述的方法，其特征在于，基于所述使用用户确定每个所述使用用户对应的操作流程的步骤之后，还包括：

将每个所述使用用户对应的操作流程进行拆分，得到多个子流程；其中，每个所述子流程包括至少一个操作节点。

4.根据权利要求3所述的方法，其特征在于，确定测试用例，并基于所述测试用例对每个所述操作流程进行测试，得到测试结果的步骤，包括：

分别确定每个所述操作流程的第一测试用例，以及每个所述子流程的第二测试用例；

基于所述第一测试用例对每个所述操作流程进行测试，以及基于所述第二测试用例对每个所述子流程进行测试，得到测试结果。

5.根据权利要求1所述的方法，其特征在于，确定测试用例的步骤，包括：

基于预设的测试用例生成规则，确定测试用例。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：基于所述测试结果对所述待测试软件进行优化。

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

用户确定模块，用于确定待测试软件的使用用户；

流程确定模块，用于基于所述使用用户确定每个所述使用用户对应的操作流程；

测试模块，用于确定测试用例，并基于所述测试用例对每个所述操作流程进行测试，得到测试结果。

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

拆分模块，用于每个所述使用用户对应的操作流程进行拆分，得到多个子流程；其中，每个所述子流程包括至少一个操作节点。

9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的计算机可执行指令，所述处理器执行所述计算机可执行指令以实现权利要求1至6任一项所述的方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行上述权利要求1至6任一项所述的方法的步骤。

Images