CN106776284B - 一种软件测试方法以及系统 - Google Patents

Abstract

本发明实施例公开了一种软件测试方法以及系统，所述软件测试方法包括：获取待测试软件的所有功能点；筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点；根据所述至少一个最小功能单元生成至少一个最小功能测试用例；执行所述至少一个最小功能测试用例并生成第一测试结果。本发明实施例能够贴近用户的实际使用逻辑，覆盖用户的需求，及早暴露测试问题，提高测试效率。

Description

一种软件测试方法以及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种软件测试方法以及系统。

背景技术

现阶段，随着计算机技术的不断发展，各种软件程序的开发量日益增长。在软件产品的开发过程中，为了保证软件质量，往往需要对软件产品进行相应的软件测试。

当前技术中，在对软件进行测试时，往往只是根据产品需求书来进行测试，而并没有从用户的角度思考，因此，测试过程往往不符合用户的使用逻辑，不能及时发现问题、覆盖用户需求，不仅影响测试进度，还会影响整个软件产品开发的周期。

发明内容

本发明实施例提供一种软件测试方法以及系统，能够更好的符合用户使用逻辑，提高软件测试效率。

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

获取待测试软件的所有功能点；

筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点；

根据所述至少一个最小功能单元生成至少一个最小功能测试用例；

执行所述至少一个最小功能测试用例并生成第一测试结果。

可选地，所述方法还包括：

解析所述第一测试结果，判断所述至少一个最小功能单元是否满足预设条件；

若所述最小功能单元不满足预设条件，则根据所述最小功能单元对应的最小功能点生成反馈报告。

可选地，所述获取待测试软件的所有功能点，包括：

获取人工标注的待测试软件的所有功能点列表。

可选地，所述筛选所述所有功能点，确定至少一个最小功能单元，包括：

根据预设的大数据平台的统计结果筛选所述所有功能点；或者

根据预设数量的用户反馈信息筛选所述所有功能点。

可选地，所述方法还包括：

获取根据所述待测试软件设计的系统测试用例、场景测试用例以及指标测试用例；

按照预设的顺序执行所述系统测试用例、场景测试用例以及指标测试用例。

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

第一获取模块，用于获取待测试软件的所有功能点；

筛选模块，用于筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点；

生成模块，用于根据所述至少一个最小功能单元生成至少一个最小功能测试用例；

第一执行模块，用于执行所述至少一个最小功能测试用例并生成第一测试结果。

可选地，所述系统还包括：

解析模块，用于解析所述第一测试结果，判断所述至少一个最小功能单元是否满足预设条件；

反馈模块，用于当所述最小功能单元不满足预设条件时，根据所述最小功能单元对应的最小功能点生成反馈报告。

可选地，所述第一获取模块包括：

获取单元，用于获取人工标注的待测试软件的所有功能点列表。

可选地，所述筛选模块包括：

第一筛选单元，用于根据预设的大数据平台的统计结果筛选所述所有功能点；或者

第二筛选单元，用于根据预设数量的用户反馈信息筛选所述所有功能点。

可选地，所述系统还包括：

第二获取模块，用于获取根据所述待测试软件设计的系统测试用例、场景测试用例以及指标测试用例；

第二执行模块，用于按照预设的顺序执行所述系统测试用例、场景测试用例以及指标测试用例。

实施本发明实施例，具有如下有益效果：

本发明实施例中，通过获取待测试软件的所有功能点，根据所有功能点确定最小功能单元，进而根据最小功能单元生成对应的最小功能测试用例，通过执行最小功能测试用例得到测试结果。由于功能点经过了筛选，采用最小功能更能贴近用户的实际使用逻辑，覆盖用户的需求，从而能够及早暴露测试问题，提高测试效率，减少产品开发周期。

附图说明

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

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

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

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

图4为本发明实施例提供的一种软件测试系统第一实施例的结构示意图。

图5为本发明实施例提供的一种软件测试系统第二实施例的结构示意图。

图6为本发明实施例提供的一种软件测试系统第三实施例的结构示意图。

具体实施方式

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

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

