CN115587041A - 移动应用交付任务处理方法和装置、电子设备和存储介质 - Google Patents

移动应用交付任务处理方法和装置、电子设备和存储介质 Download PDF

Info

Publication number
CN115587041A
CN115587041A CN202211317008.1A CN202211317008A CN115587041A CN 115587041 A CN115587041 A CN 115587041A CN 202211317008 A CN202211317008 A CN 202211317008A CN 115587041 A CN115587041 A CN 115587041A
Authority
CN
China
Prior art keywords
target
subtask
acquiring
processing
task flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211317008.1A
Other languages
English (en)
Inventor
曲建超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Ziroom Information Technology Co Ltd
Original Assignee
Beijing Ziroom Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Ziroom Information Technology Co Ltd filed Critical Beijing Ziroom Information Technology Co Ltd
Priority to CN202211317008.1A priority Critical patent/CN115587041A/zh
Publication of CN115587041A publication Critical patent/CN115587041A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请提供了一种移动应用交付任务处理方法和装置、电子设备和存储介质，其中，该方法包括：获取用户上传的交付处理请求；获取目标子任务对应的第一处理策略，并在时间点下利用第一处理策略对目标关键元素进行处理，得到目标处理结果；在目标处理结果满足目标子任务对应的预设需求的情况下，确定目标子任务对应的目标任务流程，并从目标任务流程中获取目标子任务的下一子任务；获取下一子任务的第二处理策略，直至完成目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。通过本申请，解决了相关技术中存在的无法发现移动端开发以外的流程问题。

Description

