CN108984208A - 一种功能文件生成方法、装置及系统 - Google Patents

Abstract

本申请提供了一种功能文件生成方法及装置，其中方法包括：确定与软件项目的软件需求对应的思维导图；其中思维导图中从根节点到叶子节点的路径对应软件项目中的场景；从思维导图中确定软件项目中场景的场景描述；依据预设功能文件模板来匹配场景描述，获得软件项目对应的功能文件。本申请提出软件项目的软件需求可以采用思维导图来展现，从而便于直观分析和管理软件项目的多个场景。并且，本申请提出思维导图与软件需求对应，思维导图中从根节点到叶子节点的路径对应软件项目中的场景，所以从思维导图中可以确定软件项目中场景的场景描述，并根据预设功能文件模板匹配场景的场景描述便可以获得功能文件，从而实现自动化生成功能文件的目的。

Description

一种功能文件生成方法、装置及系统

技术领域

本申请涉及软件技术领域，尤其涉及一种功能文件生成方法、装置及系统。

背景技术

行为驱动开发(Behavior-Driven Devlopment，BDD)技术，是一种软件开发的方法论。行为驱动开发技术鼓励软件项目中的开发人员、测试人员和业务人员之间协商出软件项目对应的软件需求。

通常情况下软件需求包括软件项目所包含多个场景对应的场景需求，然后利用格式化自然语言，来人工编写软件需求对应的功能文件，功能文件可以用于后续开发人员和测试人员继续使用。

但是，目前主要采用人工方式来编写功能文件，其编写效率较低；并且，编写完成的功能文件仅能以自然语言形式展示软件项目的多个场景，后续开发人员和测试人员需要查看自然语言来分析和管理多个场景，不利于后续开发人员和测试人员直观分析和管理多个场景。

发明内容

鉴于此，本申请提供一种功能文件生成方法、装置及系统，可以基于思维导图来自动化生成功能文件，并且，可以通过思维导图直观分析和管理多个场景。

为了实现上述目的提供了下述技术特征：

一种功能文件生成方法，包括：

确定与软件项目的软件需求对应的思维导图；其中所述思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景；

从所述思维导图中确定所述软件项目中场景的场景描述；

依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件。

可选的，所述确定与软件项目的软件需求对应的思维导图，包括：

绘制所述软件需求对应的思维导图，具体包括：

所述软件需求中起始需求作为所述思维导图的根节点，且，该根节点的节点关键字即为所述起始需求；

所述软件需求中结束需求作为所述思维导图的叶子节点，且，该叶子节点的节点关键字即为所述结束需求；

所述软件需求中起始需求与结束需求之间的分支需求，作为所述思维导图的中间节点，且，中间节点的节点关键字即为所述分支需求；

所述思维导图中根节点、中间节点和叶子节点之间的依赖联系，与所述软件需求中起始需求、分支需求和结束需求之间的依赖关系相同，且，所述思维导图中从根节点到各个叶子节点的路径对应所述软件项目中各个场景。

可选的，所述从所述思维导图中确定所述软件项目中场景的场景描述，包括：

针对所述思维导图中的多个叶子节点执行下述过程：

从所述思维导图中确定根节点到叶子节点的路径，获取该路径中各个节点的节点关键字，并按照根节点到叶子节点的节点顺序，组合各个节点的节点关键字，获得该路径对应场景的场景描述。

可选的，所述依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件，包括：

在预设多个功能文件模板中，确定适用于各个场景的功能文件模板；

按照各个场景的场景描述修改对应的功能文件模板，获得匹配各个场景的场景描述的功能文件框架；

对各个功能文件框架进行校正后获得各个功能文件，各个功能文件组成所述软件项目对应的功能文件。

可选的，在确定与软件项目的软件需求对应的思维导图后还包括：

对思维导图的各个叶子节点的节点关键字中，添加不同场景的场景标签；

则所述功能文件包括不同场景的场景标签。

