技术领域
[0001] 本
发明涉及互联网领域，特别是涉及一种软件项目迭代保障体系。
背景技术
[0002] 为了完善软件项目的功能，需要不断进行项目迭代，而由于软件迭代周期较短，项目版本更新也较快。
[0003] 新项目版本上线时，需要和之前稳定版本的表现一致，即新项目版本上线的
稳定性和之前稳定版本的稳定性一致。特别是对于一些大项目，即由于开发和测试等相关人员的不断增多，项目迭代的不确定性也在增加。
[0004]
现有技术中一般是利用测试预发上线的保障方案，来保障项目迭代的稳定性，但是，现有的迭代保障体系都只侧重于某一两个单一阶段，没有形成项目迭代各个阶段的保障体系，进而造成多渠道多版本项目快速迭代时的crash率不稳定。
发明内容
[0005] 本发明的目的是提供一种软件项目迭代保障体系，目的在于解决现有技术多渠道多版本项目快速迭代时的crash率不稳定的问题。
[0006] 为解决上述技术问题，本发明提供一种软件项目迭代保障体系，该体系包括：
[0007] 开发阶段模
块，用于检测
接口性能以及组件代码
质量；
[0008] 测试阶段模块，用于检测项目在常规场景和非常规场景下的性能；
[0009] 灰度阶段模块，用于模拟线上场景，排查
跟踪所述项目出现的异常，优化灰度包的crash率，以使所述crash率小于或等于预设
阈值；
[0010] 线上阶段模块，用于利用预设手段，应对所述项目运行时的突发状况。
[0011] 可选地，所述灰度阶段模块包括：
[0012] 最大化模拟单元，用于
覆盖所有机型渠道，最大化模拟所述线上场景；
[0013] 排查跟踪单元，用于跟踪当前版本灰度包出现的异常状况，排查前一版本灰度包的可修复异常状况；
[0014] 优化单元，用于优化所述crash率，以使所述crash率小于或等于所述预设阈值。
[0015] 可选地，所述线上阶段模块包括：
[0016] 热修复单元，用于利用hotfix修复可修复异常状况；
[0017] 初始化单元，用于当检测到所述项目出现预设次数的异常信息时，初始化所述项目；
[0018] 拦截兜底单元，用于利用拦截和兜底手段，拦截防护所述项目的异常和重发。
[0019] 可选地，所述拦截兜底单元包括：
[0020] 拦截子单元，用于拦截因人为操作导致的异常；
[0021] 兜底子单元，用于当所述项目出现重发状况时，对所述项目进行兜底。
[0022] 可选地，所述开发阶段模块包括：
[0023] 自动化测试单元，用于检测组件迭代时所述接口的性能；
[0024] 静态代码分析单元，用于检测所述组件代码的质量。
[0025] 可选地，所述测试阶段模块包括：
[0026] 常规场景测试单元，用于对所述项目进行常规场景测试；
[0027] 非常规场景测试单元，用于对所述项目进行非常规场景测试。
[0028] 本发明所提供的软件项目迭代保障体系，通过开发阶段模块检测接口性能以及组件代码质量；测试阶段模块检测项目在常规场景和非常规场景下的性能；灰度阶段模块模拟线上场景，排查跟踪所述项目出现的异常，优化灰度包的crash率，以使所述crash率小于或等于预设阈值；线上阶段模块利用预设手段，应对所述项目运行时的突发状况。本
申请将迭代开发的各个阶段都
串联起来，即将项目的开发阶段、测试阶段、灰度阶段以及线上阶段都融合到保障体系中，充分发挥各个阶段的保障作用，使得保障作用最大化，从而保障多渠道多版本项目快速迭代时的crash率稳定。
附图说明
[0029] 为了更清楚的说明本发明
实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0030] 图1为本发明实施例所提供的软件项目迭代保障体系的结构示意
框图。
具体实施方式
[0031] 为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0032] 请参见图1，图1为本发明实施例所提供的软件项目迭代保障体系的结构示意框图，该体系包括：开发阶段模块11，用于检测接口性能以及组件代码质量；测试阶段模块12，用于检测项目在常规场景和非常规场景下的性能；灰度阶段模块13，用于模拟线上场景，排查跟踪所述项目出现的异常，优化灰度包的crash率，以使所述crash率小于或等于预设阈值；线上阶段模块14，用于利用预设手段，应对所述项目运行时的突发状况。
[0033] 上述开发阶段模块11可以包括自动化测试单元，主要用于检测组件迭代时接口的性能，即验证组件迭代时老接口的性能，从而可以判断接口性能是否达到预期目标。还可以包括静态代码分析单元，主要用于检测组件代码的质量。
[0034] 可以看出，利用自动化测试和静态代码分析手段，来检验组件迭代的新老问题，相较于传统的人工操作，自动检测手段更加便利，降低人
力成本，且避免了人工操作的不稳定性和不确定性，进而提高了项目迭代的稳定性。
[0035] 上述测试阶段模块12可以包括常规场景测试单元，用于对项目组件进行常规场景测试；非常规场景测试单元，用于对项目组件进行非常规场景测试。即项目迭代时，全部覆盖了各种场景，使得检测场景更广更全，避免了检测盲区。
[0036] 上述灰度阶段模块13可以包括最大化模拟单元，用于覆盖所有机型渠道，最大化模拟线上场景；排查跟踪单元，用于跟踪当前版本灰度包出现的异常状况，排查前一版本灰度包的可修复异常状况；优化单元，用于优化crash率，以使crash率小于或等于预设阈值。
[0037] 需要说明的是，为了使灰度阶段的模拟
精度更高，可以使灰度下发的安装包能覆盖线上所有的渠道和机型，以尽可能地使得灰度场景和线上场景一样。
[0038] 排查跟踪单元可以排查上过版本可修复的老问题，不会出现在当前灰度版本上，且可以对当前灰度版本出现的新问题进行跟踪。
[0039] 优化单元可以控制灰度包crash率，使得crash率小于或等于预设阈值，即将灰度包的crash率，作为该灰度包是否作为正式包的考察标准。例如可以将上述预设阈值设为0.04％，即当灰度包的crash率在0.04％以下时，则可以将当前灰度包作为标准包。
[0040] 上述线上阶段模块可以包括热修复单元，其可以利用hotfix修复可修复异常状况，即利用hotfix来修复线上环境出现的可修复的问题；初始化单元，其可以当检测到项目出现预设次数的异常信息时，将项目重置初始化，以解决hotfix无法解决的问题。具体地，在项目启动时，当连续出现预设次数的同一crash时，则可以初始化项目；拦截兜底单元，其可以利用拦截和兜底手段，拦截防护项目的异常和重发，这样可以解决某些未知的且hotfix无法解决的问题。
[0041] 优先地，上述拦截兜底单元可以包括拦截子单元，用于拦截因人为操作导致的异常，即可以在网络工具中设置常见异常(例如空
指针以及数组越界等)的拦截，以避免人为误操作导致的异常状况的发生；兜底子单元，用于当项目出现重发状况时，对所述项目进行兜底。具体地，对于一些非人为点击导致的重发问题，可以以当前版本为标记为，当连续出现一定次数的同一异常时，则可以对该异常进行兜底，以防止重发问题不断发生导致的崩溃。
[0042] 可以看出，利用hotfix来解决可解决问题，利用拦截和兜底来解决hotfix无法解决的问题，能及时响应并处理线上阶段出现的突发问题。且相较于传统的只使用hotfix方案解决问题，利用兜底和拦截来解决未知问题，使得应急处理方式更加全面。
[0043] 本发明实施例所提供的软件项目迭代保障体系，通过开发阶段模块检测接口性能以及组件代码质量；测试阶段模块检测项目在常规场景和非常规场景下的性能；灰度阶段模块模拟线上场景，排查跟踪所述项目出现的异常，优化灰度包的crash率，以使crash率小于或等于预设阈值；线上阶段模块利用预设手段，应对项目运行时的突发状况。该体系将迭代开发的各个阶段都串联起来，即将项目的开发阶段、测试阶段、灰度阶段以及线上阶段都融合到保障体系中，充分发挥各个阶段的保障作用，使得保障作用最大化，从而保障多渠道多版本项目快速迭代时的crash率稳定。
[0044] 本
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
[0045] 专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及
算法步骤，能够以
电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0046] 结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的
软件模块，或者二者的结合来实施。软件模块可以置于随机
存储器(RAM)、内存、
只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、
硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
[0047] 以上对本发明所提供的软件项目迭代保障体系进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明
权利要求的保护范围内。
