CN112817843A - 项目管理方法和系统 - Google Patents
项目管理方法和系统 Download PDFInfo
- Publication number
- CN112817843A CN112817843A CN202110097368.4A CN202110097368A CN112817843A CN 112817843 A CN112817843 A CN 112817843A CN 202110097368 A CN202110097368 A CN 202110097368A CN 112817843 A CN112817843 A CN 112817843A
- Authority
- CN
- China
- Prior art keywords
- project
- test
- target
- code
- online
- 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.)
- Granted
Links
- 238000007726 management method Methods 0.000 title claims abstract description 85
- 238000012360 testing method Methods 0.000 claims abstract description 257
- 238000011161 development Methods 0.000 claims description 62
- 238000000034 method Methods 0.000 claims description 29
- 238000012795 verification Methods 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 10
- 230000002829 reductive effect Effects 0.000 abstract description 8
- 239000002699 waste material Substances 0.000 abstract description 6
- 238000011981 development test Methods 0.000 abstract description 4
- 230000008569 process Effects 0.000 description 13
- 238000012552 review Methods 0.000 description 13
- 238000012550 audit Methods 0.000 description 12
- 230000008859 change Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000004458 analytical method Methods 0.000 description 4
- 230000000903 blocking effect Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000004422 calculation algorithm Methods 0.000 description 3
- 238000000605 extraction Methods 0.000 description 3
- 230000002441 reversible effect Effects 0.000 description 3
- 238000010200 validation analysis Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000000391 smoking effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008094 contradictory effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000035943 smell Effects 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 238000000528 statistical test Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
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/3684—Test management for test design, e.g. generating new test cases
-
- 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/3676—Test management for coverage analysis
-
- 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/3692—Test management for test results analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/10—Requirements analysis; Specification techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
Abstract
本申请实施例提供了一种项目管理方法，包括：接收针对目标项目的项目需求和技术需求；根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准；分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据；若所述项目代码符合所述多个提测标准数据，则确定所述项目代码进入测试状态。在本申请实施例中，通过与所述项目需求和所述技术需求匹配的多个项目判断标准，对目标项目的项目代码进行提测，减少不合理的开发提测，减少测试资源的浪费，进而提高了项目上线发布的效率。
Description
技术领域
本申请实施例涉及计算机开发和测试技术领域，尤其涉及一种项目管理方法、系统、计算机设备及计算机可读存储介质。
背景技术
随着计算机技术的发展，软件开发及测试的需求量也日益增长。当一个软件项目开发完毕后，需要将该软件项目提交给测试系统进行测试。在现有软件项目测试流程中，存在如下问题：在提测过程中，过度依赖人力，且由于不同人员对项目的熟悉程度或其他原因，容易造成该软件项目无序的进行提测，使得该软件项目不合理地进入到测试状态，浪费测试资源，影响软件项目上线发布的效率。
发明内容
有鉴于此，本申请实施例提供了一种项目管理方法、系统、计算机设备及计算机可读存储介质，用于解决现有技术中的软件项目无序的提测，使得该软件项目不合理地进入到测试状态，浪费测试资源，影响软件项目上线发布的效率的问题。
本申请实施例是通过下述技术方案来解决上述技术问题：
一种项目管理方法，包括：接收针对目标项目的项目需求和技术需求；根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准；分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据；若所述项目代码符合所述多个提测标准数据，则确定所述项目代码进入测试状态。
可选地，所述方法还包括：当所述项目代码进入所述测试状态之后，对所述项目代码进行测试；及根据测试结果，确定所述项目代码进入待上线状态或确定所述项目代码进入测试驳回状态。
可选地，所述方法还包括：当所述项目代码进入所述待上线状态之后，对所述项目代码进行预发验证；根据验证结果，确定所述项目代码进入线上验收状态或确定所述项目代码进入验证驳回状态。
可选地，所述项目代码包括主分支和多个开发分支；对所述项目代码进行预发验证，包括：根据所述主分支，创建预上线分支，所述预上线分支包括所述主分支；将所述多个开发分支合并至所述预上线分支中；在预发布环境中，对合并后的预上线分支执行回归测试；若所述回归测试的测试结果符合预期结果，则判断所述目标项目是否满足预设上线时间周期；及若所述目标项目满足所述预设上线时间周期，则确定所述合并后的预上线分支进入所述线上验收状态。
可选地，所述方法还包括：当所述项目代码进入所述线上验收状态之后，对所述项目代码进行线上发布；及对所述项目代码进行数据归档，包括：获取并存储开发环境中的开发数据和测试环境中的测试数据；及根据所述开发数据和所述测试数据，生成多个项目开发质量数据和项目上线风险数据。
可选地，所述多个提测标准数据包括与所述项目代码的目标业务关联的至少一个测试用例的预期结果；所述分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据的步骤，包括：根据所述至少一个测试用例，测试所述项目代码的所述目标业务，以得到所述目标业务的测试结果；及根据所述目标业务的测试结果与所述至少一个测试用例的预期结果的比对结果，判断所述目标业务的测试结果是否符合所述至少一个测试用例的预期结果。
可选地，根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准，包括：确定所述目标项目的项目类型，所述项目类型包括前端和Java服务；当所述项目类型为所述前端时，则根据所述目标项目的前端对应的所述项目需求和所述技术需求，匹配与所述目标项目的前端对应的至少一个前端项目判断标准；当所述项目类型为所述Java服务时，则根据所述目标项目的后端对应的所述项目需求和所述技术需求，匹配与所述目标项目的后端对应的至少一个后端项目判断标准。
为了实现上述目的，本申请实施例还提供一种项目管理系统，包括：接收模块，用于接收针对目标项目的项目需求和技术需求；生成模块，用于根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准；提测分析模块，用于分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据；测试模块，用于若所述项目代码符合所述多个提测标准数据，则确定所述项目代码进入测试状态。
为了实现上述目的，本申请实施例还提供一种计算机设备，所述计算机设备包括存储器、处理器以及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述项目管理方法的步骤。
为了实现上述目的，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行如上所述的项目管理方法的步骤。
本申请实施例提供的项目管理方法、系统、计算机设备及计算机可读存储介质，通过项目需求和技术需求，生成与目标项目对应的多个项目判断标准；判断所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据，进而判断所述项目代码是否需要进入测试状态；通过与所述项目需求和所述技术需求匹配的多个项目判断标准，对目标项目的项目代码进行提测，减少不合理的开发提测，减少测试资源的浪费，进而提高了项目上线发布的效率。
以下结合附图和具体实施例对本申请进行详细描述，但不作为对本申请的限定。
附图说明
图1为本申请实施例的项目管理方法的环境应用示意图；
图2为本申请实施例一之项目管理方法的步骤流程图；
图3为本申请实施例一之项目管理方法中的生成项目判断标准的步骤流程图；
图4为本申请实施例一之项目管理方法中提测的流程结构图；
图5为本申请实施例一之项目管理方法中对项目代码进行测试的步骤流程图；
图6为本申请实施例一之项目管理方法中对项目代码进行预发验证的步骤流程图；
图7为本申请实施例一之项目管理方法中对合并后的预上线分支进行预发验证的步骤流程图；
图8为本申请实施例一之项目管理方法中对项目代码进行线上发布的步骤流程图；
图9为本申请实施例一之项目管理方法中对目标项目进行数据归档的步骤流程图；
图10为本申请实施例一之项目管理方法中目标项目在上线周期中的整体步骤流程图；
图11为本申请实施例二之项目管理系统的程序模块示意图；及
图12为本申请实施例三之计算机设备的硬件结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
在本申请的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本申请及区别每一步骤，因此不能理解为对本申请的限制。
图1示意性示出了根据本申请实施例的项目管理方法的环境应用示意图。在示例性的实施例中，该应用环境的系统可包括客户终端10、项目管理平台20。其中，客户终端10与项目管理平台20通过无线或有线连接。其中，客户终端10可以为PC(个人电脑)、手机、平板电脑、笔记本电脑、个人数字助理、机架式服务器、刀片式服务器等。项目管理平台20可以为机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。
以下为本申请涉及的一些术语解释：
提测，又称提交测试，即开发人员将完成的项目代码提交到平台上，由所述平台根据一些指标对该项目代码初步评估，确定该项目代码是否可以进入测试阶段。
提测标准：开发人员完成的项目代码，需要满足以下标准，如单元测试、增量覆盖率、代码审核、接口测试、自测、联调等多个标准。提测标准也是测试介入项目的标准。
单元测试：对软件中的最小可测试单元进行检查和验证。
集成测试：单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。
代码增量覆盖率：单元测试的基础上，统计执行单元测试覆盖新增代码行数，与新增代码总行数百分比。
代码审核：分析代码的BUG数量、漏洞数量、阻断异味数量等。代码审核可以基于Sonar服务。其中，Sonar服务是一个集成不同的测试工具的代码质量分析工具。
千行BUG率：统计测试发现的BUG数和开发提交的代码行数乘以一千的比值。
幸福指数：在项目上线周期中，基于项目的优先级变更，需求内容变更，设计、产品、开发、测试延期等多维度统计上线项目的幸福指数。
开发测试投入比：项目上线周期中，测试消耗时间和开发消耗时间的比值。
发布班车：按指定的时间周期，发布上线需求，严格归档项目上线时间，例如每周二、周四。
实施例一
请参阅图2，示出了本申请实施例之项目管理方法的步骤流程图。下面以项目管理平台20为执行主体进行示例性描述。如图2所示，所述项目管理方法可以包括步骤S100～S160，其中：
步骤S100，接收针对目标项目的项目需求和技术需求。
项目管理平台20可以通过客户终端10收集所述目标项目的项目需求和技术需求。例如，客户终端10可以提供一个或多个图形用户界面，供需求方输入在产品侧中与目标项目相关的项目需求，或者供需求方输入在技术侧的技术需求。
在示例性的实施例中，客户终端10可以设置用于新建项目的图形用户界面。客户终端10通过接口连接所述项目管理平台20，客户终端10在图形用户界面输入目标项目的相关需求内容，以在所述项目管理平台20上新建目标项目。所述目标项目相关需求内容包括需求名称、需求分类、需求文档等。以广告引擎项目为例，该广告引擎项目的需求名称为粗排埋点。
在示例性的实施例中，客户终端10可以设置用于选择在上线周期中针对目标项目的操作的图形用户界面。例如，客户终端10在图形用户界面上点击操作栏下的配置按钮，项目管理平台20接收配置按钮的触发指令，所述目标项目进入评审状态，根据所述目标项目的评审状态，生成并发送评审指令至评审方。评审方接收到所述评审指令后，评审方响应所述评审指令，确认产品人员、开发人员、测试人员、排期、上线时间、相关的算法模型等评审信息，项目管理平台20接收上述评审信息，并根据上述评审信息确定所述目标项目进入待开发状态。
步骤S120，根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准。
所述多个项目判断标准可以在项目管理平台20中预先设置好。所述多个项目判断标准包括单元测试、代码覆盖率、代码审核指标、自测内容、联调内容等提测标准。在开发人员完成目标项目的需求开发后，项目管理平台20会根据目标项目的项目类型和开发人员的开发相关信息动态触发提测标准校验，根据所述提测标准校验，获取与所述目标项目对应的所述多个项目判断标准。需要说明的是，一个目标项目的开发可以是协同开发，即多个开发人员针对目标项目的不同功能模块同时开发。目标项目的项目代码包括主分支(即master分支)和多个开发分支。项目管理平台20可以通过GitLab服务(分布式版本控制工具)，从项目代码中的master分支切出多个开发分支供多个开发人员进行协同开发。
为了提高提测和项目的适配性，关于项目的项目需求和技术需求不同，与项目对应的项目判断标准也不同。请参阅图3，所述步骤S120还包括步骤S121～S123，其中：步骤S121，确定所述目标项目的项目类型，所述项目类型包括前端和Java服务；步骤S122，当所述项目类型为所述前端时，则根据所述目标项目的前端对应的所述项目需求和所述技术需求，匹配与所述目标项目的前端对应的至少一个前端项目判断标准；及步骤S123，当所述项目类型为所述Java服务时，则根据所述目标项目的后端对应的所述项目需求和所述技术需求，匹配与所述目标项目的后端对应的至少一个后端项目判断标准。
例如，目标项目的前端匹配有#3项目判断标准；目标项目的Java服务匹配有#1、#2、#3等三个项目判断标准。其中，#1对应单元测试，#2对应接口测试、#3对应代码审核。例如，所述目标项目为广告引擎项目，该广告引擎项目的项目需求为粗排埋点，则该广告引擎项目的前端服务匹配有代码审核、移动端的冒烟测试等前端项目判断标准，其中，冒烟测试主要覆盖目标业务；该广告引擎项的目Java后端服务匹配有单元测试、接口测试、代码审核、代码覆盖率等后端项目判断标准。
于项目管理平台20中设置统一的提测标准，并且项目管理平台20为目标项目匹配多个项目判断标准(即多个提测标准)的技术方案至少具有以下技术效果：
其一：保证目标项目的前端和Java服务在提测状态的质量。
其二：减少了不合理的开发提测而导致的测试资源浪费，同时也保证开发人员针对目标项目的开发质量。
其三：将项目开发过程中出现的问题暴露于代码层面，能更好地避免线上问题的发生。
步骤S140，分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据。
在示例性的实施例中，项目管理平台20可以设置用于对目标项目进行提测的图形用户界面。所述多个提测标准数据可以是，开发人员在图形用户界面针对多个项目判断标准输入的提测配置参数。目标项目进入提测状态后，于图形用户界面的“提测应用”对应的文本框填入提测应用的名称标识，“审核人”对应的文本框处可为空，于“提测内容”对应的文本框中填入多个项目判断标准；于“自测内容”对应的文本框填入自测时对应的自测标准数据；于“联调内容”对应的文本框填入不同开发人员之间联合测试时对应的联调标准数据；于“自测内容”对应的文本框填入自测时对应的自测提测标准数据；于“配置变更”对应的文本框填入其他项目判断标准对应的多个提测标准数据，通过上述于项目管理平台20中填入的提测标准数据，对项目代码进行提测，并根据提测结果，生成提测报告；并于“抄送人”对应的文本框中填入相关测试人员的邮箱，在项目管理平台20中，一键完成项目代码的提测，以及完成项目代码的提测报告的邮件通知。其中，提测报告包含提测标准、自测、联调等内容。本示例性的实施例的好处在于：通过分析统一的提测标准，开发人员能更好的进行自测、联调，在项目管理平台20中一键式地进行提测以及提测报告邮件的发送，从而减少了不必要的资源浪费。
例如，所述目标项目为广告引擎项目，该广告引擎项目的多个提测标准数据可以包括：单元测试的失败个数为0(即单元测试无失败)；接口测试全部通过；基于单元测试生成的代码覆盖率大于70％；移动端UI(用户界面)自动化全部通过；在代码审核阶段无异常指标，如：bug数为0、漏洞数为0、严重阻断数为0等。
在本实施例中，所述项目管理平台20可以通过调用Jenkins服务，执行上述单元测试、代码覆盖率、代码审核等任务。其中，代码覆盖率可以采用jacoco进行统计。jacoco是一个开源的统计代码覆盖率的工具。代码审核可以采用Sonar进行质量审核。Sonar是一个开源平台，用于管理源代码的质量。Jenkins是一个开源的、提供友好操作界面的持续集成工具，主要用于持续、自动的构建/测试软件项目。
作为示例，以下分别以单元测试、代码增量覆盖率、代码审核为例，进行示例性说明上述分析所述项目代码是否符合项目判断标准对应的提测标准数据的操作：
(1)当所述项目判断标准包括单元测试时：
客户终端10可以设置用于新建单元测试的示例性图形用户界面。
于图形用户界面中“GitLab链接”对应的文本框中输入GitLab链接以调用GitLab服务，于“应用名称”对应的文本框中输入目标项目的名称，于“GitLab分支”对应的文本框中输入项目代码的分支，并于“提测人”对应的文本框中输入提测人的姓名全拼，以新建单元测试。所述项目管理平台20通过接收到的与单元测试相关的数据，调用GitLab服务，以通过新建的单元测试对应的git命令对项目代码的分支进行单元测试。
当单元测试对应的提测标准数据为单元测试无失败时，统计各个分支的单元测试的结果，判断项目代码的单元测试的结果是否满足单元测试无失败。
(2)当所述项目判断标准包括代码增量覆盖率时：
通过调用GitLab服务分析所述项目代码，通过git比对指令，对比项目代码的新分支和master分支，获得指定用户、指定时间区间，提交代码行数等数据，以获取项目代码中新分支的增量代码。
通过jacoco工具生成jacoco覆盖率报告，结合新分支的增量代码和jacoco覆盖率报告，分析生成代码增量覆盖率，将分析生成的代码增量覆盖率与多个提测标准数据中针对代码增量覆盖率的提测标准数据(如代码增量覆盖率大于70％)进行比对。
(3)当所述项目判断标准包括Sonar代码审核时：
通过Jenkins服务调用第三方接口(如Sonar服务)分析所述项目代码，生成目标项目的sonar审核报告，解析所述目标项目的sonar审核报告，从所述sonar审核报告中获取核心数据、bug数、漏洞数、阻断异味数量等，将获取到的核心数据、bug数、漏洞数、阻断异味数量等数据与多个提测标准数据中针对代码审核阶段的异常指标的提测标准数据(如代码审核阶段无异常指标)进行比对。
为了进一步地提高项目提测的效率，在对目标项目进行提测的过程中，首先对目标项目的目标业务进行提测。示例性的，所述多个提测标准数据还包括与所述项目代码的目标业务关联的至少一个测试用例的预期结果。请参阅图4，所述步骤S140还可以进一步包括步骤S141～S142，其中：步骤S141，根据所述至少一个测试用例，测试所述项目代码的所述目标业务，以得到所述目标业务的测试结果；及步骤S142，根据所述目标业务的测试结果与所述至少一个测试用例的预期结果的比对结果，判断所述目标业务的测试结果是否符合所述至少一个测试用例的预期结果。
例如，获取至少一个与项目代码的目标业务关联的至少一个测试用例，首先通过所述至少一个测试用例对所述项目代码的目标业务进行冒烟测试，当测试所述目标业务得到的测试结果符合所述至少一个测试用例的预期结果时，继续分析所述目标项目的项目代码是否符合所述多个项目判断标准中其他的项目判断标准对应的多个提测标准数据。在提测阶段，先通过测试用例测试目标业务，再分析其他的提测标准数据的技术方案至少具有以下效果：第一、保证了目标项目的目标业务对应的代码的准确率；第二、仅在目标业务符合所述至少一个测试用例的预期结果时，继续分析其他的提测标准数据，有效地避免测试资源的浪费。
步骤S160，若所述项目代码符合所述多个提测标准数据，则确定所述项目代码进入测试状态。
若所述项目代码符合所述多个提测标准数据时，目标项目进入测试状态，并且目标项目按照排期进行测试。项目管理平台20可以触发邮件通知测试及相关人员，目标项目进入测试状态。
在示例性的实施例中，请参阅图5，确定项目代码进入测试状态后，所述方法还包括：对项目代码进行测试，具体如下：步骤S200，当所述项目代码进入所述测试状态之后，对所述项目代码进行测试；及步骤S210，根据测试结果，确定所述项目代码进入待上线状态或确定所述项目代码进入测试驳回状态。
在测试阶段，根据目标项目的测试状态进行测试，通过多个测试用例分析主分支和多个开发分支，判断所述主分支和多个开发分支是否满足多个测试用例的预期结果，从而确定项目代码进入待上线状态或测试驳回状态。
举例而言，若测试人员完成测试工作，且测试问题均修复，目标项目符合上线预期，则确定项目代码进入待上线状态，此时，项目管理平台20则生成并发送测试报告邮件至预发验证相关人员。若确定项目代码进入测试驳回状态，则通过计算机设备10显示标准的测试驳回报告，并在该测试驳回报告中标注不符合提测标准数据的需求指标，以供相应的开发人员进行开发修复，直到项目代码符合提测标准数据之后才会进入待上线状态。测试驳回状态是在测试人员介入测试之后发现目标业务存在问题，存在测试block(阻塞)问题，而触发需求驳回操作，使得目标项目进入测试驳回状态。同时项目管理平台20会触发测试驳回邮件通知相关人员。本实施例可以通过测试报告邮件或者测试驳回报告和测试驳回邮件及时通知相关人员，以使相关人员更加清楚目标项目的测试进度，进而推进目标项目的上线进度。
在示例性的实施例中，请参阅图6，确定所述项目代码进入所述待上线状态之后，所述方法还包括：对所述项目代码进行预发验证，具体如下：步骤S300，当所述项目代码进入所述待上线状态之后，对所述项目代码进行预发验证；及步骤S310，根据验证结果，确定所述项目代码进入线上验收状态或确定所述项目代码进入验证驳回状态。
为了保证目标项目的所有功能模块能够同时上线发布，如图7所示，对所述项目代码进行预发验证还包括以下操作，其中：步骤S301，根据所述主分支，创建预上线分支，所述预上线分支包括所述主分支；步骤S302，将所述多个开发分支合并至所述预上线分支中；步骤S303，在预发布环境中，对合并后的预上线分支执行回归测试；步骤S304，若所述回归测试的测试结果符合预期结果，则判断所述目标项目是否满足预设上线时间周期；及步骤S305，若所述目标项目满足所述预设上线时间周期，则确定所述合并后的预上线分支进入所述线上验收状态。其中，所述目标项目满足所述预设上线时间周期，则确定所述合并后的预上线分支进入所述线上验收状态。当回归测试完成后，目标项目符合发布班车要求，项目管理平台20确定最近的发布班车中将合并后的代码进入线上验收状态。
当目标项目需要上线时，即目标项目的多个开发分支和主分支在同一天上线时，从主分支(即master分支)中切出一个预上线分支(即release分支)，即根据主分支创建一个预上线分支，所述预上线分支包括主分支，所述预上线分支继承了所述主分支对应的功能。若目标项目需要在2020年8月31日上线时，所述预上线分支的格式如下：release/2020-08-31/v1。项目管理平台20控制目标项目的多个需求对应的代码进行合并验证，可以避免出现在测试环境中项目代码的主分支和多个开发分支测试正常，而在线上发布的时候，由于人工合并分支而导致目标项目的某些功能模块的开发分支的遗漏，进而导致目标项目无法正常发布的情况发生，解决了无规则的项目上线，导致其他分支遗漏上线，从而导致线上事故；并且避免了资源浪费。
作为进一步的改进，将多个开发分支逐个合并到预上线分支中，当多个开发分支合并至预上线分支发生冲突时，生成合并冲突报告，并将所述合并冲突报告邮件发送至开发人员，以提示开发人员通过人工操作合并相互冲突的开发分支对应的代码，减少因分支合并冲突没有及时通知相关人员解决，导致项目上线进度被拖延的情况发生。
为了能够合理规范目标项目上线流程，有效地降低上线事故发生，使开发人员、测试人员、产品人员的工作流程更加合理。请参阅图8，项目管理平台20还执行以下操作，其中：步骤S400，当所述项目代码进入所述线上验收状态之后，对所述项目代码进行线上发布；及步骤S410，对所述项目代码进行数据归档。示例性的，所述目标项目进行线上验收状态后，项目管理平台20配合需求方关于产品的项目需求完成需求验收。当所述目标项目完成线上验收后，所述目标项目进行线上发布，并进入发布完成状态，再对所述项目代码进行数据归档。上述项目管理平台20对项目上线整个流程过程进行数据归档的操作，有助于对目标项目的数据的合理整理，还有助于项目管理平台20对目标项目的上线周期的管控，并能更好地根据归档的数据了解当前项目的稳定状态。作为示例，如图9所示，数据归档可以通过以下步骤得到：步骤S411，获取并存储开发环境中的开发数据和测试环境中的测试数据；及步骤S412，根据所述开发数据和所述测试数据，生成多个项目开发质量数据和项目上线风险数据。举例而言，所述开发数据和所述测试数据包括：开发提交的开发bug数量、代码行数、开发人员耗时、测试bug数、目标项目优先级变更次数、需求变更次数、是否倒排期、测试人员耗时等，其中，倒排期表示先确定目标项目上线时间，根据目标项目开发和测试过程，拟定目标项目立项、开发、提测、测试、预发验证、线上验收等每一个阶段的完工时间，便于项目上线周期的管控。
作为示例，所述多个项目开发质量数据可以包括：千行BUG率、幸福指数、资源消耗比等能更好地暴露开发质量的数据；
作为示例，所述多个项目上线风险数据可以包括：需求变更次数、优先级变更次数、是否倒排期等能展示项目上线过程潜在风险的数据。
以广告引擎项目为例，对所述项目代码进行数据归档，项目管理平台20可以执行以下操作：
(1)客户终端10可以设置用于展示千行bug率的图形用户界面。通过在提测状态以及测试状态中的代码审核过程，获取根据目标项目的项目需求迭代新增代码的行数、代码的bug数量，计算代码的bug数和开发提交的代码行数的第一比值，再将第一比值乘以一千得到第二比值，该第二比值为千行bug率；将项目需求迭代、所需的应用、执行的作者、代码行数、bug数量、千行bug率、提交时间、截止时间和生成时间进行数据归档以及可视化。
(2)客户终端10可以设置用于展示幸福指数的图形用户界面。获取并统计目标项目的需求变更次数、优先级变更次数、是否倒排期等数据；在目标项目上线周期中，根据上述目标项目的需求变更、优先级变更、是否倒排期等多维度数据统计并可视化相关的开发或测试人员的幸福指数。
(3)客户终端10可以设置用于展示项目开发测试投入数据的图形用户界面。获取并统计在目标项目上线周期中，开发人员耗时(即开发人日)与测试人员耗时(即测试人日)，并根据开发人员耗时与测试人员耗时，计算并可视化开发测试比。根据开发测试比，合理规划开发人员的开发周期和测试人员的测试周期，有效地促进开发人员和测试人员之间的合作。
为了使得本申请更加容易理解，如图10，以下提供目标项目在上线周期中的整体步骤流程图。
①启动目标项目。
②确定目标项目进入评审状态，评审人员从产品、开发、算法等多个维度对目标项目进行评审。
③根据相关评审数据，项目管理平台20确定所述目标项目进入待开发状态；再由开发人员对所述目标项目进行技术评审，以得到算法模型和应用等技术评审数据，开发人员在项目管理平台20上通过技术评审数据对目标项目进行开发。
④目标项目开发完成后，确定所述目标项目进入提测状态。通过测试用例、单元测试、代码覆盖率、代码审核、自测、联调等提测标准数据对项目代码进行开发提测，以生成提测报告或者基于与提测标准数据的比对结果确定所述目标项目进入测试驳回状态。
⑤当生成提测报告后，通过提测报告邮件通知测试人员介入目标项目的测试，生成测试报告。
⑥根据测试报告，确定所述项目代码进入预发验证状态，对项目代码进行回归测试。
⑦当步骤⑥中的预发验证的预发验证结果为验证通过时，则确定所述项目代码进入线上验收状态，结合项目对应的产品侧的数据，对项目代码进行验收测试。
⑧当线上验收通过后，项目代码即可进行线上发布。
⑨当所述项目代码完成上线后，生成千行bug率、幸福指数、资源消耗比等数据，并归档数据。
本申请实施例能够流程化、正规化、平台化地对目标项目进行管理。通过项目管理平台20将项目流程统一规范，确保产品、开发、测试人员能统一认知每个阶段工作要求，能更好地配置工作。解决了现有技术中项目无流程、无标准的开发提测的问题，通过本申请实施例能够合理地利用测试资源和开发资源，提高了项目上线发布的效率。
实施例二
请继续参阅图11，示出了本申请项目管理系统的程序模块示意图。在本实施例中，项目管理系统50可以包括或被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请，并可实现上述项目管理方法。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序本身更适合于描述项目管理系统50在存储介质中的执行过程。以下描述将具体介绍本实施例各程序模块的功能：
接收模块500，用于接收针对目标项目的项目需求和技术需求。
生成模块510，用于根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准。
提测分析模块520，用于分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据。
测试模块530，用于若所述项目代码符合所述多个提测标准数据，则确定所述项目代码进入测试状态。
在示例性的实施例中，所述生成模块510，还用于：确定所述目标项目的项目类型，所述项目类型包括前端和Java服务；当所述项目类型为所述前端时，则根据所述目标项目的前端对应的所述项目需求和所述技术需求，匹配与所述目标项目的前端对应的至少一个前端项目判断标准；当所述项目类型为所述Java服务时，则根据所述目标项目的后端对应的所述项目需求和所述技术需求，匹配与所述目标项目的后端对应的至少一个后端项目判断标准。
在示例性的实施例中，所述多个提测标准数据包括与所述项目代码的目标业务关联的至少一个测试用例的预期结果。所述提测分析模块520，还用于：根据所述至少一个测试用例，测试所述项目代码的所述目标业务，以得到所述目标业务的测试结果；及根据所述目标业务的测试结果与所述至少一个测试用例的预期结果的比对结果，判断所述目标业务的测试结果是否符合所述至少一个测试用例的预期结果。
在示例性的实施例中，所述测试模块530，还用于：当所述项目代码进入所述测试状态之后，对所述项目代码进行测试；及根据测试结果，确定所述项目代码进入待上线状态或确定所述项目代码进入测试驳回状态。
在示例性的实施例中，所述方法还包括预发验证模块540。所述预发验证模块540用于：当所述项目代码进入所述待上线状态之后，对所述项目代码进行预发验证；根据验证结果，确定所述项目代码进入线上验收状态或确定所述项目代码进入验证驳回状态。
在示例性的实施例中，所述项目代码包括主分支和多个开发分支。所述预发验证模块540，还用于：根据所述主分支，创建预上线分支，所述预上线分支包括所述主分支；将所述多个开发分支合并至所述预上线分支中；在预发布环境中，对合并后的预上线分支执行回归测试；若所述回归测试的测试结果符合预期结果，则判断所述目标项目是否满足预设上线时间周期；及若所述目标项目满足所述预设上线时间周期，则确定所述合并后的预上线分支进入所述线上验收状态。
在示例性的实施例中，所述方法还包括发布模块550和数据归档模块560。所述发布模块550用于：当所述项目代码进入所述线上验收状态之后，对所述项目代码进行线上发布。
所述数据归档模块560用于：对所述项目代码进行数据归档。示例性的，所述数据归档模块560还用于：获取并存储开发环境中的开发数据和测试环境中的测试数据；及根据所述开发数据和所述测试数据，生成多个项目开发质量数据和项目上线风险数据。
实施例三
参阅图12，是本申请实施例三之计算机设备的硬件架构示意图。本实施例中，所述计算机设备2可以是项目管理平台20，或作为项目管理平台20的一部分。所述计算机设备2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。该计算机设备2可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图12所示，所述计算机设备2至少包括，但不限于，可通过系统总线相互通信连接存储器21、处理器22、网络接口23、以及项目管理系统50。其中：
本实施例中，存储器21至少包括一种类型的计算机可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备2的内部存储单元，例如该计算机设备2的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备2的外部存储设备，例如该计算机设备2上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器21还可以既包括计算机设备2的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备2的操作系统和各类应用软件，例如上述实施例的项目管理系统50的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备2的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，例如运行项目管理系统50，以实现上述实施例的项目管理方法。
所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在所述计算机设备2与其他电子装置之间建立通信连接。例如，所述网络接口23用于通过网络将所述计算机设备2与外部终端相连，在所述计算机设备2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(WidebandCode Division Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
需要指出的是，图12仅示出了具有部件21-23以及50的计算机设备2，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。
在本实施例中，存储于存储器21中的所述项目管理系统50还可以被分割为一个或者多个程序模块，所述一个或者多个程序模块被存储于存储器21中，并由一个或多个处理器(本实施例为处理器22)所执行，以完成本申请。例如，图11示出了所述实现项目管理系统50实施例二的程序模块示意图，该实施例中，所述基于项目管理系统50可以被划分为接收模块500、生成模块510、提测分析模块520及测试模块530。其中，本申请所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述项目管理系统50在所述计算机设备2中的执行过程。所述程序模块500-530的具体功能在实施例二中已有详细描述，在此不再赘述。
实施例四
本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储项目管理系统50，被处理器执行时实现上述实施例的项目管理方法。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种项目管理方法，其特征在于，包括：
接收针对目标项目的项目需求和技术需求；
根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准；
分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据；及
若所述项目代码符合所述多个提测标准数据，则确定所述项目代码进入测试状态。
2.根据权利要求1所述的项目管理方法，其特征在于，所述方法还包括：
当所述项目代码进入所述测试状态之后，对所述项目代码进行测试；及
根据测试结果，确定所述项目代码进入待上线状态或确定所述项目代码进入测试驳回状态。
3.根据权利要求2所述的项目管理方法，其特征在于，所述方法还包括：
当所述项目代码进入所述待上线状态之后，对所述项目代码进行预发验证；
根据验证结果，确定所述项目代码进入线上验收状态或确定所述项目代码进入验证驳回状态。
4.根据权利要求3所述的项目管理方法，其特征在于，所述项目代码包括主分支和多个开发分支；
对所述项目代码进行预发验证，包括：
根据所述主分支，创建预上线分支，所述预上线分支包括所述主分支；
将所述多个开发分支合并至所述预上线分支中；
在预发布环境中，对合并后的预上线分支执行回归测试；
若所述回归测试的测试结果符合预期结果，则判断所述目标项目是否满足预设上线时间周期；及
若所述目标项目满足所述预设上线时间周期，则确定所述合并后的预上线分支进入所述线上验收状态。
5.根据权利要求3所述的项目管理方法，其特征在于，所述方法还包括：
当所述项目代码进入所述线上验收状态之后，对所述项目代码进行线上发布；及
对所述项目代码进行数据归档，包括：
获取并存储开发环境中的开发数据和测试环境中的测试数据；及
根据所述开发数据和所述测试数据，生成多个项目开发质量数据和项目上线风险数据。
6.根据权利要求1所述的项目管理方法，其特征在于，所述多个提测标准数据包括与所述项目代码的目标业务关联的至少一个测试用例的预期结果；分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据，包括：
根据所述至少一个测试用例，测试所述项目代码的所述目标业务，以得到所述目标业务的测试结果；及
根据所述目标业务的测试结果与所述至少一个测试用例的预期结果的比对结果，判断所述目标业务的测试结果是否符合所述至少一个测试用例的预期结果。
7.根据权利要求1所述的项目管理方法，其特征在于，根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准，包括：
确定所述目标项目的项目类型，所述项目类型包括前端和Java服务；
当所述项目类型为所述前端时，则根据所述目标项目的前端对应的所述项目需求和所述技术需求，匹配与所述目标项目的前端对应的至少一个前端项目判断标准；
当所述项目类型为所述Java服务时，则根据所述目标项目的后端对应的所述项目需求和所述技术需求，匹配与所述目标项目的后端对应的至少一个后端项目判断标准。
8.一种项目管理系统，其特征在于，包括：
接收模块，用于接收针对目标项目的项目需求和技术需求；
生成模块，用于根据所述项目需求和所述技术需求，生成与所述目标项目对应的多个项目判断标准；
提测分析模块，用于分析所述目标项目的项目代码是否符合所述多个项目判断标准对应的多个提测标准数据；
测试模块，用于若所述项目代码符合所述多个提测标准数据，则确定所述项目代码进入测试状态。
9.一种计算机设备，所述计算机设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任意一项所述的项目管理方法的步骤。
10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行如权利要求1至7中任意一项所述的项目管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110097368.4A CN112817843B (zh) | 2021-01-25 | 项目管理方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110097368.4A CN112817843B (zh) | 2021-01-25 | 项目管理方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112817843A true CN112817843A (zh) | 2021-05-18 |
| CN112817843B CN112817843B (zh) | 2024-05-17 |
Family
ID=
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113553060A (zh) * | 2021-07-30 | 2021-10-26 | 康键信息技术（深圳）有限公司 | 代码的处理方法、装置、设备及存储介质 |
| CN113592439A (zh) * | 2021-07-14 | 2021-11-02 | 青岛海尔科技有限公司 | 软件项目流程管理系统及方法 |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080263505A1 (en) * | 2007-04-03 | 2008-10-23 | Ldra Technology, Inc. | Automated management of software requirements verification |
| US20130254737A1 (en) * | 2012-03-23 | 2013-09-26 | Tata Consultancy Services Limited | Project delivery system |
| CN106407106A (zh) * | 2016-08-26 | 2017-02-15 | 郑州悉知信息科技股份有限公司 | 一种代码管理系统及方法 |
| CN107992420A (zh) * | 2017-12-07 | 2018-05-04 | 北京奇虎科技有限公司 | 提测项目的管理方法及系统 |
| CN108319551A (zh) * | 2017-12-29 | 2018-07-24 | 五八有限公司 | 一种软件的测试方法、装置、计算机设备及可读存储介质 |
| US20180329812A1 (en) * | 2017-05-15 | 2018-11-15 | Bank Of America Corporation | Conducting Automated Software Testing Using Centralized Controller And Distributed Test Host Servers |
| CN110413504A (zh) * | 2019-06-18 | 2019-11-05 | 江苏满运软件科技有限公司 | 一种软件测试方法、装置、设备和存储介质 |
| CN110737577A (zh) * | 2018-07-20 | 2020-01-31 | 北京奇虎科技有限公司 | 一种测试缺陷数据存储方法和装置 |
| CN110888802A (zh) * | 2019-10-24 | 2020-03-17 | 广州永融科技股份有限公司 | 测试需求管理的方法 |
| CN111080257A (zh) * | 2019-12-17 | 2020-04-28 | 苏州博纳讯动软件有限公司 | 基于DevOps端到端在线研发管理的系统和方法 |
| CN111309609A (zh) * | 2020-02-13 | 2020-06-19 | 北京字节跳动网络技术有限公司 | 软件处理系统 |
| WO2020253112A1 (zh) * | 2019-06-19 | 2020-12-24 | 深圳壹账通智能科技有限公司 | 测试策略的获取方法、装置、终端及可读存储介质 |
| CN112256594A (zh) * | 2020-12-21 | 2021-01-22 | 智道网联科技(北京)有限公司 | 一种项目信息处理方法、装置和电子设备 |
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080263505A1 (en) * | 2007-04-03 | 2008-10-23 | Ldra Technology, Inc. | Automated management of software requirements verification |
| US20130254737A1 (en) * | 2012-03-23 | 2013-09-26 | Tata Consultancy Services Limited | Project delivery system |
| CN106407106A (zh) * | 2016-08-26 | 2017-02-15 | 郑州悉知信息科技股份有限公司 | 一种代码管理系统及方法 |
| US20180329812A1 (en) * | 2017-05-15 | 2018-11-15 | Bank Of America Corporation | Conducting Automated Software Testing Using Centralized Controller And Distributed Test Host Servers |
| CN107992420A (zh) * | 2017-12-07 | 2018-05-04 | 北京奇虎科技有限公司 | 提测项目的管理方法及系统 |
| CN108319551A (zh) * | 2017-12-29 | 2018-07-24 | 五八有限公司 | 一种软件的测试方法、装置、计算机设备及可读存储介质 |
| CN110737577A (zh) * | 2018-07-20 | 2020-01-31 | 北京奇虎科技有限公司 | 一种测试缺陷数据存储方法和装置 |
| CN110413504A (zh) * | 2019-06-18 | 2019-11-05 | 江苏满运软件科技有限公司 | 一种软件测试方法、装置、设备和存储介质 |
| WO2020253112A1 (zh) * | 2019-06-19 | 2020-12-24 | 深圳壹账通智能科技有限公司 | 测试策略的获取方法、装置、终端及可读存储介质 |
| CN110888802A (zh) * | 2019-10-24 | 2020-03-17 | 广州永融科技股份有限公司 | 测试需求管理的方法 |
| CN111080257A (zh) * | 2019-12-17 | 2020-04-28 | 苏州博纳讯动软件有限公司 | 基于DevOps端到端在线研发管理的系统和方法 |
| CN111309609A (zh) * | 2020-02-13 | 2020-06-19 | 北京字节跳动网络技术有限公司 | 软件处理系统 |
| CN112256594A (zh) * | 2020-12-21 | 2021-01-22 | 智道网联科技(北京)有限公司 | 一种项目信息处理方法、装置和电子设备 |
Non-Patent Citations (4)
| Title |
|---|
| 中国农业银行信息技术管理部测试二部研究组;战华;张金山;赵俊杰;王子田;何启翱;: "银行经营管理信息系统的功能测试", 金融电子化, no. 02, 7 February 2011 (2011-02-07) * |
| 南方的墙: "提测标准", Retrieved from the Internet <URL:《https://www.cnblogs.com/shuzf/p/11004186.html》> * |
| 李景;孙歆;: "信息系统性能测试方法初探", 信息安全与技术, no. 02, 10 February 2014 (2014-02-10) * |
| 测试漫谈: "软件测试准入和准出标准的探讨", pages 1, Retrieved from the Internet <URL:《https://zhuanlan.zhihu.com/p/81661474》> * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113592439A (zh) * | 2021-07-14 | 2021-11-02 | 青岛海尔科技有限公司 | 软件项目流程管理系统及方法 |
| CN113592439B (zh) * | 2021-07-14 | 2024-03-26 | 青岛海尔科技有限公司 | 软件项目流程管理系统及方法 |
| CN113553060A (zh) * | 2021-07-30 | 2021-10-26 | 康键信息技术（深圳）有限公司 | 代码的处理方法、装置、设备及存储介质 |
| CN113553060B (zh) * | 2021-07-30 | 2023-10-20 | 康键信息技术（深圳）有限公司 | 代码的处理方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108984418B (zh) | 软件测试管理方法、装置、电子设备及存储介质 | |
| EP3511834B1 (en) | System and method for tool chain data capture through parser for empirical data analysis | |
| CN103092761A (zh) | 基于差异信息文件识别和检查修改代码块的方法及装置 | |
| CN115964272A (zh) | 交易数据自动化测试方法、装置、设备及可读存储介质 | |
| CN112561370A (zh) | 软件发版的管理方法、装置、计算机设备及存储介质 | |
| CN111523811A (zh) | 模型验证和监控方法及系统、设备、存储介质 | |
| CN112817843B (zh) | 项目管理方法和系统 | |
| CN112817843A (zh) | 项目管理方法和系统 | |
| CN115587041A (zh) | 移动应用交付任务处理方法和装置、电子设备和存储介质 | |
| CN115629956A (zh) | 一种基于接口自动化测试的软件缺陷管理方法及系统 | |
| CN114625640A (zh) | 软件测试项目管理方法和装置，以及存储介质和电子设备 | |
| CN115113909A (zh) | 一种项目自动化运维方法、系统、电子设备及存储介质 | |
| CN111143325B (zh) | 一种数据采集的监测方法、监测装置及可读存储介质 | |
| CN112988591A (zh) | 一种计费逻辑验证方法、装置、设备及存储介质 | |
| CN112035368A (zh) | 自动化软件测试方法、装置、电子设备、存储介质 | |
| CN114817077B (zh) | 测试质量及规范的判断方法、系统和网络设备 | |
| CN116756046B (zh) | 一种接口自动化测试方法、装置、设备及存储介质 | |
| CN114003248B (zh) | 一种模型管理方法、装置、电子设备及存储介质 | |
| CN112488652B (zh) | 工单审核方法、系统、终端和存储介质 | |
| KR101088054B1 (ko) | 전문 기반 통신 시스템을 테스트하는 시스템 및 방법 | |
| CN115879966A (zh) | 报价单自动生成方法、装置、设备和存储介质 | |
| CN116450499A (zh) | 测试报告的生成方法及其装置、电子设备及存储介质 | |
| CN112256594A (zh) | 一种项目信息处理方法、装置和电子设备 | |
| CN116414703A (zh) | 一种代码质量管控方法、装置、电子设备及存储介质 | |
| CN112907224A (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 | ||
| GR01 | Patent grant |