可选的，在获得所述软件项目对应的功能文件后，还包括：

通过不同场景的场景标签，建立所述软件项目的功能文件与所述思维导图中叶子节点的关联关系。

可选的，还包括：

基于所述软件项目的对应的功能文件，生成所述软件项目的软件程序；

利用自动化测试工具对所述软件程序进行测试，获得自动化测试报告；其中，所述自动化测试报告不同场景的场景标签，以及不同场景的测试结果。

可选的，还包括：

在所述自动化测试报告中提取多个场景的场景标签以及测试结果；

依据功能文件与所述思维导图中叶子节点的关联关系，在所述思维导图中场景标签对应的叶子节点上添加测试结果。

显示所述思维导图。

可选的，所述在所述思维导图中场景标签对应的叶子节点上添加测试结果，包括：

若测试结果为测试成功，则对所述思维导图中场景标签对应的叶子节点进行第一颜色标注；

若测试结果为测试失败，则对所述思维导图中场景标签对应的叶子节点进行第二颜色标注。

一种功能文件生成装置，包括：

确定思维导图单元，用于确定与软件项目的软件需求对应的思维导图；其中所述思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景；

确定场景描述单元，用于从所述思维导图中确定所述软件项目中场景的场景描述；

功能文件获得单元，用于依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件。

通过以上技术手段，可以实现以下有益效果：

本申请提出软件项目的软件需求可以采用思维导图来展现，从而便于直观分析和管理软件项目的多个场景。

并且，本申请提出思维导图与软件需求对应，思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景，所以从思维导图中可以确定软件项目中场景的场景描述，并根据预设功能文件模板匹配场景的场景描述便可以获得功能文件，从而实现自动化生成功能文件的目的。

附图说明

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

图1为本申请实施例公开的一种功能文件生成方法的流程图；

图2为本申请实施例公开的一种思维导图的示意图；

图3为本申请实施例公开的一种功能文件框架结构示意图；

图4为本申请实施例公开的一种功能文件生成装置的结构图示意图。

具体实施方式

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

术语解释：

思维导图：一种图像式思维的工具以及一种利用图像式思考辅助工具，用一个中央关键词或想法以辐射线性连接所有的代表字词、想法、任务或其他关联项目的图解方式。

行为驱动开发(Behavior-Driven Devlopment，BDD)：在软件工程中，BDD是一种敏捷软件开发的技术。行为驱动开发的根基是一种“通用语言”。这种通用语言同时被业务人员和开发人员用来定义系统的行为。由于业务人员和开发人员使用同一种“通用语言”来描述同一个系统，这样可以最大程度避免表达不一致带来的问题。如果光有设计而没有验证的手段，无法检验我们的实现是不是符合设计。并且，BDD还是要和测试结合在一起，用系统行为的定义来验证实现代码，在BBD中定义系统的行为是主要工作，而对系统行为的描述则变成测试标准。

本申请提供了一种功能文件生成方法，应用于处理设备。处理设备可以是软件项目对应的服务器或者终端，在此不对处理设备的具体实现进行限定。

参见图1，功能文件生成方法包括下述步骤：

步骤S101：处理设备确定与软件项目的软件需求对应的思维导图；其中所述思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景。

开发人员、测试人员和业务人员基于软件项目设想出该软件项目所面临的多个场景，并针对各个场景设计出与各个场景对应的场景需求，各个场景需求组成该软件项目的软件需求。

处理设备提供绘制界面及绘制工具，以用于绘制所述软件需求对应的思维导图，绘制结束后的思维导图满足下述条件：

所述软件需求中起始需求作为所述思维导图的根节点，且，该根节点的节点关键字即为所述起始需求；

所述软件需求中结束需求作为所述思维导图的叶子节点，且，该叶子节点的节点关键字即为所述结束需求；

所述软件需求中起始需求与结束需求之间的分支需求，作为所述思维导图的中间节点，且，中间节点的节点关键字即为所述分支需求；

所述思维导图中根节点、中间节点和叶子节点之间的依赖联系，与所述软件需求中起始需求、分支需求和结束需求之间的依赖关系相同，且，所述思维导图中从根节点到各个叶子节点的路径对应所述软件项目中各个场景。

下面对绘制思维导图的过程进行描述：

步骤1：将软件需求中起始需求作为思维导图的根节点。

根据软件需求中起始需求绘制思维导图的根节点A，并且，根节点A的节点关键字为起始需求。

步骤2：根据软件需求起始需求下的中间需求，按照依赖关系向思维导图中的根节点下增加中间节点，并且中间节点添加节点关键字。

根据软件需求中与依赖于起始需求A的分支需求B1，B2……，在思维导图的根节点A下添加子节点B1，子节点B2……，并且，子节点B1，子节点B2……的节点关键字为分支需求B1，B2……。

针对每个分支需求B1，B2……执行过程是一致的，以分支需求B1为例进行说明：确定依赖于分支需求B1的分支需求C11，C12……，在思维导图中子节点B1下添加子节点C11，子节点C12……，且，子节点C11，子节点C12……的节点关键字为分支需求C11，C12……。重复执行上述过程直到到达软件需求中的结束需求。

步骤3：根据软件需求结束需求，按照依赖关系向思维导图中的中间节点下增加叶子节点，并且为叶子节点添加节点关键字。

假设软件需求中结束需求为Z，按照依赖关系向思维盗图中Y下增加叶子节点Z，并且，叶子节点Z的节点关键字为结束需求Z。

为了便于理解，参见图2，以一个举例实例对思维导图进行示意性说明(由于图示长度不够一部分内容未完整显示，图2为对思维导图的示意性说明，不作为对本实施例的限定)。

步骤S102：对思维导图的各个叶子节点添加不同场景的场景标签。

从思维导图可以看出叶子节点到根节点之间均为软件项目的一种场景，所以，思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景；也即，思维导图中场景与叶子节点一一对应。

采用不同的场景标签来区分不同场景，由于叶子节点与场景一一对应，所以可以对思维导图中的叶子节点中添加不同场景标签。

优选实现方式：对思维导图的各个叶子节点的节点关键字中添加不同场景的场景标签。由于叶子节点采用节点关键字表示，所以可以在原有关键字后面添加场景标签。

参见图2中思维导图中第一个叶子节点，叶子节点的节点关键字为“产品原累计占用＞0，报错5995@UT，@version_1stlmprv，@negative,@725010_errorcode#39”中，“产品原累计占用＞0，报错5995”为叶子节点原有节点关键字，“@UT，@version_1stlmprv，@negative,@725010_errorcode#39”为添加的场景标签。

可以理解的是，场景标签可以根据实际情况进行添加，本实施例对于场景标签的具体内容不做限定。

可以理解的是，步骤101和步骤S102可以反复进行，处理设备在展示思维导图的过程中便可以直观查看到软件项目的软件需求，在发觉缺少某个场景时可以添加某个场景，在某个场景有误时也可以进行修改；以实现业务人员、测试人员和开发人员通过思维导图直观分析和管理软件需求的目的。

步骤S103：从所述思维导图中确定所述软件项目中场景的场景描述。

针对所述思维导图中的多个叶子节点执行下述过程：

从所述思维导图中确定根节点到叶子节点的路径，获取该路径中各个节点的节点关键字，并按照根节点到叶子节点的节点顺序，组合各个节点的节点关键字，获得该路径对应场景的场景描述。

以图2所示的思维导图中第一个叶子节点为例，获取到该叶子节点从根节点到叶子节点的节点关键字为：产品额度状态是“生效”、多次占用控制生成标识为“N”、产品原累计占用＞0，报错5995@UT，@version_1stlmprv，@negative,@725010_errorcode#39；上述三条节点关键字组成场景描述。

步骤S104：依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件。

本步骤可以采用如下步骤来实现，具体包括：