图1为本发明实施例提供的一种软件测试方法第一实施例的流程图。在当前技术中，在进行软件测试时，往往需要根据软件编写相应的测试用例，通过执行测试用例来判断软件质量。因此，软件测试的质量很大程度上取决于测试用例的编写。然而，在对软件进行测试时，由于往往只是根据产品需求书来进行测试，而并没有从用户的角度思考，因此，测试过程往往不符合用户的使用逻辑，不能及时发现问题、覆盖用户需求，不仅影响测试进度，还会影响整个软件产品开发的周期。在本实施方式中，通过根据待测试软件的所有功能点，确定最小功能单元，根据最小功能单元生成最小功能测试用例，从而能够更加贴近用户实际使用逻辑，提高测试效率。该软件测试方法包括以下步骤：S101-S104。

在步骤S101中，获取待测试软件的所有功能点。

具体的，获取所有功能点的方式可以有多种，比如可以根据产品说明书上载明的功能，也可以根据开发人员罗列的功能点。可选的，获取方式还可以是获取人工标注的待测试软件的所有功能点列表，其中，具体的标注可以由开发人员也可以由测试人员完成，也可以是开发人员、产品经理以及测试人员共同完成。

在步骤S102中，筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点。

具体的，在获取了所有功能点之后，针对功能点进行筛选，确定最小功能单元。其中，根据待测试软件的作用不同，最小功能单元的个数可以有多个。所述最小功能单元是指能够完成一个功能所需要的最小的功能点集合，可以理解的是，最小功能单元包括至少一个功能点。举例来说，比如待测试软件为移动终端使用的应用程序，则对应的最小功能单元可以是登录、添加、删除、查询等。根据待测试软件的类型以及作用的不同，最小功能单元可以是各种形式，本发明实施例并不以此为限。

其中，筛选功能点的方式也可以有多种。在一种实施方式中，可以是根据预设的大数据平台的统计结果筛选所述所有功能点。具体的，该待测试软件的相关功能可以关联于预设的大数据平台，通过获取待测试软件之前版本的或者类似软件的使用情况，根据相关的统计结果筛选贴近用户实际使用的功能点。

在另一种实施方式中，也可以是根据预设数量的用户反馈信息筛选所述所有功能点。具体的，所述用户反馈信息可以是待测试软件之前版本的用户反馈信息或者是待测试软件内测版本的用户反馈信息，根据用户反馈信息对功能点进行筛选，挑选贴近用户实际使用的功能点。

在步骤S103中，根据所述至少一个最小功能单元生成至少一个最小功能测试用例。

具体的，在获取了最小功能单元了之后，根据最小功能单元生成相应的最小功能测试用例。其中，功能测试用例是为了验证该功能是否正常。比如，若待测试的最小功能单元为登录，则对应的测试用例需要测试在登录过程中出现的各种情况，如：用户名和密码都符合要求、用户名和密码都不符合要求或者用户名或密码为空等。可以理解的是，当最小功能单元为其他时，最小功能测试用例也可以是其他方式。在本实施方式中，生成最小功能测试用例的方式可以是根据预设的模板自动生成，也可以由人工编写，本发明实施例并不以此为限。

在步骤S104中，执行所述至少一个最小功能测试用例并生成第一测试结果。

具体的，在生成最小功能测试用例之后，执行最小功能测试用例，并得到相应的第一测试结果。

上述可知，本发明实施例中的软件测试方法，通过获取待测试软件的所有功能点，根据所有功能点确定最小功能单元，进而根据最小功能单元生成对应的最小功能测试用例，通过执行最小功能测试用例得到测试结果。由于功能点经过了筛选，采用最小功能更能贴近用户的实际使用逻辑，覆盖用户的需求，从而能够及早暴露测试问题，提高测试效率，减少产品开发周期。

图2为本发明实施例提供的一种软件测试方法第二实施例的流程图。对比图1所示的第一实施例，在本实施方式中，进一步包括根据第一测试结果进行判断的步骤，该软件测试方法包括步骤S201-S206。可以理解的是，本实施例中步骤S201-S204与第一实施例中S101-S104相同，在此不赘述。

在步骤S201中，获取待测试软件的所有功能点。

在步骤S202中，筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点。

在步骤S203中，根据所述至少一个最小功能单元生成至少一个最小功能测试用例。

在步骤S204中，执行所述至少一个最小功能测试用例并生成第一测试结果。

在步骤S205中，解析所述第一测试结果，判断所述至少一个最小功能单元是否满足预设条件。

具体的，在获取到第一测试结果之后，解析所述测试结果，判断最小功能单元是否满足预设条件。其中，预设条件是指是否能够满足软件的需求。比如，在测试登录功能时，预设条件就可以设置为用户名、密码匹配时能否登录成功以及用户名、密码不匹配或者格式不符合要求时能否登录成功等。可以理解的是，由于功能单元的不同，预设条件的设置也可以有多种方式，本实施例并不以此为限。