移动应用交付任务处理方法和装置、电子设备和存储介质
技术领域
本申请涉及移动开发领域，尤其涉及一种移动应用交付任务处理方法和装置、电子设备和存储介质。
背景技术
交付质量与交付效率是软件开发中绕不开的话题，很多公司都在做自己的交付管理，旨在开发过程中提升质量与效率。提升的前提是能够度量现状，比如度量开发资源的负荷、交付周期、bug数量等等，有了这些数据就可以有针对性的去解决问题。
在移动开发领域，通常只会度量移动端的数据，比如移动端交付管理***只能管理从创建移动端开发分支到上线的过程，搭配上工时***，可以统计到每个人的人力负荷状态和工作内容。但这是片面的，因为如果出现问题，其根源可能不是移动端本身。
因此，相关技术中存在无法发现移动端开发以外的流程问题。
发明内容
本申请提供了一种移动应用交付任务处理方法和装置、电子设备和存储介质，以至少解决相关技术中存在无法发现移动端开发以外的流程问题。
根据本申请实施例的一个方面，提供了一种移动应用交付任务处理方法，该方法包括：
获取用户上传的交付处理请求，其中，所述交付处理请求中携带有待交付应用的目标子任务、执行所述目标子任务的时间点以及所述目标子任务待处理的目标关键元素；
获取所述目标子任务对应的第一处理策略，并在所述时间点下利用所述第一处理策略对所述目标关键元素进行处理，得到目标处理结果；
在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务；
获取所述下一子任务的第二处理策略，直至完成所述目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
根据本申请实施例的另一个方面，还提供了一种移动应用交付任务处理装置，该装置包括：
获取模块，用于获取用户上传的交付处理请求，其中，所述交付处理请求中携带有待交付应用的目标子任务、执行所述目标子任务的时间点以及所述目标子任务待处理的目标关键元素；
处理模块，用于获取所述目标子任务对应的第一处理策略，并在所述时间点下利用所述第一处理策略对所述目标关键元素进行处理，得到目标处理结果；
确定模块，用于在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务；
得到模块，用于获取所述下一子任务的第二处理策略，直至完成所述目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
可选地，目标子任务是产品需求的情况下，所述目标关键元素是待评估需求信息，所述目标处理结果是对所述待评估需求信息评审后的质量评估结果，处理模块包括：
第一获取单元，用于获取评判规则集合，其中，所述评判规则集合为所述预设需求；
第二获取单元，用于在所述质量评估结果未落入所述评判规则集合的情况下，获取所述产品需求当前所处在的所述目标任务流程；
第三获取单元，用于从所述目标任务流程中获取所述产品需求的下一子任务作为下一待执行对象。
可选地，目标子任务是服务端开发的情况下，所述目标关键元素是开发接口，所述目标处理结果是对所述开发接口判断后的接口反馈信息，处理模块包括：
第四获取单元，用于获取当前开发接口的原始关联参数，其中，所述原始关联参数为所述预设需求；
第五获取单元，用于在所述接口反馈信息与所述原始关联参数相一致的情况下，获取所述服务端开发当前所处在的所述目标任务流程；
第六获取单元，用于从所述目标任务流程中获取所述服务端开发的下一子任务作为下一待执行对象。
可选地，所述目标子任务是网页设计的情况下，所述目标关键元素是图示信息，所述目标处理结果是对所述图示信息识别后的当前图示，处理模块包括：
第七获取单元，用于获取目标效果图和目标切图，其中，所述目标效果图和目标切图为所述预设需求；
第八获取单元，用于在所述当前图示与所述目标效果图、所述目标切图之间的相似度均大于相似度阈值的情况下，获取所述网页设计当前所处在的所述目标任务流程；
第九获取单元，用于从所述目标任务流程中获取所述网页设计的下一子任务作为下一待执行对象。
可选地，目标子任务是开发测试的情况下，所述目标关键元素是测试用例，所述目标处理结果是对所述测试用例处理后的测试结果，处理模块包括：
第十获取单元，用于获取第一预设阈值和第二预设阈值，其中，所述第一预设阈值为所述测试用例能够完全覆盖的数值，所述第二预设阈值为允许所述测试用例出现故障的个数最大值；
第十一获取单元，用于将所述第一预设阈值和所述第二预设阈值作为所述预设需求，在所述测试结果的个数大于或者等于所述第一预设阈值且所述测试结果表征故障的个数小于或者等于所述第二预设阈值的情况下，获取开发测试当前所处在的所述目标任务流程；
第十二获取单元，用于从所述目标任务流程中获取所述开发测试的下一子任务作为下一待执行对象。
可选地，目标子任务是需求验证的情况下，所述目标关键元素是上线后的需求价值数据，所述目标处理结果是对所述需求价值数据量化后的预估结果，处理模块包括：
第十三获取单元，用于获取待达预期值，其中，所述待达预期值为所述预设需求；
第十四获取单元，用于在所述预估结果与所述待达预期值之间的差值小于预设阈值的情况下，获取所述需求验证当前所处在的所述目标任务流程；
第十五获取单元，用于从所述目标任务流程中获取所述需求验证的下一子任务作为下一待执行对象。
可选地，该装置还包括：
监测模块，用于按照预设频率监测所述目标任务流程中每个子任务的任务处理进度；
判断模块，用于结合目标***内的参考进度，判断每个所述子任务是否存在任务处理延期；
发送模块，用于在确定任一所述子任务出现任务处理延期的情况下，发送提示信息。
根据本申请实施例的又一个方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；其中，存储器，用于存储计算机程序；处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行上述任一实施例中的方法步骤。
根据本申请实施例的又一个方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一实施例中的方法步骤。
在本申请实施例中，通过获取用户上传的交付处理请求，其中，交付处理请求中携带有待交付应用的目标子任务、执行目标子任务的时间点以及构成目标子任务的目标关键元素；获取目标子任务对应的第一处理策略，并在时间点下利用第一处理策略对目标关键元素进行处理，得到目标处理结果；在目标处理结果满足目标子任务对应的预设需求的情况下，确定目标子任务对应的目标任务流程，并从目标任务流程中获取目标子任务的下一子任务；获取下一子任务的第二处理策略，直至完成目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。由于本申请实施例将移动开发工作相关的各个子任务进行了串行管理，规范了整个团队的开发流程，能够将移动开发中可能遇到的问题进行细粒度的度量，能详细描绘出需求过程、团队工作质量的全貌。其中，串行意味着是阻断型的，每个任务都有前置条件，能尽早发现问题并进行干预，从而可以实现在移动端的整个交付过程中辅助管理者发现移动端开发以外的问题，进而采取措施提升交付质量和效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本申请实施例的一种可选的移动应用交付任务处理方法的流程示意图；
图2是根据本申请实施例的一种可选的开发前阶段的排期流程示意图；
图3是根据本申请实施例的一种可选的启动移动端开发到需求关闭的管理流程示意图；
图4是根据本申请实施例的一种可选的延期风险提示的流程示意图；
图5是根据本申请实施例的一种可选的移动应用交付任务处理装置的结构框图；
图6是根据本申请实施例的一种可选的电子设备的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在移动开发领域，通常只会度量移动端的数据，但这是片面的，因为问题的根源可能不是移动端本身。一般的移动端需求会涉及产品提需，服务端开发，UI设计，移动端开发，测试上线等5个大的阶段，任何一个阶段出现问题，都会影响移动端的交付结果，而那些移动端开发以外的流程问题无法尽早被发现和采取措施，从提需到上线整个链路的交付过程也无法完全数字化呈现。
现有的移动端交付管理***只能管理从创建移动端开发分支到上线的过程，搭配上工时***，可以统计到每个人的人力负荷状态和工作内容。但需求稳定性、接口开发质量、UI设计合理性、测试用例覆盖度等问题都无法体现出来。导致当前的现有技术存在如下问题：(1)各端交付线流程割裂，无法全链路的呈现整个需求的交付过程；(2)只能衡量移动端过程，无法衡量产品需求、服务端、UI设计、测试、等阶段的问题；(3)无法预示风险，移动端开发以外的流程问题只能线下沟通，效率低下。为了解决上述问题，本申请实施例提出一种移动应用交付任务处理方法，如图1所示，该方法可以应用于移动端交付***，该方法包括：
步骤S101，获取用户上传的交付处理请求，其中，交付处理请求中携带有待交付应用的目标子任务、执行目标子任务的时间点以及目标子任务待处理的目标关键元素。
可选地，如图2所示，在图2中展示有多个目标子任务，比如服务端开发子任务、网页设计子任务等，在执行每个子任务之前，都为每个子任务设有排期(即时间点)，达到某一排期后，执行对应的子任务即可。
另外，在移动端交付***中包含两个子***，分别是过程管理***和工时***，在将上述子任务全部排期结束后，可在过程管理***中查看甘特图，各子任务的起止时间一目了然。
进一步地，移动端交付***可以获取到用户上传的交付处理请求，该交付处理请求中可以携带有当前待交付的目标子任务，比如服务端开发子任务、网页设计子任务、开发测试子任务等，获取到执行该目标子任务的时间点(即排期)，同时获取到该目标子任务需要处理的目标关键元素。
步骤S102，获取目标子任务对应的第一处理策略，并在时间点下利用第一处理策略对目标关键元素进行处理，得到目标处理结果。
可选地，在得到当前待交付应用的目标子任务后，需要生成对应的第一处理策略，然后在当前时间达到目标子任务的排期时间点后，利用第一处理策略对目标关键元素进行处理，即可得到目标处理结果。
步骤S103，在目标处理结果满足目标子任务对应的预设需求的情况下，确定目标子任务对应的目标任务流程，并从目标任务流程中获取目标子任务的下一子任务。
可选地，如图2所示，将图2中的产品需求排期、服务端开发排期、网页设计排期、开发测试排期，移动端开发排期、上线排期、需求验证排期这条主线作为目标任务流程，在当前的目标处理结果满足了目标子任务对应的预设需求之后，查看当前的目标子任务在目标任务流程中的位置，然后从中得到目标子任务的下一子任务。比如，目标子任务是产品需求排期时，下一子任务就是服务端开发排期。
步骤S104，获取下一子任务的第二处理策略，直至完成目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
可选地，在确定出下一子任务之后，获取到与之对应的第二处理策略，然后里第二处理策略继续对下一子任务进行处理，直到完成目标任务流程内的所有子任务，即可得到移动应用在整个交付过程中处于每个任务阶段的处理结果。
可以理解的是，上述子任务的处理过程是串行的，所以一旦某一环节出现错误，就会立即报错或者无法往后执行任务；只有全部环节均顺利通过，这时才算完成了整个交付过程，这样有利于尽早发现问题并进行干预。
在本申请实施例中，通过获取用户上传的交付处理请求，其中，交付处理请求中携带有待交付应用的目标子任务、执行目标子任务的时间点以及构成目标子任务的目标关键元素；获取目标子任务对应的第一处理策略，并在时间点下利用第一处理策略对目标关键元素进行处理，得到目标处理结果；在目标处理结果满足目标子任务对应的预设需求的情况下，确定目标子任务对应的目标任务流程，并从目标任务流程中获取目标子任务的下一子任务；获取下一子任务的第二处理策略，直至完成目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。由于本申请实施例将移动开发工作相关的各个子任务进行了串行管理，规范了整个团队的开发流程，能够将移动开发中可能遇到的问题进行细粒度的度量，能详细描绘出需求过程、团队工作质量的全貌。其中，串行意味着是阻断型的，每个任务都有前置条件，能尽早发现问题并进行干预，从而可以实现在移动端的整个交付过程中辅助管理者发现移动端开发以外的问题，进而采取措施提升交付质量和效率。
基于上述各实施例的内容，作为一种可选实施例，如图2所示，本申请实施例首先将产品需求排期、服务端开发排期、网页设计排期、开发测试排期都完成后，才进行移动端开发排期、上线排期、需求验证排期。所以移动端启动开发前，如图3所示，会再次校验各角色(产品需求、服务端开发、网页设计、开发测试)是否排期完成，如果未完成则通知相关人员尽快进行排期，如已完成，则进入开发阶段。
在进入开发阶段时，会记录下移动端交付过程中的问题和风险，比如当前待交付应用的目标子任务是产品需求的情况下，目标关键元素是产品经理创建的待评估需求信息(填写需求描述，需求预期的价值(比如能新增多少用户，能降低多少成本)。
创建后会自动在工时***创建一个同名业务需求，并与之关联)，各种工种，比如开发人员、测试人员会对待评估需求信息进行评审，得到质量评估结果，之后将该质量评估结果与提前设定好的预设需求(即一个评判规则集合，里面包含有流程缺失，逻辑不清晰等问题)，进行比较，查看该质量评估结果出现的问题是否落入了评判规则集合内，如果未落入，则从目标任务流程中获取产品需求的下一子任务作为下一待执行对象；如果落入了评判规则集合内，则记录下问题和风险，比如记录下需求变更、流程缺失等问题。
再比如目标子任务是服务端开发的情况下，目标关键元素是开发接口，对开发接口判断后得到接口反馈信息，该接口反馈信息可以是当前开发接口的一些参数信息、接口是否可以访问信息、接口是否存在修改信息。
获取到当前开发接口的原始关联参数作为服务端开发对应的预设需求，比较接口反馈信息与原始关联参数之间是否保持一致，若不一致，则认为出现了有接口文档与接口参数不一致、接口无法访问、接口擅自修改等问题，将这些问题记录下来；如果相一致，则从目标任务流程中获取服务端开发的下一子任务作为下一待执行对象。
再比如目标子任务是网页设计的情况下，目标关键元素是当前获取的一些图示信息，对这些图示信息处理识别后，将得到的图示作为当前图示，然后将其与网页设计提前设定的预设需求(即目标效果图和目标切图)进行比较，在当前图示与目标效果图、目标切图之间的相似度均大于相似度阈值(比如95％)的情况下，说明当前图示与需求效果图相符，且未发生切图遗漏，这时从目标任务流程中获取网页设计的下一子任务作为下一待执行对象；否则，记录下效果图和切图与实际需求不符的问题。
再比如目标子任务是开发测试的情况下，目标关键元素是测试用例，对测试用例进行测试后，得到测试结果。需要解释的是，测试结果可以反映出测试用例的个数也可以表征出测试用例出现故障的个数，所以本申请实施例可以在开发测试中提前设置好测试用例能够覆盖完整的数值作为第一预设阈值，允许测试用例出现故障的个数最大值作为第二预设阈值，在测试结果的个数大于或者等于第一预设阈值且测试结果表征故障的个数小于或者等于第二预设阈值的情况下，说明当前测试用例覆盖完整且是优秀的测试用例，这时从目标任务流程中获取开发测试的下一子任务作为下一待执行对象；否则记录出现故障的数量。
其中，测试用例自测是移动端开发必须执行的一个环节，目的是为了保证研发质量，如果未进行自测，将无法提测。另外，测试人员进行测试，并记录用例内故障数量，这也是检验开发人员自测程度的一个指标。
再比如目标子任务是需求验证的情况下，目标关键元素是上线后的需求价值数据，对需求价值数据量化后得到预估结果，然后将预估结果与创建产品需求阶段设定的待达预期值进行比较，如果预估结果与待达预期值之间的差值小于预设阈值(比如10％)的情况下，说明达到了预期目的，避免了资源浪费，从目标任务流程中获取需求验证的下一子任务作为下一待执行对象。
需要说明的是，在本申请实施例中，在项目上线一段时间后，产品经理需要验证自己的需求是否达到预期价值，这时需要提供可量化需求价值的数据，然后移动端交付***会与当时创建需求时的预期价值做对比，然后发送通知信息至相关人员，告知需求的上线效果。至此需求关闭，不存在下一子任务，所以就不再执行下一子任务。
另外，如图3所示，项目上线后，可在移动端交付***上一键生成此需求交付过程中的关键数据，比如是否延期、延期几天、需求变更几次、联调阶段接口是否可用等。如果问题严重可作为复盘资料，组织相关人员进行复盘，并在移动端交付***中记录后期改进措施。
在本申请实施例中，将移动开发工作相关的各个角色和各项任务进行了串行管理，规范了整个团队的开发流程；同时加入了对需求稳定性的统计，这是业界管理项目经常忽略的一个问题，需求的变更次数和变更程度直接影响软件交付质量与交付时效；另外，本申请实施例增加了对需求业务价值的验证环节，需求上线后，需求方必须提供能量化的数据与提需时的预期数据作对比，周知相关人员，有助于促使需求方在提需时深入思考，防止伪需求的产生。
基于上述各实施例的内容，作为一种可选实施例，该方法还包括：
按照预设频率监测目标任务流程中每个子任务的任务处理进度；
结合目标***内的参考进度，判断每个子任务是否存在任务处理延期；
在确定任一子任务出现任务处理延期的情况下，发送提示信息。
可选地，在图2中的各个子任务每天会更新目标***(即工时***)中的任务状态，如图4所示，移动端交付***的过程管理***会按照预设频率定时检查每个子任务的任务处理进度，比如每个排期的到达结束时间后是否是已完成状态。如果未完成，结合目标***内已有的参考进度，判断当前的进度是否可能出现延期，只要任一子任务出现任务处理延期，会自动发送提示风险信息；同时，延期程度不同，风险提示策略也不同，比如延期3天及以上会通知部门总监。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。
根据本申请实施例的另一个方面，还提供了一种用于实施上述移动应用交付任务处理方法的移动应用交付任务处理装置。图5是根据本申请实施例的一种可选的移动应用交付任务处理装置的结构框图，如图5所示，该装置可以包括：
获取模块501，用于获取用户上传的交付处理请求，其中，交付处理请求中携带有待交付应用的目标子任务、执行目标子任务的时间点以及目标子任务待处理的目标关键元素；
处理模块502，用于获取目标子任务对应的第一处理策略，并在时间点下利用第一处理策略对目标关键元素进行处理，得到目标处理结果；
确定模块503，用于在目标处理结果满足目标子任务对应的预设需求的情况下，确定目标子任务对应的目标任务流程，并从目标任务流程中获取目标子任务的下一子任务；
得到模块504，用于获取下一子任务的第二处理策略，直至完成目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
需要说明的是，该实施例中的获取模块501可以用于执行上述步骤S101，该实施例中的处理模块502可以用于执行上述步骤S102，该实施例中的确定模块503可以用于执行上述步骤S103，该实施例中的得到模块504可以用于执行上述步骤S104。
通过上述模块，将移动开发工作相关的各个子任务进行了串行管理，规范了整个团队的开发流程，能够将移动开发中可能遇到的问题进行细粒度的度量，能详细描绘出需求过程、团队工作质量的全貌。其中，串行意味着是阻断型的，每个任务都有前置条件，能尽早发现问题并进行干预，从而可以实现在移动端的整个交付过程中辅助管理者发现移动端开发以外的问题，进而采取措施提升交付质量和效率。
作为一种可选的实施例，目标子任务是产品需求的情况下，目标关键元素是待评估需求信息，目标处理结果是对待评估需求信息评审后的质量评估结果，处理模块包括：
第一获取单元，用于获取评判规则集合，其中，评判规则集合为预设需求；
第二获取单元，用于在质量评估结果未落入评判规则集合的情况下，获取产品需求当前所处在的目标任务流程；
第三获取单元，用于从目标任务流程中获取产品需求的下一子任务作为下一待执行对象。
作为一种可选的实施例，目标子任务是服务端开发的情况下，目标关键元素是开发接口，目标处理结果是对开发接口判断后的接口反馈信息，处理模块包括：
第四获取单元，用于获取当前开发接口的原始关联参数，其中，原始关联参数为预设需求；
第五获取单元，用于在接口反馈信息与原始关联参数相一致的情况下，获取服务端开发当前所处在的目标任务流程；
第六获取单元，用于从目标任务流程中获取服务端开发的下一子任务作为下一待执行对象。
作为一种可选的实施例，目标子任务是网页设计的情况下，目标关键元素是图示信息，目标处理结果是对图示信息识别后的当前图示，处理模块包括：
第七获取单元，用于获取目标效果图和目标切图，其中，目标效果图和目标切图为预设需求；
第八获取单元，用于在当前图示与目标效果图、目标切图之间的相似度均大于相似度阈值的情况下，获取网页设计当前所处在的目标任务流程；
第九获取单元，用于从目标任务流程中获取网页设计的下一子任务作为下一待执行对象。
作为一种可选的实施例，目标子任务是开发测试的情况下，目标关键元素是测试用例，目标处理结果是对测试用例处理后的测试结果，处理模块包括：
第十获取单元，用于获取第一预设阈值和第二预设阈值，其中，第一预设阈值为测试用例能够完全覆盖的数值，第二预设阈值为允许测试用例出现故障的个数最大值；
第十一获取单元，用于将第一预设阈值和第二预设阈值作为预设需求，在测试结果的个数大于或者等于第一预设阈值且测试结果表征故障的个数小于或者等于第二预设阈值的情况下，获取开发测试当前所处在的目标任务流程；
第十二获取单元，用于从目标任务流程中获取开发测试的下一子任务作为下一待执行对象。
作为一种可选的实施例，目标子任务是需求验证的情况下，目标关键元素是上线后的需求价值数据，目标处理结果是对需求价值数据量化后的预估结果，处理模块包括：
第十三获取单元，用于获取待达预期值，其中，待达预期值为预设需求；
第十四获取单元，用于在预估结果与待达预期值之间的差值小于预设阈值的情况下，获取需求验证当前所处在的目标任务流程；
第十五获取单元，用于从目标任务流程中获取需求验证的下一子任务作为下一待执行对象。
作为一种可选的实施例，该装置还包括：
监测模块，用于按照预设频率监测目标任务流程中每个子任务的任务处理进度；
判断模块，用于结合目标***内的参考进度，判断每个子任务是否存在任务处理延期；
发送模块，用于在确定任一子任务出现任务处理延期的情况下，发送提示信息。
根据本申请实施例的又一个方面，还提供了一种用于实施上述移动应用交付任务处理方法的电子设备，该电子设备可以是服务器、终端、或者其组合。
图6是根据本申请实施例的一种可选的电子设备的结构框图，如图6所示，包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601、通信接口602和存储器603通过通信总线604完成相互间的通信，其中，
存储器603，用于存储计算机程序；
处理器601，用于执行存储器603上所存放的计算机程序时，实现如下步骤：
获取用户上传的交付处理请求，其中，交付处理请求中携带有待交付应用的目标子任务、执行目标子任务的时间点以及目标子任务待处理的目标关键元素；
获取目标子任务对应的第一处理策略，并在时间点下利用第一处理策略对目标关键元素进行处理，得到目标处理结果；
在目标处理结果满足目标子任务对应的预设需求的情况下，确定目标子任务对应的目标任务流程，并从目标任务流程中获取目标子任务的下一子任务；
获取下一子任务的第二处理策略，直至完成目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
可选地，在本实施例中，上述的通信总线可以是PCI(Peripheral ComponentInterconnect，外设部件互连标准)总线、或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括RAM，也可以包括非易失性存储器(non-volatile memory)，例如，至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
作为一种示例，如图6所示，上述存储器603中可以但不限于包括上述移动应用交付任务处理装置中的获取模块501、处理模块502、确定模块503、得到模块504。此外，还可以包括但不限于上述移动应用交付任务处理装置中的其他模块单元，本示例中不再赘述。
上述处理器可以是通用处理器，可以包含但不限于：CPU(Central ProcessingUnit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(DigitalSignal Processing，数字信号处理器)、ASIC(Application Specific IntegratedCircuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
此外，上述电子设备还包括：显示器，用于显示移动应用交付任务处理结果。
可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
本领域普通技术人员可以理解，图6所示的结构仅为示意，实施上述移动应用交付任务处理方法的设备可以是终端设备，该终端设备可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图6其并不对上述电子设备的结构造成限定。例如，终端设备还可包括比图6中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图6所示的不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、ROM、RAM、磁盘或光盘等。
根据本申请实施例的又一个方面，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行移动应用交付任务处理方法的程序代码。
可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
获取用户上传的交付处理请求，其中，交付处理请求中携带有待交付应用的目标子任务、执行目标子任务的时间点以及目标子任务待处理的目标关键元素；
获取目标子任务对应的第一处理策略，并在时间点下利用第一处理策略对目标关键元素进行处理，得到目标处理结果；
在目标处理结果满足目标子任务对应的预设需求的情况下，确定目标子任务对应的目标任务流程，并从目标任务流程中获取目标子任务的下一子任务；
获取下一子任务的第二处理策略，直至完成目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例中对此不再赘述。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、ROM、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
根据本申请实施例的又一个方面，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中；计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一个实施例中的移动应用交付任务处理方法步骤。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例移动应用交付任务处理方法的全部或部分步骤。
在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中所提供的方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种移动应用交付任务处理方法，其特征在于，所述方法包括：
获取用户上传的交付处理请求，其中，所述交付处理请求中携带有待交付应用的目标子任务、执行所述目标子任务的时间点以及所述目标子任务待处理的目标关键元素；
获取所述目标子任务对应的第一处理策略，并在所述时间点下利用所述第一处理策略对所述目标关键元素进行处理，得到目标处理结果；
在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务；
获取所述下一子任务的第二处理策略，直至完成所述目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
2.根据权利要求1所述的方法，其特征在于，所述目标子任务是产品需求的情况下，所述目标关键元素是待评估需求信息，所述目标处理结果是对所述待评估需求信息评审后的质量评估结果，在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务包括：
获取评判规则集合，其中，所述评判规则集合为所述预设需求；
在所述质量评估结果未落入所述评判规则集合的情况下，获取所述产品需求当前所处在的所述目标任务流程；
从所述目标任务流程中获取所述产品需求的下一子任务作为下一待执行对象。
3.根据权利要求1所述的方法，其特征在于，所述目标子任务是服务端开发的情况下，所述目标关键元素是开发接口，所述目标处理结果是对所述开发接口判断后的接口反馈信息，在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务包括：
获取当前开发接口的原始关联参数，其中，所述原始关联参数为所述预设需求；
在所述接口反馈信息与所述原始关联参数相一致的情况下，获取所述服务端开发当前所处在的所述目标任务流程；
从所述目标任务流程中获取所述服务端开发的下一子任务作为下一待执行对象。
4.根据权利要求1所述的方法，其特征在于，所述目标子任务是网页设计的情况下，所述目标关键元素是图示信息，所述目标处理结果是对所述图示信息识别后的当前图示，在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务包括：
获取目标效果图和目标切图，其中，所述目标效果图和目标切图为所述预设需求；
在所述当前图示与所述目标效果图、所述目标切图之间的相似度均大于相似度阈值的情况下，获取所述网页设计当前所处在的所述目标任务流程；
从所述目标任务流程中获取所述网页设计的下一子任务作为下一待执行对象。
5.根据权利要求1所述的方法，其特征在于，所述目标子任务是开发测试的情况下，所述目标关键元素是测试用例，所述目标处理结果是对所述测试用例处理后的测试结果，在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务包括：
获取第一预设阈值和第二预设阈值，其中，所述第一预设阈值为所述测试用例能够完全覆盖的数值，所述第二预设阈值为允许所述测试用例出现故障的个数最大值；
将所述第一预设阈值和所述第二预设阈值作为所述预设需求，在所述测试结果的个数大于或者等于所述第一预设阈值且所述测试结果表征故障的个数小于或者等于所述第二预设阈值的情况下，获取开发测试当前所处在的所述目标任务流程；
从所述目标任务流程中获取所述开发测试的下一子任务作为下一待执行对象。
6.根据权利要求1所述的方法，其特征在于，所述目标子任务是需求验证的情况下，所述目标关键元素是上线后的需求价值数据，所述目标处理结果是对所述需求价值数据量化后的预估结果，在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务包括：
获取待达预期值，其中，所述待达预期值为所述预设需求；
在所述预估结果与所述待达预期值之间的差值小于预设阈值的情况下，获取所述需求验证当前所处在的所述目标任务流程；
从所述目标任务流程中获取所述需求验证的下一子任务作为下一待执行对象。
7.根据权利要求1至6任一所述的方法，其特征在于，所述方法还包括：
按照预设频率监测所述目标任务流程中每个子任务的任务处理进度；
结合目标***内的参考进度，判断每个所述子任务是否存在任务处理延期；
在确定任一所述子任务出现任务处理延期的情况下，发送提示信息。
8.一种移动应用交付任务处理装置，其特征在于，所述装置包括：
获取模块，用于获取用户上传的交付处理请求，其中，所述交付处理请求中携带有待交付应用的目标子任务、执行所述目标子任务的时间点以及所述目标子任务待处理的目标关键元素；
处理模块，用于获取所述目标子任务对应的第一处理策略，并在所述时间点下利用所述第一处理策略对所述目标关键元素进行处理，得到目标处理结果；
确定模块，用于在所述目标处理结果满足所述目标子任务对应的预设需求的情况下，确定所述目标子任务对应的目标任务流程，并从所述目标任务流程中获取所述目标子任务的下一子任务；
得到模块，用于获取所述下一子任务的第二处理策略，直至完成所述目标任务流程，得到移动应用在交付过程中处于各个任务阶段的处理结果。
9.一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口和所述存储器通过所述通信总线完成相互间的通信，其特征在于，
所述存储器，用于存储计算机程序；
所述处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行权利要求1至7中任一项所述的方法步骤。
10.一种计算机可读的存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现权利要求1至7中任一项中所述的方法步骤。
CN202211317008.1A 2022-10-26 2022-10-26 移动应用交付任务处理方法和装置、电子设备和存储介质 Pending CN115587041A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211317008.1A CN115587041A (zh) 2022-10-26 2022-10-26 移动应用交付任务处理方法和装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211317008.1A CN115587041A (zh) 2022-10-26 2022-10-26 移动应用交付任务处理方法和装置、电子设备和存储介质

Publications (1)

Publication Number Publication Date
CN115587041A true CN115587041A (zh) 2023-01-10

Family

ID=84781490

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211317008.1A Pending CN115587041A (zh) 2022-10-26 2022-10-26 移动应用交付任务处理方法和装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN115587041A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117472478A (zh) * 2023-12-22 2024-01-30 科大讯飞股份有限公司 自动化流程生成方法及相关装置和***、设备和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117472478A (zh) * 2023-12-22 2024-01-30 科大讯飞股份有限公司 自动化流程生成方法及相关装置和***、设备和存储介质
CN117472478B (zh) * 2023-12-22 2024-04-26 科大讯飞股份有限公司 自动化流程生成方法及相关装置和***、设备和存储介质

Similar Documents

Publication Publication Date Title
CN108984418B (zh) 软件测试管理方法、装置、电子设备及存储介质
US6601017B1 (en) Process and system for quality assurance for software
US9170821B1 (en) Automating workflow validation
US20130339933A1 (en) Systems and methods for quality assurance automation
CN112101803A (zh) 业务流程监控方法、装置、***、设备和介质
CN103186463B (zh) 确定软件的测试范围的方法和***
CN113238930A (zh) 软件***的测试方法、装置、终端设备和存储介质
CA3034830A1 (en) Validation of test results in network testing
CN115587041A (zh) 移动应用交付任务处理方法和装置、电子设备和存储介质
Amland et al. Risk based testing and metrics
CN111858354A (zh) 自动生成测试报告的方法、装置、存储介质及电子设备
CN116089220A (zh) 基于操作***的指标巡检方法及其装置、电子设备
CN113505895B (zh) 一种机器学习引擎服务***及模型训练方法和配置方法
CN101719091A (zh) 面向服务体系结构中基于规则的监控方法和***
CN113094251B (zh) 嵌入式***测试方法、装置、计算机设备和存储介质
CN117495544A (zh) 一种基于沙箱的风控评估方法、***、终端及存储介质
CN112162908A (zh) 基于字节码注入技术的程序调用链路监控实现方法及装置
CN111222942A (zh) 一种数据处理方法、装置、可读介质及电子设备
CN116599881A (zh) 云平台租户建模测试的方法、装置、设备及存储介质
CN109669829A (zh) 一种基于bmc的诊断调试方法、装置及服务器
CN114862517A (zh) 一种基于区块链的汽车租赁方法和装置
CN114969175A (zh) 保险平台与外部***的对接方法及相关设备
CN114185798A (zh) 接口测试用例检测方法、装置、计算机设备和存储介质
CN113282504A (zh) 一种增量代码覆盖率检测方法及业务开发方法、装置
CN112035362A (zh) 测试项目进度管理方法、装置、设备以及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination