软件产品的验收方法、装置以及电子设备制造方法及图纸

本申请公开了一种软件产品的验收方法、装置以及电子设备。涉及金融科技领域，该方法包括：获取预先存储于核心需求信息库中的核心业务需求信息，其中，上述核心业务需求信息是基于待测软件产品的初始业务需求信息提取得到的；采用用户故事方式对上述核心业务需求信息进行转化处理，得到与上述核心业务需求信息对应的测试案例；对上述测试案例进行评审处理，得到评审结果；根据上述评审结果确定上述测试案例的自动交付结果，其中，上述自动交付结果用于指示将上述测试案例自动交付至目标服务器。通过本申请，解决了相关技术中基于人工参与的软件产品的生命周期管理方法存在的产品验收效率低、周期长且无法保证产品质量的问题。题。题。

【技术实现步骤摘要】
软件产品的验收方法、装置以及电子设备


[0001]本申请涉及金融科技领域，具体而言，涉及一种软件产品的验收方法、装置以及电子设备。

技术介绍

[0002]随着市场运营的不断变化，软件产品体验的声音越来越备受关注，为了能够快速地跟进市场的步伐，软件产品的需求会根据用户的要求不断的调整，而软件产品验收作为研发过程中一项必不可少的工程也越来越受到重视。
[0003]现有技术中软件产品的验收方法，比如人为参与的需求分析、验收案例编写、验收案例执行、问题定位等方法，验收周期长、效率低下，且不能灵活的覆盖市场上业务需要的核心场景，难以满足研发周期较短的场景下软件产品的高质量快速交付，软件产品验收效率较低，难以有效保障软件产品质量。
[0004]针对相关技术中基于人工参与的软件产品的生命周期管理方法存在的产品验收效率低、周期长且无法保证产品质量的问题，目前尚未提出有效的解决方案。

技术实现思路