步骤1：在预设多个功能文件模板中，确定适用于各个场景的功能文件模板。

开发人员可以预先建立一些功能文件模板，功能文件模板可以包括正向描述的功能文件模板，并存储于处理设备内。

处理设备可以自动为各个场景选择功能文件模板，或者，响应于开发人员的选择指令来为各个场景选择适用于的功能文件模板，本申请对此不做限定。

步骤2：按照各个场景的场景描述修改对应的功能文件模板，获得匹配各个场景的场景描述的功能文件框架。

功能文件模板中有一些通用性描述语言，处理设备可以根据场景描述，将场景描述中节点关键字匹配到功能文件模板中，便可以使得功能文件模板变成适用于场景描述的功能文件框架。

参见图3，为一个场景的场景描述的功能文件框架示意，其中黑色字体部分为功能文件模板中的通用性描述，灰色部分为向功能文件模板中添加的场景描述。

步骤3：对各个功能文件框架进行校正后获得各个功能文件，各个功能文件组成所述软件项目对应的功能文件。

可以理解的是，利用功能文件模板匹配得到的功能文件框架可以看作是功能文件的草稿，测试人员、开发人员可以根据实际情况对各个功能文件框架进行人工校正，在校正结束后便可以得到各个场景正确的功能文件。各个场景的功能文件组成软件项目的功能文件。

其中，校正过程具体可以包括：修改数据文件名，数据行，以及需要核对的具体数据等等，在此不做限定。

可以理解的是，由于功能文件包括各个场景的场景描述，场景描述包括叶子节点的节点关键字，叶子节点的节点关键字包括场景标签，所以功能文件包括各个场景的场景标签。

步骤S105：处理设备通过不同场景的场景标签，建立所述软件项目的功能文件与所述思维导图中叶子节点的关联关系。

处理设备通过场景标签将功能文件与思维导图建立关联关系，以便通过场景标签可以功能文件找到该场景的功能文件，并且，在思维导图中通过场景标签找到对应的叶子节点。

步骤S106：基于所述软件项目的对应的功能文件，生成所述软件项目的软件程序；利用自动化测试工具对所述软件程序进行测试，获得自动化测试报告；其中，所述自动化测试报告不同场景的场景标签，以及不同场景的测试结果。

开发人员可以在处理设备上基于功能文件来编写软件程序，从而生成软件项目的软件程序，然后通过自动化测试工具，对软件程序进行测试，从而获得软件项目的自动化测试报告。该过程已为成熟技术在此不再赘述。

需要指出的是，自动化测试报告包括各个场景的场景标签，以及，各个场景对应的测试结果。

步骤S107：在所述自动化测试报告中提取多个场景的场景标签以及测试结果。

处理设备在自动化测试报告中搜素各个场景标签，并提取各个场景对应的测试结果。测试结果可以包括测试成功和测试失败。

步骤S108：依据功能文件与所述思维导图中叶子节点的关联关系，在所述思维导图中场景标签对应的叶子节点上添加测试结果。

针对每个场景而言：

若测试结果为测试成功，则对所述思维导图中场景标签对应的叶子节点进行第一颜色标注；例如，将叶子节点的节点关键字采用绿色表示。

若测试结果为测试失败，则对所述思维导图中场景标签对应的叶子节点进行第二颜色标注；例如，将叶子节点的节点关键字采用红色表示。

当然，第一颜色和第二颜色还可以采用其它颜色来表示，只有第一颜色不同于第二颜色即可。

步骤S109：显示所述思维导图。

处理设备在对思维导图添加测试结果后，可以显示思维导图，以供测试人员和开发人员可以通过思维导图来直观查看测试结果。

步骤S110：处理设备分析自动化测试报告，生成多个测试报表并以图形化方式展示。

处理设备可以分析自动化测试报告中的错误情况，对存量、解决和新发生问题进行统计汇总和跟踪，该过程以为成熟技术，对此不再赘述。

通过以上技术手段，可以实现以下有益效果：

第一，本申请提出软件项目的软件需求可以采用思维导图来展现，从而便于直观分析和管理软件项目的多个场景。

第二，本申请提出思维导图与软件需求对应，思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景，所以从思维导图中可以确定软件项目中场景的场景描述，并根据预设功能文件模板匹配场景的场景描述便可以获得功能文件，从而实现自动化生成功能文件的目的。

第三，自动化测试报告可以通过思维导图展示出来，以便测试人员和开发人员直观查看到测试结果。

与图1所示的一种功能文件生成方法对应的，本申请还提供一种功能文件生成装置。参见图4具体包括以下单元：

确定思维导图单元41，用于确定与软件项目的软件需求对应的思维导图；其中所述思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景。

其中，确定思维导图单元41确定与软件项目的软件需求对应的思维导图，具体包括：提供绘制界面及绘制工具，以用于绘制所述软件需求对应的思维导图。

所述软件需求中起始需求作为所述思维导图的根节点，且，该根节点的节点关键字即为所述起始需求；

所述软件需求中结束需求作为所述思维导图的叶子节点，且，该叶子节点的节点关键字即为所述结束需求；

所述软件需求中起始需求与结束需求之间的分支需求，作为所述思维导图的中间节点，且，中间节点的节点关键字即为所述分支需求；

所述思维导图中根节点、中间节点和叶子节点之间的依赖联系，与所述软件需求中起始需求、分支需求和结束需求之间的依赖关系相同，且，所述思维导图中从根节点到各个叶子节点的路径对应所述软件项目中各个场景。

添加标签单元42，用于对思维导图的各个叶子节点的节点关键字中，添加不同场景的场景标签。

建立关联关系单元43，用于通过不同场景的场景标签，建立所述软件项目的功能文件与所述思维导图中叶子节点的关联关系。

确定场景描述单元44，用于从所述思维导图中确定所述软件项目中场景的场景描述。

确定场景描述单元44从所述思维导图中确定所述软件项目中场景的场景描述，具体包括：针对所述思维导图中的多个叶子节点执行下述过程：从所述思维导图中确定根节点到叶子节点的路径，获取该路径中各个节点的节点关键字，并按照根节点到叶子节点的节点顺序，组合各个节点的节点关键字，获得该路径对应场景的场景描述。

功能文件获得单元45，用于依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件。

功能文件获得单元45用于所述依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件，具体包括：在预设多个功能文件模板中，确定适用于各个场景的功能文件模板；按照各个场景的场景描述修改对应的功能文件模板，获得匹配各个场景的场景描述的功能文件框架；对各个功能文件框架进行校正后获得各个功能文件，各个功能文件组成所述软件项目对应的功能文件。

开发单元46，用于基于所述软件项目的对应的功能文件，生成所述软件项目的软件程序；

自动化测试单元47，用于利用自动化测试工具对所述软件程序进行测试，获得自动化测试报告；其中，所述自动化测试报告不同场景的场景标签，以及不同场景的测试结果。

添加结果单元48，用于在所述自动化测试报告中提取多个场景的场景标签以及测试结果；依据功能文件与所述思维导图中叶子节点的关联关系，在所述思维导图中场景标签对应的叶子节点上添加测试结果。

所述在所述思维导图中场景标签对应的叶子节点上添加测试结果，具体包括：若测试结果为测试成功，则对所述思维导图中场景标签对应的叶子节点进行第一颜色标注；若测试结果为测试失败，则对所述思维导图中场景标签对应的叶子节点进行第二颜色标注。

显示单元49，用于显示所述思维导图。

关于图4所示的功能文件生成装置的具体执行过程，可以参见图1所示的实施例，在此不再赘述。

通过以上技术手段，可以实现以下有益效果：

第一，本申请提出软件项目的软件需求可以采用思维导图来展现，从而便于直观分析和管理软件项目的多个场景。