在步骤S206中，若所述最小功能单元不满足预设条件，则根据所述最小功能单元对应的最小功能点生成反馈报告。

具体的，当最小功能单元不满足预设条件时，生成对应该最小功能单元的最小功能点的反馈报告。该反馈报告用于指示该最小功能点不符合相关要求，从而便于开发人员及时根据反馈报告查找原因、修改代码等。

上述可知，本发明实施例中的软件测试方法，通过获取待测试软件的所有功能点，根据所有功能点确定最小功能单元，进而根据最小功能单元生成对应的最小功能测试用例，通过执行最小功能测试用例得到测试结果。由于功能点经过了筛选，采用最小功能更能贴近用户的实际使用逻辑，覆盖用户的需求，从而能够及早暴露测试问题，提高测试效率，减少产品开发周期。当功能点不能满足预设条件时，通过反馈报告及时告知，从而能够尽快发现开发问题，提高项目开发过程中的资源配置效率和测试效率。

图3为本发明实施例提供的一种软件测试方法第三实施例的流程图。对比图1所示的第一实施例，在本实施方式中，进一步包括为了更加完整的进行软件测试，进行其他测试流程的步骤，该软件测试方法包括步骤S301-S306。可以理解的是，本实施例中步骤S301-S304与第一实施例中S101-S104相同，在此不赘述。

在步骤S301中，获取待测试软件的所有功能点。

在步骤S302中，筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点。

在步骤S303中，根据所述至少一个最小功能单元生成至少一个最小功能测试用例。

在步骤S304中，执行所述至少一个最小功能测试用例并生成第一测试结果。

在步骤S305中，获取根据所述待测试软件设计的系统测试用例、场景测试用例以及指标测试用例。

具体的，在进行了最小功能测试用例了之后，若最小功能测试没有发现相应的问题，此时为了更加完整的进行待测试软件的测试，还可以进一步进行其他测试用例的测试。在本实施方式中，可以进一步的获取待测试软件的系统测试用例、场景测试用例以及指标测试用例。

其中，系统测试用例可以是通过分解功能点的逻辑功能，根据逻辑功能对功能点之间的规则进行细化得到。

场景测试用例可以是包括完整的系统级常见，或者是模拟用户真实的操作场景，还可以是冲突事件场景。场景测试用例可以用于检查整个系统之间的交互是否顺畅、合理。

指标测试用例可以包括设计指标用例以及兼容性测试用例等。

本实施方式中，所述系统测试用例、场景测试用例以及指标测试用例可以是根据预设的模板或者规则自动生成，也可以由人工编排完成，本发明实施例并不以此为限。

在步骤S306中，按照预设的顺序执行所述系统测试用例、场景测试用例以及指标测试用例。

具体的，在获取到所述系统测试用例、场景测试用例以及指标测试用例，在执行时，按照预设的顺序进行执行。在本实施例中，执行顺序可以是先执行系统测试用例、再执行场景测试用例，最后执行指标测试用例。在其他实施方式中，当测试资源允许时，可以同时执行所述系统测试用例、场景测试用例以及指标测试用例，本发明实施例并不以此为限。

可以理解的是，在执行上述测试用例了之后，可以根据相应的第二测试结果进行反馈。

上述可知，本发明实施例中的软件测试方法，通过获取待测试软件的所有功能点，根据所有功能点确定最小功能单元，进而根据最小功能单元生成对应的最小功能测试用例，通过执行最小功能测试用例得到测试结果。由于功能点经过了筛选，采用最小功能更能贴近用户的实际使用逻辑，覆盖用户的需求，从而能够及早暴露测试问题，提高测试效率，减少产品开发周期。此外，还能够进一步的根据系统、场景、指标等测试用例进行更加进一步的测试，以实现完整的测试。

为便于更好的实施本发明实施例的上述方案，下面还提供用于配合实施上述方案的相关系统。

图4为本发明实施例提供的一种软件测试系统第一实施例的结构示意图。

在本实施方式中，该软件测试系统包括：第一获取模块401、筛选模块402、生成模块403以及第一执行模块404，下面详细介绍各个模块具体功能。

第一获取模块401，用于获取待测试软件的所有功能点。

