本发明实施例涉及计算机技术领域，具体涉及一种敏捷流程的研发效率提升优化方法及装置。
背景技术：
在软件研发敏捷流程中，研发的效率决定了团队的整体产能，其中经常会出现以下问题：测试跟进不及时、回归覆盖范围低、团队迭代产出低。所以，如何提高整个研发团队的开发测试效率，保证产品质量成为了软件研发的一个重要课题。
目前，在现有方案中经常会采用开发提测后才开始集中测试、手工进行功能测试、产品验收完全依赖测试团队、迭代周期不固定等手段，这种方案下往往带来团队整体迭代产出效率低、质量较差等问题。
鉴于此，如何对敏捷流程的研发效率进行提升优化成为目前需要解决的技术问题。
技术实现要素：
由于现有方法存在上述问题，本发明实施例提出一种敏捷流程的研发效率提升优化方法及装置。
第一方面，本发明实施例提出一种敏捷流程的研发效率提升优化方法，包括：
在每次迭代上线的需求分析阶段，判断是否符合预设简单需求，若是，则确定在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收；
在每次迭代上线的开发阶段，判断是否为政策类变化紧急上线的，若是，则采用漏洞修补bugfix分支开发；
在每次迭代上线的测试设计阶段，对测试用例进行等级划分；
在每次迭代上线的测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理，以使产品经理直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收；
在每次迭代上线的上线阶段，线上完成新功能验收。
可选地，所述预先设置的简单需求，包括：公式验收需求或文案修改需求。
可选地，所述对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收，包括：
对于在需求分析阶段判断获知不符合预设简单需求的，利用自动化测试和/或流量回放测试的方式，对新功能执行测试用例进行功能验收。
可选地，所述方法还包括：
在每次迭代上线的开发阶段，若判断获知不是政策类变化紧急上线的，则采用开发系统dev分支开发。
可选地，所述方法按照预先设置的迭代的周期，采用分公司迭代上线的方案，其中，所有分公司位于不同的城市。
第二方面，本发明实施例还提出一种敏捷流程的研发效率提升优化装置，包括：
第一判断模块，用于在每次迭代上线的需求分析阶段，判断是否符合预设简单需求，若是，则确定在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收；
第二判断模块，用于在每次迭代上线的开发阶段，判断是否为政策类变化紧急上线的，若是，则采用漏洞修补bugfix分支开发；
划分模块，用于在每次迭代上线的测试设计阶段，对测试用例进行等级划分；
功能验收模块，用于在每次迭代上线的测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理，以使产品经理直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收；
上线验收模块，用于在每次迭代上线的上线阶段，线上完成新功能验收。
可选地，所述第二判断模块，还用于
在每次迭代上线的开发阶段，若判断获知不是政策类变化紧急上线的，则采用开发系统dev分支开发。
可选地，所述装置按照预先设置的迭代的周期，采用分公司迭代上线的方案，其中，所有分公司位于不同的城市。
第三方面，本发明实施例还提出一种电子设备，包括：处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序；
其中，所述处理器，存储器通过所述总线完成相互间的通信；
所述处理器执行所述计算机程序时实现上述方法。
第四方面，本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法。
由上述技术方案可知，本发明实施例提供的一种敏捷流程的研发效率提升优化方法及装置，通过对于每次迭代，在需求分析阶段判断是否符合预设简单需求，若是则确定在测试验收阶段将新功能展示给产品经理使其直接验收；在开发阶段若判断获知为政策类变化紧急上线的，则采用bugfix分支开发；在测试设计阶段对测试用例进行等级划分；在测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理使其直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收；在上线阶段线上完成新功能验收，由此，能够对敏捷流程的研发效率进行明显的提升优化，做到及时测试跟进，提高回归覆盖范围，提高团队迭代产出能力，并可保证产品质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。
图1为本发明一实施例提供的一种敏捷流程的研发效率提升优化方法的流程示意图；
图2为本发明一实施例提供的一种敏捷流程的研发效率提升优化装置的结构示意图；
图3为本发明一实施例提供的电子设备的实体结构示意图。
具体实施方式
下面结合附图，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。
图1示出了本发明一实施例提供的一种敏捷流程的研发效率提升优化方法的流程示意图，如图1所示，本实施例的敏捷流程的研发效率提升优化方法，包括：
S1、在每次迭代上线的需求分析阶段，判断是否符合预设简单需求，若是，则确定在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收。
在具体应用中，所述预先设置的简单需求可以包括：公式验收需求或文案修改需求等简单需求，本实施例并不对其进行限制，可根据实际情况对简单需求进行预先设置。
S2、在每次迭代上线的开发阶段，判断是否为政策类变化紧急上线的，若是，则采用bugfix(漏洞修补)分支开发。
可以理解的是，房产政策的变化频繁且需要快速响应，本实施例在面对政策类变化紧急上线的情况时采用bugfix分支开发的方案，能够提高响应速度。
需要说明的是，在本步骤中，若判断获知不是政策类变化紧急上线的，则采用dev(开发系统)分支开发。
S3、在每次迭代上线的测试设计阶段，对测试用例进行等级划分。
可以理解的是，在每次迭代上线的测试设计阶段，对测试用例进行等级划分，可以优先保证核心逻辑，防止重要功能存在bug(漏洞)。在具体应用中，一级用例可提供给开发者自测。
S4、在每次迭代上线的测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理，以使产品经理直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收。
可以理解的是，本实施例对于在需求分析阶段判断获知不符合预设简单需求的，在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收，可以提高验收效率和质量。
S5、在每次迭代上线的上线阶段，线上完成新功能验收。
本实施例的敏捷流程的研发效率提升优化方法，通过对于每次迭代，在需求分析阶段判断是否符合预设简单需求，若是则确定在测试验收阶段将新功能展示给产品经理使其直接验收；在开发阶段若判断获知为政策类变化紧急上线的，则采用bugfix分支开发；在测试设计阶段对测试用例进行等级划分；在测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的将新功能展示给产品经理使其直接验收，对于在需求分析阶段判断获知不符合预设简单需求的对新功能执行测试用例进行功能验收；在上线阶段线上完成新功能验收，由此，能够对敏捷流程的研发效率进行明显的提升优化，做到及时测试跟进，提高回归覆盖范围，提高团队迭代产出能力，并可保证产品质量，对于软件研发的效率提升和质量管控具有较好的实际意义和效果。
进一步地，在上述实施例的基础上，本实施例所述方法可以按照预先设置的迭代的周期，采用分公司迭代上线的方案，其中，所述分公司位于不同的城市。
举例来说，所述预先设置的迭代的周期可以为一周，本实施例并不对其进行限制，可根据实际情况预先设置迭代的周期。
可以理解的是，照预先设置的迭代的周期，采用分公司迭代上线的方案，可解决各个城市上线节奏不一致的问题，使各个城市上线节奏一致。
进一步地，在上述实施例的基础上，所述步骤S4中的“对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收”，可以包括：
对于在需求分析阶段判断获知不符合预设简单需求的，利用自动化测试和/或流量回放测试等方式，对新功能执行测试用例进行功能验收。
其中，所述自动化测试可以包括：接口测试自动化测试、UI(用户界面)测试自动化测试等。
可以理解的是，针对产品功能，采用自动化测试的方案，可以提高回归范围，解决手工回归效率低、耗费大量人力的问题。
可以理解的是，本实施例可以采用线上或线下的真实流量，对产品功能进行流量回放测试，可以提高回归范围。
本实施例的一种敏捷流程的研发效率提升优化方法，能够对敏捷流程的研发效率进行明显的提升优化，做到及时测试跟进，提高回归覆盖范围，提高团队迭代产出能力，并可保证产品质量，对于软件研发的效率提升和质量管控具有较好的实际意义和效果。
图2示出了本发明一实施例提供的一种敏捷流程的研发效率提升优化装置的结构示意图，如图2所示，本实施例的敏捷流程的研发效率提升优化装置，包括：第一判断模块21、第二判断模块22、划分模块23、功能验收模块24和上线验收模块25；其中：
所述第一判断模块21，用于在每次迭代上线的需求分析阶段，判断是否符合预设简单需求，若是，则确定在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收；
所述第二判断模块22，用于在每次迭代上线的开发阶段，判断是否为政策类变化紧急上线的，若是，则采用bugfix(漏洞修补)分支开发；
所述划分模块23，用于在每次迭代上线的测试设计阶段，对测试用例进行等级划分；
所述功能验收模块24，用于在每次迭代上线的测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理，以使产品经理直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收；
所述上线验收模块25，用于在每次迭代上线的上线阶段，线上完成新功能验收。
具体地，所述第一判断模块21在每次迭代上线的需求分析阶段，判断是否符合预设简单需求，若是，则确定在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收；所述第二判断模块22在每次迭代上线的开发阶段，判断是否为政策类变化紧急上线的，若是，则采用漏洞修补bugfix分支开发；所述划分模块23在每次迭代上线的测试设计阶段，对测试用例进行等级划分；所述功能验收模块24在每次迭代上线的测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理，以使产品经理直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收；所述上线验收模块25在每次迭代上线的上线阶段，线上完成新功能验收。
在具体应用中，所述预先设置的简单需求可以包括：公式验收需求或文案修改需求等简单需求，本实施例并不对其进行限制，可根据实际情况对简单需求进行预先设置。
可以理解的是，房产政策的变化频繁且需要快速响应，所述第二判断模块22在面对政策类变化紧急上线的情况时采用bugfix分支开发的方案，能够提高响应速度。
需要说明的是，所述第二判断模块还可用于在每次迭代上线的开发阶段，若判断获知不是政策类变化紧急上线的，则采用dev(开发系统)分支开发。
可以理解的是，所述划分模块23在每次迭代上线的测试设计阶段，对测试用例进行等级划分，可以优先保证核心逻辑，防止重要功能存在bug(漏洞)。在具体应用中，一级用例可提供给开发者自测。
可以理解的是，所述功能验收模块24对于在需求分析阶段判断获知不符合预设简单需求的，在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收，可以提高验收效率和质量。
本实施例的敏捷流程的研发效率提升优化装置，能够对敏捷流程的研发效率进行明显的提升优化，做到及时测试跟进，提高回归覆盖范围，提高团队迭代产出能力，并可保证产品质量，对于软件研发的效率提升和质量管控具有较好的实际意义和效果。
进一步地，在上述实施例的基础上，本实施例所述装置可以按照预先设置的迭代的周期，采用分公司迭代上线的方案，其中，所有分公司位于不同的城市。
举例来说，所述预先设置的迭代的周期可以为一周，本实施例并不对其进行限制，可根据实际情况预先设置迭代的周期。
可以理解的是，照预先设置的迭代的周期，采用分公司迭代上线的方案，可解决各个城市上线节奏不一致的问题，使各个城市上线节奏一致。
进一步地，在上述实施例的基础上，所述功能验收模块24中的“对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收”，可以包括：
对于在需求分析阶段判断获知不符合预设简单需求的，利用自动化测试和/或流量回放测试等方式，对新功能执行测试用例进行功能验收。
其中，所述自动化测试可以包括：接口测试自动化测试、UI(用户界面)测试自动化测试等。
可以理解的是，所述功能验收模块24针对产品功能，采用自动化测试的方案，可以提高回归范围，解决手工回归效率低、耗费大量人力的问题。
可以理解的是，所述功能验收模块24可以采用线上或线下的真实流量，对产品功能进行流量回放测试，可以提高回归范围。
本实施例的敏捷流程的研发效率提升优化装置，能够对敏捷流程的研发效率进行明显的提升优化，做到及时测试跟进，提高回归覆盖范围，提高团队迭代产出能力，并可保证产品质量，对于软件研发的效率提升和质量管控具有较好的实际意义和效果。
本实施例的敏捷流程的研发效率提升优化装置，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图3示出了本发明实施例提供的一种电子设备的实体结构示意图，如图3所示，该电子设备可以包括：处理器31、存储器32、总线33及存储在存储器32上并可在处理器31上运行的计算机程序；
其中，所述处理器31，存储器32通过所述总线33完成相互间的通信；
所述处理器31执行所述计算机程序时实现上述各方法实施例所提供的方法，例如包括：在每次迭代上线的需求分析阶段，判断是否符合预设简单需求，若是，则确定在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收；在每次迭代上线的开发阶段，判断是否为政策类变化紧急上线的，若是，则采用漏洞修补bugfix分支开发；在每次迭代上线的测试设计阶段，对测试用例进行等级划分；在每次迭代上线的测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理，以使产品经理直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收；在每次迭代上线的上线阶段，线上完成新功能验收。
本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例所提供的方法，例如包括：在每次迭代上线的需求分析阶段，判断是否符合预设简单需求，若是，则确定在测试验收阶段将新功能展示给产品经理，以使产品经理直接验收；在每次迭代上线的开发阶段，判断是否为政策类变化紧急上线的，若是，则采用漏洞修补bugfix分支开发；在每次迭代上线的测试设计阶段，对测试用例进行等级划分；在每次迭代上线的测试验收阶段，对于在需求分析阶段判断获知符合预设简单需求的，将新功能展示给产品经理，以使产品经理直接验收，对于在需求分析阶段判断获知不符合预设简单需求的，对新功能执行测试用例进行功能验收；在每次迭代上线的上线阶段，线上完成新功能验收。
本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置/系统。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
本发明的说明书中，说明了大量具体细节。然而能够理解的是，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。