第二，本申请提出思维导图与软件需求对应，思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景，所以从思维导图中可以确定软件项目中场景的场景描述，并根据预设功能文件模板匹配场景的场景描述便可以获得功能文件，从而实现自动化生成功能文件的目的。

第三，自动化测试报告可以通过思维导图展示出来，以便测试人员和开发人员直观查看到测试结果。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种功能文件生成方法，其特征在于，包括：

确定与软件项目的软件需求对应的思维导图；其中所述思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景；

从所述思维导图中确定所述软件项目中场景的场景描述；

依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件。

2.如权利要求1所述的方法，其特征在于，所述确定与软件项目的软件需求对应的思维导图，包括：

绘制所述软件需求对应的思维导图，具体包括：

所述软件需求中起始需求作为所述思维导图的根节点，且，该根节点的节点关键字即为所述起始需求；

所述软件需求中结束需求作为所述思维导图的叶子节点，且，该叶子节点的节点关键字即为所述结束需求；

所述软件需求中起始需求与结束需求之间的分支需求，作为所述思维导图的中间节点，且，中间节点的节点关键字即为所述分支需求；

所述思维导图中根节点、中间节点和叶子节点之间的依赖联系，与所述软件需求中起始需求、分支需求和结束需求之间的依赖关系相同，且，所述思维导图中从根节点到各个叶子节点的路径对应所述软件项目中各个场景。

3.如权利要求1或2所述的方法，其特征在于，所述从所述思维导图中确定所述软件项目中场景的场景描述，包括：

针对所述思维导图中的多个叶子节点执行下述过程：

从所述思维导图中确定根节点到叶子节点的路径，获取该路径中各个节点的节点关键字，并按照根节点到叶子节点的节点顺序，组合各个节点的节点关键字，获得该路径对应场景的场景描述。

4.如权利要求3所述的方法，其特征在于，所述依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件，包括：

在预设多个功能文件模板中，确定适用于各个场景的功能文件模板；

按照各个场景的场景描述修改对应的功能文件模板，获得匹配各个场景的场景描述的功能文件框架；

对各个功能文件框架进行校正后获得各个功能文件，各个功能文件组成所述软件项目对应的功能文件。

5.如权利要求1或4所述的方法，其特征在于，在确定与软件项目的软件需求对应的思维导图后还包括：

对思维导图的各个叶子节点的节点关键字中，添加不同场景的场景标签；

则所述功能文件包括不同场景的场景标签。

6.如权利要求5所述的方法，其特征在于，在获得所述软件项目对应的功能文件后，还包括：

通过不同场景的场景标签，建立所述软件项目的功能文件与所述思维导图中叶子节点的关联关系。

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

基于所述软件项目的对应的功能文件，生成所述软件项目的软件程序；

利用自动化测试工具对所述软件程序进行测试，获得自动化测试报告；其中，所述自动化测试报告不同场景的场景标签，以及不同场景的测试结果。

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

在所述自动化测试报告中提取多个场景的场景标签以及测试结果；

依据功能文件与所述思维导图中叶子节点的关联关系，在所述思维导图中场景标签对应的叶子节点上添加测试结果；

显示所述思维导图。

9.如权利要求8所述的方法，其特征在于，所述在所述思维导图中场景标签对应的叶子节点上添加测试结果，包括：

若测试结果为测试成功，则对所述思维导图中场景标签对应的叶子节点进行第一颜色标注；

若测试结果为测试失败，则对所述思维导图中场景标签对应的叶子节点进行第二颜色标注。

10.一种功能文件生成装置，其特征在于，包括：

确定思维导图单元，用于确定与软件项目的软件需求对应的思维导图；其中所述思维导图中从根节点到叶子节点的路径对应所述软件项目中的场景；

确定场景描述单元，用于从所述思维导图中确定所述软件项目中场景的场景描述；

功能文件获得单元，用于依据预设功能文件模板来匹配所述场景描述，获得所述软件项目对应的功能文件。