[0005]本申请的主要目的在于提供一种软件产品的验收方法、装置以及电子设备，以解决相关技术中基于人工参与的软件产品的生命周期管理方法存在的产品验收效率低、周期长且无法保证产品质量的问题。
[0006]为了实现上述目的，根据本申请的一个方面，提供了一种软件产品的验收方法。该方法包括：获取预先存储于核心需求信息库中的核心业务需求信息，其中，上述核心业务需求信息是基于待测软件产品的初始业务需求信息提取得到的；采用用户故事方式对上述核心业务需求信息进行转化处理，得到与上述核心业务需求信息对应的测试案例；对上述测试案例进行评审处理，得到评审结果；根据上述评审结果确定上述测试案例的自动交付结果，其中，上述自动交付结果用于指示将上述测试案例自动交付至目标服务器。
[0007]为了实现上述目的，根据本申请的另一方面，提供了一种软件产品的验收装置。该装置包括：获取单元，用于获取预先存储于核心需求信息库中的核心业务需求信息，其中，上述核心业务需求信息是基于待测软件产品的初始业务需求信息提取得到的；转化单元，用于采用用户故事方式对上述核心业务需求信息进行转化处理，得到与上述核心业务需求信息对应的测试案例；评审单元，用于对上述测试案例进行评审处理，得到评审结果；交付单元，用于根据上述评审结果确定上述测试案例的自动交付结果，其中，上述自动交付结果用于指示将上述测试案例自动交付至目标服务器。
[0008]为了实现上述目的，根据本申请的另一方面，提供了一种处理器。上述处理器用于运行程序，其中，上述程序运行时执行任意一项上述的软件产品的验收方法。
[0009]为了实现上述目的，根据本申请的另一方面，提供了一种电子设备。该电子设备包括：包括一个或多个处理器和存储器，上述存储器用于存储一个或多个程序，其中，当上述
一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现任意一项上述的软件产品的验收方法。
[0010]通过本申请，采用以下步骤：获取预先存储于核心需求信息库中的核心业务需求信息，其中，上述核心业务需求信息是基于待测软件产品的初始业务需求信息提取得到的；采用用户故事方式对上述核心业务需求信息进行转化处理，得到与上述核心业务需求信息对应的测试案例；对上述测试案例进行评审处理，得到评审结果；根据上述评审结果确定上述测试案例的自动交付结果，其中，上述自动交付结果用于指示将上述测试案例自动交付至目标服务器，达到了采用自动化管理方式对软件产品的生命周期进行管理的目的，解决了相关技术中基于人工参与的软件产品的生命周期管理方法存在的产品验收效率低、周期长且无法保证产品质量的问题。进而达到了缩短软件产品的验收周期，提升软件产品的生命周期管理效率，有效保证软件产品开发质量的效果。
附图说明
[0011]构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0012]图1是根据本申请实施例提供的软件产品的验收方法的流程图；
[0013]图2是根据本申请实施例的一种可选的软件产品的验收方法的流程图；
[0014]图3是根据本申请实施例的一种可选的产品验收框架模块示意图；
[0015]图4是根据本申请实施例的一种可选的验收案例执行模块示意图；
[0016]图5是根据本申请实施例的一种可选的问题诊断模块示意图；
[0017]图6是根据本申请实施例的一种可选的自动交付模块示意图；
[0018]图7是根据本申请实施例的一种可选的报告生成模块示意图；
[0019]图8是根据本申请实施例的一种可选的信息同步模块示意图；
[0020]图9是根据本申请实施例的一种可选的核心需求识别模块示意图；
[0021]图10是根据本申请实施例的一种可选的验收标准模块示意图；
[0022]图11是根据本申请实施例的一种可选的验收案例生成模块示意图；
[0023]图12是根据本申请实施例的一种可选的验收案例评审模块示意图；
[0024]图13是根据本申请实施例的一种可选的数据同步模块示意图；
[0025]图14是根据本申请实施例的一种可选的产品验收测试框架的示意图；
[0026]图15是根据本申请实施例的软件产品的验收装置的示意图；
[0027]图16是用于实施本申请实施例中软件产品的验收方法的电子设备示意图。
具体实施方式
[0028]需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
[0029]为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范
围。
[0030]需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0031]需要说明的是，本申请所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种软件产品的验收方法，其特征在于，包括：获取预先存储于核心需求信息库中的核心业务需求信息，其中，所述核心业务需求信息是基于待测软件产品的初始业务需求信息提取得到的；采用用户故事方式对所述核心业务需求信息进行转化处理，得到与所述核心业务需求信息对应的测试案例；对所述测试案例进行评审处理，得到评审结果；根据所述评审结果确定所述测试案例的自动交付结果，其中，所述自动交付结果用于指示将所述测试案例自动交付至目标服务器。2.根据权利要求1所述的方法，其特征在于，所述根据所述评审结果确定所述测试案例的自动交付结果，其中，所述自动交付结果用于指示将所述测试案例自动交付至目标服务器，包括：若所述评审结果指示所述测试案例评审通过，则执行所述测试案例；若执行结果指示所述测试案例执行通过，则将所述测试案例自动交付至所述目标服务器。3.根据权利要求1所述的方法，其特征在于，所述获取预先存储于核心需求信息库中的核心业务需求信息，包括：获取所述初始业务需求信息和所述待测软件产品对应的生产运营指标信息；对所述初始业务需求信息进行分类处理，得到分类后的需求信息；基于所述生产运营指标信息和所述分类后的需求信息，确定模型训练特征；基于所述模型训练特征，采用机器学习算法训练得到所述核心业务需求信息。4.根据权利要求1所述的方法，其特征在于，所述采用用户故事方式对所述核心业务需求信息进行转化处理，得到与所述核心业务需求信息对应的测试案例，包括：将所述核心业务需求信息转化为目标格式的验收标准信息；采用用户故事方式对所述验收标准信息进行转化处理，得到所述测试案例。5.根据权利要求4所述的方法，其特征在于，所述根据所述评审结果确定所述测试案例的自动交付结果，包括：若所述评审结果指示所述测试案例评审未通过，则响应作用于对所述验收标准信息的更新操作，得到更新后的验收标准信息；基于所...

【专利技术属性】
技术研发人员：李雪苏，
申请(专利权)人：中国工商银行股份有限公司，
类型：发明
国别省市：