具体的，第一获取模块401用于获取所有功能点，其中，获取所有功能点的方式可以有多种，比如可以根据产品说明书上载明的功能，也可以根据开发人员罗列的功能点。可选的，所述第一获取模块401还可以进一步包括获取单元，所述获取单元用于获取人工标注的待测试软件的所有功能点列表。其中，具体的标注可以由开发人员也可以由测试人员完成，也可以是开发人员、产品经理以及测试人员共同完成。

筛选模块402，用于筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点。

具体的，在获取了所有功能点之后，筛选模块402针对功能点进行筛选，确定最小功能单元。其中，根据待测试软件的作用不同，最小功能单元的个数可以有多个。所述最小功能单元是指能够完成一个功能所需要的最小的功能点集合，可以理解的是，最小功能单元包括至少一个功能点。举例来说，比如待测试软件为移动终端使用的应用程序，则对应的最小功能单元可以是登录、添加、删除、查询等。根据待测试软件的类型以及作用的不同，最小功能单元可以是各种形式，本发明实施例并不以此为限。

其中，筛选模块402筛选功能点的方式也可以有多种。在一种实施方式中，筛选模块402进一步包括第一筛选单元，所述第一筛选单元根据预设的大数据平台的统计结果筛选所述所有功能点。具体的，该待测试软件的相关功能可以关联于预设的大数据平台，通过获取待测试软件之前版本的或者类似软件的使用情况，根据相关的统计结果筛选贴近用户实际使用的功能点。

在另一种实施方式中，筛选模块402进一步包括第二筛选单元，所述第二筛选单元根据预设数量的用户反馈信息筛选所述所有功能点。具体的，所述用户反馈信息可以是待测试软件之前版本的用户反馈信息或者是待测试软件内测版本的用户反馈信息，根据用户反馈信息对功能点进行筛选，挑选贴近用户实际使用的功能点。

生成模块403，用于根据所述至少一个最小功能单元生成至少一个最小功能测试用例。

具体的，在获取了最小功能单元了之后，生成模块403根据最小功能单元生成相应的最小功能测试用例。其中，功能测试用例是为了验证该功能是否正常。比如，若待测试的最小功能单元为登录，则对应的测试用例需要测试在登录过程中出现的各种情况，如：用户名和密码都符合要求、用户名和密码都不符合要求或者用户名或密码为空等。可以理解的是，当最小功能单元为其他时，最小功能测试用例也可以是其他方式。在本实施方式中，生成最小功能测试用例的方式可以是根据预设的模板自动生成，也可以由人工编写，本发明实施例并不以此为限。

第一执行模块404，用于执行所述至少一个最小功能测试用例并生成第一测试结果。

具体的，在生成最小功能测试用例之后，第一执行模块404执行最小功能测试用例，并得到相应的第一测试结果。

上述可知，本发明实施例中的软件测试系统，通过获取待测试软件的所有功能点，根据所有功能点确定最小功能单元，进而根据最小功能单元生成对应的最小功能测试用例，通过执行最小功能测试用例得到测试结果。由于功能点经过了筛选，采用最小功能更能贴近用户的实际使用逻辑，覆盖用户的需求，从而能够及早暴露测试问题，提高测试效率，减少产品开发周期。

图5为本发明实施例提供的一种软件测试系统第二实施例的结构示意图。

在本实施例中，该测试系统对比图4所示的第一实施例，进一步包括：

解析模块405，用于解析所述第一测试结果，判断所述至少一个最小功能单元是否满足预设条件。

反馈模块406，用于当所述最小功能单元不满足预设条件时，根据所述最小功能单元对应的最小功能点生成反馈报告。

上述可知，本发明实施例中的软件测试系统，通过获取待测试软件的所有功能点，根据所有功能点确定最小功能单元，进而根据最小功能单元生成对应的最小功能测试用例，通过执行最小功能测试用例得到测试结果。由于功能点经过了筛选，采用最小功能更能贴近用户的实际使用逻辑，覆盖用户的需求，从而能够及早暴露测试问题，提高测试效率，减少产品开发周期。当功能点不能满足预设条件时，通过反馈报告及时告知，从而能够尽快发现开发问题，提高项目开发过程中的资源配置效率和测试效率。

图6为本发明实施例提供的一种软件测试系统第三实施例的结构示意图。

在本实施例中，该测试系统对比图4所示的第一实施例，进一步包括：

第二获取模块407，用于获取根据所述待测试软件设计的系统测试用例、场景测试用例以及指标测试用例；

第二执行模块408，用于按照预设的顺序执行所述系统测试用例、场景测试用例以及指标测试用例。

上述可知，本发明实施例中的软件测试方法，通过获取待测试软件的所有功能点，根据所有功能点确定最小功能单元，进而根据最小功能单元生成对应的最小功能测试用例，通过执行最小功能测试用例得到测试结果。由于功能点经过了筛选，采用最小功能更能贴近用户的实际使用逻辑，覆盖用户的需求，从而能够及早暴露测试问题，提高测试效率，减少产品开发周期。此外，还能够进一步的根据系统、场景、指标等测试用例进行更加进一步的测试，以实现完整的测试。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为根据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例装置中的模块、单元可以根据实际需要进行合并、划分和删减。本领域的技术人员可以将本说明书中描述的不同实施例以及不同实施例的特征进行结合或组合。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线（Digital Subscriber Line，DSL）或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的，盘（Disk）和碟（disc）包括压缩光碟（CD）、激光碟、光碟、数字通用光碟（DVD）、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

总之，以上所述仅为本发明技术方案的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种软件测试方法，其特征在于，包括：获取待测试软件的所有功能点；根据预设的大数据平台的统计结果筛选所述所有功能点，或者根据预设数量的用户反馈信息筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点，所述根据预设的大数据平台的统计结果筛选所述所有功能点包括：获取所述待测试软件之前版本的使用情况，根据所述预设的大数据平台对所述待测试软件之前版本的使用情况的统计结果，从所述所有功能点中筛选出贴近用户实际使用的功能点，所述根据预设数量的用户反馈信息筛选所述所有功能点包括：根据所述待测试软件之前版本的用户反馈信息或者所述待测试软件内测版本的用户反馈信息，从所述所有功能点中筛选出贴近用户实际使用的功能点；根据所述至少一个最小功能单元生成至少一个最小功能测试用例；执行所述至少一个最小功能测试用例并生成第一测试结果。

2.如权利要求1所述的软件测试方法，其特征在于，还包括：解析所述第一测试结果，判断所述至少一个最小功能单元是否满足预设条件；若所述最小功能单元不满足预设条件，则根据所述最小功能单元对应的最小功能点生成反馈报告。

3.如权利要求1所述的软件测试方法，其特征在于，所述获取待测试软件的所有功能点，包括：获取人工标注的待测试软件的所有功能点列表。

4.如权利要求1-3任一项所述的软件测试方法，其特征在于，所述方法还包括：获取根据所述待测试软件设计的系统测试用例、场景测试用例以及指标测试用例；按照预设的顺序执行所述系统测试用例、场景测试用例以及指标测试用例。

5.一种软件测试系统，其特征在于，包括：第一获取模块，用于获取待测试软件的所有功能点；筛选模块，用于根据预设的大数据平台的统计结果筛选所述所有功能点，或者根据预设数量的用户反馈信息筛选所述所有功能点，确定至少一个最小功能单元，其中，所述最小功能单元包括至少一个功能点，所述根据预设的大数据平台的统计结果筛选所述所有功能点包括：获取所述待测试软件之前版本的使用情况，根据所述预设的大数据平台对所述待测试软件之前版本的使用情况的统计结果，从所述所有功能点中筛选出贴近用户实际使用的功能点，所述根据预设数量的用户反馈信息筛选所述所有功能点包括：根据所述待测试软件之前版本的用户反馈信息或者所述待测试软件内测版本的用户反馈信息，从所述所有功能点中筛选出贴近用户实际使用的功能点；生成模块，用于根据所述至少一个最小功能单元生成至少一个最小功能测试用例；第一执行模块，用于执行所述至少一个最小功能测试用例并生成第一测试结果。

6.如权利要求5所述的软件测试系统，其特征在于，还包括：解析模块，用于解析所述第一测试结果，判断所述至少一个最小功能单元是否满足预设条件；反馈模块，用于当所述最小功能单元不满足预设条件时，根据所述最小功能单元对应的最小功能点生成反馈报告。

7.如权利要求5所述的软件测试系统，其特征在于，所述第一获取模块包括：获取单元，用于获取人工标注的待测试软件的所有功能点列表。

8.如权利要求5-7任一项所述的软件测试系统，其特征在于，还包括：第二获取模块，用于获取根据所述待测试软件设计的系统测试用例、场景测试用例以及指标测试用例；

第二执行模块，用于按照预设的顺序执行所述系统测试用例、场景测试用例以及指标测试用例。