CN109324976A - 管理测试进度的方法、装置、计算机设备以及存储介质 - Google Patents
管理测试进度的方法、装置、计算机设备以及存储介质 Download PDFInfo
- Publication number
- CN109324976A CN109324976A CN201811229407.6A CN201811229407A CN109324976A CN 109324976 A CN109324976 A CN 109324976A CN 201811229407 A CN201811229407 A CN 201811229407A CN 109324976 A CN109324976 A CN 109324976A
- Authority
- CN
- China
- Prior art keywords
- test
- version
- story
- time
- testing
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 658
- 238000000034 method Methods 0.000 title claims abstract description 77
- 238000003860 storage Methods 0.000 title claims abstract description 11
- 238000012546 transfer Methods 0.000 claims description 80
- 238000001228 spectrum Methods 0.000 claims description 35
- 230000005856 abnormality Effects 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 13
- 238000007726 management method Methods 0.000 description 45
- 238000011161 development Methods 0.000 description 37
- 238000010586 diagram Methods 0.000 description 10
- 230000007547 defect Effects 0.000 description 6
- 238000004519 manufacturing process Methods 0.000 description 6
- 230000002159 abnormal effect Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000012163 sequencing technique Methods 0.000 description 4
- 230000007306 turnover Effects 0.000 description 4
- 238000011156 evaluation Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 235000019504 cigarettes Nutrition 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000011002 quantification Methods 0.000 description 2
- 238000009738 saturating Methods 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
- G06Q10/06395—Quality analysis or management
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Educational Administration (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Game Theory and Decision Science (AREA)
- General Engineering & Computer Science (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Stored Programmes (AREA)
Abstract
本申请涉及自动化测试技术，揭示了管理测试进度的方法、装置、计算机设备以及存储介质，其中，管理测试进度的方法，用于管理项目版本的测试进度，所述项目版本包括多个版本故事，包括：接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间；接收测试人员针对所述第一版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间；调用指定接口对所述测试案例进行测试；接收所述测试案例的完成测试后的测试数据，并记录测试完成时间；根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并获得项目版本中所有版本故事的测试进度。
Description
技术领域
本申请涉及到测试领域，特别是涉及到管理测试进度的方法、装置、计算机设备以及存储介质。
背景技术
目前项目版本的测试进度跟进主要有以下不足：存在开发阶段和测试阶段进度不够透明，进度反馈不够及时，没有一款适合敏捷开发流程的项目测试跟进管理工具；项目版本的测试进度较难收集量化数据的反馈和预警，不能及时反馈项目版本开发进度，项目管理人员较难准确掌握项目版本最新进度和将要面对的风险；测试案例管理工具编写步骤较多，操作繁复，不能很好支持敏捷开发模式下的测试案例编写工作；开发人员的代码质量目前没有较好的可量化指标进行评估反馈。
发明内容
本申请的主要目的为提供一种管理测试进度的方法，旨在解决现有项目版本的测试进度较难收集量化数据的反馈和预警，不能及时反馈项目版本开发进度的技术问题。
本申请提出一种管理测试进度的方法，管理项目版本的测试进度，所述项目版本包括多个版本故事，包括：
接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个；
接收测试人员针对所述第一版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间；
调用指定接口对所述测试案例进行测试；
接收所述测试案例的完成测试后的测试数据，并记录测试完成时间；
根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
优选地，所述根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表的步骤之后，包括：
通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，判断所述第一版本故事的测试进度是否超过预期；
若是，则判定所述第一版本故事的测试进度处于异常状态；
根据所述异常状态自动生成预警警报。
优选地，所述根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度的步骤之后，包括：
汇总所述项目版本中所有版本故事分别对应的各进度表和测试数据；
根据各进度表和测试数据，形成所述项目版本对应的测试报告。
优选地，所述根据各进度表和测试数据，形成所述项目版本对应的测试报告的步骤之后，包括：
根据所述测试报告获取指定开发人员对应的所有版本故事的按时移交率和冒烟通过率；
根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数；
根据所述开发靠谱指数评估所述指定开发人员的工作能力等级。
优选地，所述根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数的步骤，包括：
调取所述按时移交率对应的预设按时移交率权重，和冒烟通过率对应的预设冒烟通过率权重；
根据开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重，获得所述指定开发人员的开发靠谱指数。
优选地，所述调用指定接口对所述测试案例进行测试的步骤，包括：
获取待测试的测试案例的测试场景数据，其中，所述测试案例包括一个或多个测试场景，所述测试场景数据包括测试场景数量、测试案例对应的各测试场景以及各测试场景依次执行的测试顺序；
根据所述测试场景数量同时调用多个测试接口，并依据各所述测试场景分别一一对应配置各所述测试接口的配置参数；
按照各所述测试场景依次执行的测试顺序，依次调用各所述测试接口完成测试，并反馈测试结果；
根据所述测试结果翻转所述测试案例的测试状态。
优选地，所述根据所述测试结果翻转所述测试案例的测试状态的步骤之后，包括：
通过异步程序统计各所述测试案例的测试状态，获得所述项目版本的各版本故事的执行率以及通过率。
本申请还提供了一种管理测试进度的装置，管理项目版本的测试进度，所述项目版本包括多个版本故事，装置包括：
第一接收模块，用于接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个；
第二接收模块，用于接收测试人员针对所述第一版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间；
调用模块，用于调用指定接口对所述测试案例进行测试；
第三接收模块，用于接收所述测试案例的完成测试后的测试数据，并记录测试完成时间；
第一形成模块，用于根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。
本申请通过在线管理开发人员开发的版本故事以及测试人员的测试过程，实现开发人员和测试人员的资源实现共享，实现项目测试过程的透明化，实现项目版本测试工作的精细化管理和跟进。本申请通过设计开发人员的开发靠谱指数，实现将开发人员的产能和质量进行量化为指数评估，帮助项目管理者了解开发团队的工作情况。本申请通过在线编写测试案例，提高了测试案例的针对性和指向性，简化了测试案例的编写数据，只编写需要关注的主要点即可实现测试，解放测试人员的生产力，提高测试效率。
附图说明
图1本申请一实施例的管理测试进度的方法的流程示意图；
图2本申请一实施例的管理测试进度的装置的结构示意图；
图3本申请另一实施例的管理测试进度的装置的结构示意图；
图4本申请再一实施例的管理测试进度的装置的结构示意图；
图5本申请又一实施例的管理测试进度的装置的结构示意图；
图6本申请一实施例的计算模块的结构示意图；
图7本申请一实施例的调用模块的结构示意图；
图8本申请另一实施例的调用模块的结构示意图；
图9本申请一实施例的计算机设备的内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
参照图1，本申请一实施例的管理测试进度的方法，管理项目版本的测试进度，所述项目版本包括多个版本故事，方法包括：
S1:接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个。
本实施例的项目版本包括多个版本故事，为敏捷开发模式的项目版本，通过管理每个版本故事的开发与测试进度，实现对整个项目版本的管理。本实施例通过记录项目版本中每个版本故事的上传时间，实现管理开发人员开发版本故事的进度，上传时间记为开发完成时间，即版本故事的实际移交时间。
S2:接收测试人员针对所述版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间。
本实施例的测试案例为在线编辑的表格，相比于原有的线下编写测试案例，针对哪个版本故事就点击哪个版本故事中指定的测试案例编写链接，针对性和指向性更强，无需详细编辑测试案例标题、案例类型、摘要、前提、步骤描述、期望结果等字段内容，只需要写出测试案例主要关注点，标记案例状态即可，简化了操作流程。本实施例的测试案例方便编辑，简化操作，支持敏捷开发模式下的测试习惯，方便测试人员在线简便编辑案例、翻转案例状态。本实施例通过记录保存测试案例的保存时间，记录测试人员及时完成编写测试案例的处理时间，以便督促测试人员及时对相应的版本故事进行测试。
S3:调用指定接口对所述测试案例进行测试。
本实施例的测试案例的测试过程，按照预设任务协议自动调用相应的接口自动完成测试案例的测试，减少了人工参与测试，提高测试效率。
S4:接收所述测试案例的完成测试后的测试数据，并记录测试完成时间。
本实施例通过自动调用接口完成测试案例的测试后，会记录相应的测试数据，以便测试人员和开发人员及时查看。本实施例通过记录测试完成时间以跟踪版本故事的测试进度，进而管理测试人员的测试进度。
S5:根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
本实施例通过记录项目版本开发过程中的各完成节点时间，以便根据各完成节点时间形成以时间维度为管控依据的进度表，以便实现更细致地规划开发过程中各阶段的时间分配，更有效地管控各阶段的进度，以适应敏捷开发的工作模式，并将各阶段的任务责任对应到指定人，使管理更有效。使得项目版本的开发阶段和测试阶段的各节点进度足够透明，能及时反馈进度。
进一步，本实施例的步骤S5之后，包括：
S50：通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，判断所述第一版本故事的测试进度是否超过预期。
本实施例可通过将版本故事的测试进度中对应各节点的实际完成时间与任务协议中预设的各节点完成时间进行比较，以便判断各节点对应任务的完成情况，以精准控制开发进度。比如提前完成任务、按时完成任务、延迟完成任务等。本实施例通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，以最后节点的完成测试对应的时间为依据，数据统计更简便，且方便过程中各节点进度的适当调节，方便协调整个进程，使管理更具有弹性且管理有效。本实施例中当实际完成时间比预期完成时间延后时，判定为超过预期。
S51：若是，则判定所述第一版本故事的测试进度处于异常状态。
本实施例将测试进度超过预期的情况归结为测试异常状态，以便根据上述异常状态及时查找超过预期的原因，比如通过比较各节点实际完成时间与预期完成时间，发现开发人员移交版本故事的实际移交时间晚于计划移交时间，则说明开发人员的开发进度太慢，导致延期；再比如，发现测试人员编写完测试案例的保存时间与测试完成时间均晚于相应的预设时间，则说明测试人员未及时进行测试，导致延期；还比如，发现只有测试完成时间晚于预期时间，则说明测试中发生了相应的故障，导致测试过程不顺畅而产生延期；以便项目版本的管理者通过上述信息对影响项目版本测试进度的节点进行调整或合理管控，以及时完成项目版本的测试任务。
S52：根据所述异常状态自动生成预警警报。
本实施例通过检测到异常状态时，会自动发出相应的预警警报。本实施例的自动预警功能可以自定义设置，该项目版本进度各种异常状态分别对应的预警参数值，包括该项目版本的需求移交率、测试执行率、测试通过率、未关闭缺陷数目等，当项目版本进展滞后于预警阀值时则会有相应的状态提醒，且每天定时自动发送预警邮件，及时帮助项目管理者掌握项目版本进展，及时推动异常问题解决。
进一步地，本申请另一实施例的步骤S5之后，包括：
S6：汇总所述项目版本中所有版本故事分别对应的各进度表和测试数据。
本实施例通过汇总项目版本的所有版本故事的所有进度表，形成项目版本对应的总体进度表。总体进度表中包括所有参与开发版本故事的人员在该项目版本开发期间的所有工作成绩以及表现；也包括所有参与测试的测试人员的工作成绩以及表现；还包括各版本故事之间的进度比较等数据。
S7：根据各进度表和测试数据，形成所述项目版本对应的测试报告。
本实施例的测试报告中包括了以时间为维度的完成进度状态与工作效率；还包括以质量以维度的质量等级与通过率等，以便综合分析与评估项目版本对应的整个开发阶段和测试阶段的总进展状态，为其他项目版本的开发和测试工作提供指导或参考的建议意见。测试报告的版本测试进度表中有几个关键值，分别是计划移交时间、实际移交时间、冒烟通过率、案例执行率、案例通过率、缺陷数等。
进一步地，本实施例的步骤S7之后，包括：
S70：根据所述测试报告获取指定开发人员对应的所有版本故事的按时移交率和冒烟通过率。
本实施例通过测试报告中包含的该开发人员，在项目版本整个开发期间所负责的所有版本故事的各实际移交时间和分别与其对应的计划移交时间相比，获得该开发人员的按时移交率，比如，该开发人员负责开发的版本故事的总量为5个，其中有4个为按时移交的，一个为延后移交的，则按时移交率为80％。本实施例通过监控测试报告中该开发人员所负责的所有版本故事分别对应的测试结果，比如测试通过或测试未通过，获得该开发人员的冒烟通过率，比如，该开发人员负责开发的版本故事的总量为8个，其中有6个为测试通过状态的，两个为测试未通过状态，则冒烟通过率为75％。
S71：根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数。
本实施例通过综合考虑按时移交率和冒烟通过率，得到指定开发人员的开发靠谱指数，本实施例的指定开发人员为参与项目版本的所有开发人员中的任何一个。本实施例通过开发靠谱指数的数量化，评估每个开发人员的产能和开发质量，以便项目版本管理者根据开发靠谱指数，对每个开发人员的工作能力进行评估，以便根据开发人员的工作能力合理安排任务。
S72：根据所述开发靠谱指数评估所述指定开发人员的工作能力等级。
本实施例通过各开发人员的开发靠谱指数，对各开发人员实现工作能力进行定级，以便版本项目管理者合理分配资源，比如薪资调配；也方便项目版本管理者合理安排各开发人员的工作强度，以便最大化的提高项目版本的开发效率和进度。
进一步地，本实施例的步骤S71，包括：
S710：调取所述按时移交率对应的预设按时移交率权重，和冒烟通过率对应的预设冒烟通过率权重。
本实施例的开发靠谱指数不仅与按时移交率和冒烟通过率有关，还与项目版本管理者预先设置的按时移交率权重和冒烟通过率权重有关。举例地，当前项目版本要求的期限比较紧迫，则按时移交率权重大于冒烟通过率权重，且按时移交率权重和冒烟通过率权重总和为1。
S711：根据开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重，获得所述指定开发人员的开发靠谱指数。
本实施例的开发靠谱指数计算公式：开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重。上述计算逻辑存储于测试平台的数据分析区域，以便及时调用。
进一步地，本实施例的步骤S3，包括：
S30：获取待测试的测试案例的测试场景数据，其中，所述测试案例包括一个或多个测试场景，所述测试场景数据包括测试场景数量、测试案例对应的各测试场景以及各测试场景依次执行的测试顺序。
本实施例的测试案例包括一个或多个依次排列的测试场景，每个测试场景会调用一个接口进行测试，当测试案例的所有测试场景按照测试场景对应的测试顺序执行完毕后，则完成一个测试案例的测试。本实施例的测试案例的测试场景数据可通过测试人员在线编写后，存储于数据库的指定位置，进行测试案例的测试时，则通过调用数据库以获取上述测试场景数据。本实施例的测试工具具有连接数据库自动获取数据、匹配接口参数的功能，不同于现有的单机版客户端程序对应的开源测试工具，本实施例的测试工具可同时调用多个线程通道同时测试多个测试案例，同一时间内多个接口可同时调用。本实施例的测试场景依次执行的测试顺序，指测试场景对应的数字编号顺序，上述数字编码是按照测试案例的业务流程而设定。测试人员在编写测试案例的时候，会按照业务流程的先后顺序来确定测试场景的数字编码，如编号1、2、3、4。
S31：根据所述测试场景数量同时调用多个测试接口，并依据各所述测试场景分别一一对应配置各所述测试接口的配置参数。
举例地，出单的测试案例，测试场景一是调用投保接口，测试场景二是调用承保接口，两个测试场景分别对应不同配置参数的测试接口，以确保能正确执行各测试场景的测试。本实施例同时调用的多个测试接口的数量可与测试场景数量相同；本申请其他实施例中，也可以是将测试场景数量根据现配置的单次测试的最大测试接口量，分批次进行。比如，一个测试案例包括20个测试场景，同时调用的测试接口的数量为10，则分两个批次，每批次同时调用10个测试接口完成对测试案例的测试。
S32：按照各所述测试场景依次执行的测试顺序，依次调用各所述测试接口完成测试，并反馈测试结果。
本实施例的各所述测试场景依次执行的测试顺序，为顺利完成对应待测试案例的时间顺序流程。举例地，保险出单的测试案例，测试场景一是调用投保接口，测试场景二是调用承保接口，必须按照先执行测试场景一再执行测试场景二的顺序，待测试案例才能正确执行。例如车险理赔的测试案例，测试场景一必须是先报案，测试场景二是查勘、定损等，必须先执行测试场景一，然后执行测试场景二，而不能先定损，再报案。
S33：根据所述测试结果翻转所述测试案例的测试状态。
本申请通过每个固定时间查阅翻转案件状态，以便自动统计项目版本进行时间范围内的数据，来分析开发人员和测试人员的工作表现，有利于项目版本开发拆分成多个小任务的敏捷开发模式，将项目版本开发看作众多小任务的集合，每个小任务对应一个测试案例，不同测试案例对应不同的测试流程，每个小任务对应的测试案例测试完毕后，会进行翻转测试案例的测试状态，比如从未测试到测试通过，并在自动统计过程中通过关键词查寻的方式，获取当前测试案例的状态，比如通过、未通过等。
进一步地，本实施例的步骤S33之后，包括：
S34：通过异步任务统计各所述测试案例的测试状态，获得所述项目版本的各版本故事的执行率以及通过率。
本实施例的自动统计测试进度过程如下：一个项目版本包括很多版本故事，一个版本故事分配了相应的开发人员和测试人员，测试人员写的测试案例跟具体版本故事关联，所以一个版本故事下至少有一个测试案例，通过完成测试案例的测试后，翻转测试案例的状态，实现完成测试案例的数量统计。设某一个版本故事有S个测试案例，可以得到单个项目版本故事的测试案例的执行率为：通过率为：整个项目版本进度针对该项目版本所有的测试案例计算，执行率为：通过率为：上述所有计算的过程是通过异步程序定时执行的，异步程序是指测试过程和统计过程独立进行，互不干扰。本实施例通过对配置的不同参量信息的总结实现对开发人员或测试人员的针对性管理，比如对于开发人员通过设置按时移交率和冒烟通过率的权重，实现对开发人员的业绩管理；通过设置案例执行率、案例通过率、缺陷数的权重，实现对测试人员的工作状态管理。
本实施例通过在线管理开发人员开发的版本故事以及测试人员的测试过程，实现开发人员和测试人员的资源实现共享，实现项目测试过程的透明化，实现项目版本测试工作的精细化管理和跟进。本实施例通过设计开发人员的开发靠谱指数，实现将开发人员的产能和质量进行量化为指数评估，帮助项目管理者了解开发团队的工作情况。本实施例通过在线编写测试案例，提高了测试案例的针对性和指向性，简化了测试案例的编写数据，只编写需要关注的主要点即可实现测试，解放测试人员的生产力，提高测试效率。
参照图2，本申请一实施例的管理测试进度的装置，管理项目版本的测试进度，所述项目版本包括多个版本故事，包括：
第一接收模块1，用于接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个。
本实施例的项目版本包括多个版本故事，为敏捷开发模式的项目版本，通过管理每个版本故事的开发与测试进度，实现对整个项目版本的管理。本实施例通过记录项目版本中每个版本故事的上传时间，实现管理开发人员开发版本故事的进度，上传时间记为开发完成时间，即版本故事的实际移交时间。
第二接收模块2，用于接收测试人员针对所述版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间。
本实施例的测试案例为在线编辑的表格，相比于原有的线下编写测试案例，针对哪个版本故事就点击哪个版本故事中指定的测试案例编写链接，针对性和指向性更强，无需详细编辑测试案例标题、案例类型、摘要、前提、步骤描述、期望结果等字段内容，只需要写出测试案例主要关注点，标记案例状态即可，简化了操作流程。本实施例的测试案例方便编辑，简化操作，支持敏捷开发模式下的测试习惯，方便测试人员在线简便编辑案例、翻转案例状态。本实施例通过记录保存测试案例的保存时间，记录测试人员及时完成编写测试案例的处理时间，以便督促测试人员及时对相应的版本故事进行测试。
调用模块3，用于调用指定接口对所述测试案例进行测试。
本实施例的测试案例的测试过程，按照预设任务协议自动调用相应的接口自动完成测试案例的测试，减少了人工参与测试，提高测试效率。
第三接收模块4，用于接收所述测试案例的完成测试后的测试数据，并记录测试完成时间。
本实施例通过自动调用接口完成测试案例的测试后，会记录相应的测试数据，以便测试人员和开发人员及时查看。本实施例通过记录测试完成时间以跟踪版本故事的测试进度，进而管理测试人员的测试进度。
第一形成模块5，用于根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
本实施例通过记录项目版本开发过程中的各完成节点时间，以便根据各完成节点时间形成以时间维度为管控依据的进度表，以便实现更细致地规划开发过程中各阶段的时间分配，更有效地管控各阶段的进度，以适应敏捷开发的工作模式，并将各阶段的任务责任对应到指定人，使管理更有效。使得项目版本的开发阶段和测试阶段的各节点进度足够透明，能及时反馈进度。
参照图3，本申请另一实施例的管理测试进度的装置，包括：
判断模块50，用于通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，判断所述第一版本故事的测试进度是否超过预期。
本实施例可通过将版本故事的测试进度中对应各节点的实际完成时间与任务协议中预设的各节点完成时间进行比较，以便判断各节点对应任务的完成情况，以精准控制开发进度。比如提前完成任务、按时完成任务、延迟完成任务等。本实施例通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，以最后节点的完成测试对应的时间为依据，数据统计更简便，且方便过程中各节点进度的适当调节，方便协调整个进程，使管理更具有弹性且管理有效。本实施例中当实际完成时间比预期完成时间延后时，判定为超过预期。
判定模块51，用于若超过预期，则判定所述第一版本故事的测试进度处于异常状态。
本实施例将测试进度超过预期的情况归结为测试异常状态，以便根据上述异常状态及时查找超过预期的原因，比如通过比较各节点实际完成时间与预期完成时间，发现开发人员移交版本故事的实际移交时间晚于计划移交时间，则说明开发人员的开发进度太慢，导致延期；再比如，发现测试人员编写完测试案例的保存时间与测试完成时间均晚于相应的预设时间，则说明测试人员未及时进行测试，导致延期；还比如，发现只有测试完成时间晚于预期时间，则说明测试中发生了相应的故障，导致测试过程不顺畅而产生延期；以便项目版本的管理者通过上述信息对影响项目版本测试进度的节点进行调整或合理管控，以及时完成项目版本的测试任务。
生成模块52，用于根据所述异常状态自动生成预警警报。
本实施例通过检测到异常状态时，会自动发出相应的预警警报。本实施例的自动预警功能可以自定义设置，该项目版本进度各种异常状态分别对应的预警参数值，包括该项目版本的需求移交率、测试执行率、测试通过率、未关闭缺陷数目等，当项目版本进展滞后于预警阀值时则会有相应的状态提醒，且每天定时自动发送预警邮件，及时帮助项目管理者掌握项目版本进展，及时推动异常问题解决。
参照图4，本申请再一实施例的管理测试进度的装置，包括：
汇总模块6，用于汇总所述项目版本中所有版本故事分别对应的各进度表和测试数据。
本实施例通过汇总项目版本的所有版本故事的所有进度表，形成项目版本对应的总体进度表。总体进度表中包括所有参与开发版本故事的人员在该项目版本开发期间的所有工作成绩以及表现；也包括所有参与测试的测试人员的工作成绩以及表现；还包括各版本故事之间的进度比较等数据。
第二形成模块7，用于根据各进度表和测试数据，形成所述项目版本对应的测试报告。
本实施例的测试报告中包括了以时间为维度的完成进度状态与工作效率；还包括以质量以维度的质量等级与通过率等，以便综合分析与评估项目版本对应的整个开发阶段和测试阶段的总进展状态，为其他项目版本的开发和测试工作提供指导或参考的建议意见。测试报告的版本测试进度表中有几个关键值，分别是计划移交时间、实际移交时间、冒烟通过率、案例执行率、案例通过率、缺陷数等。
参照图5，本申请又一实施例的管理测试进度的装置，包括：
获取模块70，用于根据所述测试报告获取指定开发人员对应的所有版本故事的按时移交率和冒烟通过率。
本实施例通过测试报告中包含的该开发人员，在项目版本整个开发期间所负责的所有版本故事的各实际移交时间和分别与其对应的计划移交时间相比，获得该开发人员的按时移交率，比如，该开发人员负责开发的版本故事的总量为5个，其中有4个为按时移交的，一个为延后移交的，则按时移交率为80％。本实施例通过监控测试报告中该开发人员所负责的所有版本故事分别对应的测试结果，比如测试通过或测试未通过，获得该开发人员的冒烟通过率，比如，该开发人员负责开发的版本故事的总量为8个，其中有6个为测试通过状态的，两个为测试未通过状态，则冒烟通过率为75％。
计算模块71，用于根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数。
本实施例通过综合考虑按时移交率和冒烟通过率，得到指定开发人员的开发靠谱指数，本实施例的指定开发人员为参与项目版本的所有开发人员中的任何一个。本实施例通过开发靠谱指数的数量化，评估每个开发人员的产能和开发质量，以便项目版本管理者根据开发靠谱指数，对每个开发人员的工作能力进行评估，以便根据开发人员的工作能力合理安排任务。
评估模块72，用于根据所述开发靠谱指数评估所述指定开发人员的工作能力等级。
本实施例通过各开发人员的开发靠谱指数，对各开发人员实现工作能力进行定级，以便版本项目管理者合理分配资源，比如薪资调配；也方便项目版本管理者合理安排各开发人员的工作强度，以便最大化的提高项目版本的开发效率和进度。
参照图6，本实施例的计算模块71，包括：
调取单元710，用于调取所述按时移交率对应的预设按时移交率权重，和冒烟通过率对应的预设冒烟通过率权重。
本实施例的开发靠谱指数不仅与按时移交率和冒烟通过率有关，还与项目版本管理者预先设置的按时移交率权重和冒烟通过率权重有关。举例地，当前项目版本要求的期限比较紧迫，则按时移交率权重大于冒烟通过率权重，且按时移交率权重和冒烟通过率权重总和为1。
获得单元711，用于根据开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重，获得所述指定开发人员的开发靠谱指数。
本实施例的开发靠谱指数计算公式：开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重。上述计算逻辑存储于测试平台的数据分析区域，以便及时调用。
参照图7，本实施例的调用模块3，包括：
获取单元30，用于获取待测试的测试案例的测试场景数据，其中，所述测试案例包括一个或多个测试场景，所述测试场景数据包括测试场景数量、测试案例对应的各测试场景以及各测试场景依次执行的测试顺序。
本实施例的测试案例包括一个或多个依次排列的测试场景，每个测试场景会调用一个接口进行测试，当测试案例的所有测试场景按照测试场景对应的测试顺序执行完毕后，则完成一个测试案例的测试。本实施例的测试案例的测试场景数据可通过测试人员在线编写后，存储于数据库的指定位置，进行测试案例的测试时，则通过调用数据库以获取上述测试场景数据。本实施例的测试工具具有连接数据库自动获取数据、匹配接口参数的功能，不同于现有的单机版客户端程序对应的开源测试工具，本实施例的测试工具可同时调用多个线程通道同时测试多个测试案例，同一时间内多个接口可同时调用。本实施例的测试场景依次执行的测试顺序，指测试场景对应的数字编号顺序，上述数字编码是按照测试案例的业务流程而设定。测试人员在编写测试案例的时候，会按照业务流程的先后顺序来确定测试场景的数字编码，如编号1、2、3、4。
配置单元31，用于根据所述测试场景数量同时调用多个测试接口，并依据各所述测试场景分别一一对应配置各所述测试接口的配置参数。
举例地，出单的测试案例，测试场景一是调用投保接口，测试场景二是调用承保接口，两个测试场景分别对应不同配置参数的测试接口，以确保能正确执行各测试场景的测试。本实施例同时调用的多个测试接口的数量可与测试场景数量相同；本申请其他实施例中，也可以是将测试场景数量根据现配置的单次测试的最大测试接口量，分批次进行。比如，一个测试案例包括20个测试场景，同时调用的测试接口的数量为10，则分两个批次，每批次同时调用10个测试接口完成对测试案例的测试。
执行单元32，用于按照各所述测试场景依次执行的测试顺序，依次调用各所述测试接口完成测试，并反馈测试结果。
本实施例的各所述测试场景依次执行的测试顺序，为顺利完成对应待测试案例的时间顺序流程。举例地，保险出单的测试案例，测试场景一是调用投保接口，测试场景二是调用承保接口，必须按照先执行测试场景一再执行测试场景二的顺序，待测试案例才能正确执行。例如车险理赔的测试案例，测试场景一必须是先报案，测试场景二是查勘、定损等，必须先执行测试场景一，然后执行测试场景二，而不能先定损，再报案。
翻转单元33，用于根据所述测试结果翻转所述测试案例的测试状态。
本申请通过每个固定时间查阅翻转案件状态，以便自动统计项目版本进行时间范围内的数据，来分析开发人员和测试人员的工作表现，有利于项目版本开发拆分成多个小任务的敏捷开发模式，将项目版本开发看作众多小任务的集合，每个小任务对应一个测试案例，不同测试案例对应不同的测试流程，每个小任务对应的测试案例测试完毕后，会进行翻转测试案例的测试状态，比如从未测试到测试通过，并在自动统计过程中通过关键词查寻的方式，获取当前测试案例的状态，比如通过、未通过等。
参照图8，本申请另一实施例的调用模块3，包括：
统计单元34：通过异步任务统计各所述测试案例的测试状态，获得所述项目版本的各版本故事的执行率以及通过率。
本实施例的自动统计测试进度过程如下：一个项目版本包括很多版本故事，一个版本故事分配了相应的开发人员和测试人员，测试人员写的测试案例跟具体版本故事关联，所以一个版本故事下至少有一个测试案例，通过完成测试案例的测试后，翻转测试案例的状态，实现完成测试案例的数量统计。设某一个版本故事有S个测试案例，可以得到单个项目版本故事的测试案例的执行率为：通过率为：整个项目版本进度针对该项目版本所有的测试案例计算，执行率为：通过率为：上述所有计算的过程是通过异步程序定时执行的，异步程序是指测试过程和统计过程独立进行，互不干扰。本实施例通过对配置的不同参量信息的总结实现对开发人员或测试人员的针对性管理，比如对于开发人员通过设置按时移交率和冒烟通过率的权重，实现对开发人员的业绩管理；通过设置案例执行率、案例通过率、缺陷数的权重，实现对测试人员的工作状态管理。
参照图9，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储管理测试进度的过程需要的所有数据。该计算机设备的网络接口用于与外部的端通过网络连接通信。该计算机程序被处理器执行时以实现管理测试进度的方法。
上述处理器执行上述管理测试进度的方法，管理项目版本的测试进度，所述项目版本包括多个版本故事，包括：接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个；接收测试人员针对所述第一版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间；调用指定接口对所述测试案例进行测试；接收所述测试案例的完成测试后的测试数据，并记录测试完成时间；根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
上述计算机设备，通过在线管理开发人员开发的版本故事以及测试人员的测试过程，实现开发人员和测试人员的资源实现共享，实现项目测试过程的透明化，实现项目版本测试工作的精细化管理和跟进。通过设计开发人员的开发靠谱指数，实现将开发人员的产能和质量进行量化为指数评估，帮助项目管理者了解开发团队的工作情况。通过在线编写测试案例，提高了测试案例的针对性和指向性，简化了测试案例的编写数据，只编写需要关注的主要点即可实现测试，解放测试人员的生产力，提高测试效率。
在一个实施例中，上述处理器根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表的步骤之后，包括：通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，判断所述第一版本故事的测试进度是否超过预期；若是，则判定所述第一版本故事的测试进度处于异常状态；根据所述异常状态自动生成预警警报。
在一个实施例中，上述处理器根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表的步骤之后，包括：汇总所述项目版本中所有版本故事分别对应的各进度表和测试数据；根据各进度表和测试数据，形成所述项目版本对应的测试报告。
在一个实施例中，上述处理器根据各进度表和测试数据，形成所述项目版本对应的测试报告的步骤之后，包括：根据所述测试报告获取指定开发人员对应的所有版本故事的按时移交率和冒烟通过率；根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数；根据所述开发靠谱指数评估所述指定开发人员的工作能力等级。
在一个实施例中，上述处理器根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数的步骤，包括：调取所述按时移交率对应的预设按时移交率权重，和冒烟通过率对应的预设冒烟通过率权重；根据开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重，获得所述指定开发人员的开发靠谱指数。
在一个实施例中，上述处理器调用指定接口对所述测试案例进行测试的步骤，包括：获取待测试的测试案例的测试场景数据，其中，所述测试案例包括一个或多个测试场景，所述测试场景数据包括测试场景数量、测试案例对应的各测试场景以及各测试场景依次执行的测试顺序；根据所述测试场景数量同时调用多个测试接口，并依据各所述测试场景分别一一对应配置各所述测试接口的配置参数；按照各所述测试场景依次执行的测试顺序，依次调用各所述测试接口完成测试，并反馈测试结果；根据所述测试结果翻转所述测试案例的测试状态。
在一个实施例中，上述处理器根据所述测试结果翻转所述测试案例的测试状态的步骤之后，包括：通过异步程序统计各所述测试案例的测试状态，获得所述项目版本的各版本故事的执行率以及通过率。
本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。
本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现管理测试进度的方法，管理项目版本的测试进度，所述项目版本包括多个版本故事，包括：接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个；接收测试人员针对所述第一版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间；调用指定接口对所述测试案例进行测试；接收所述测试案例的完成测试后的测试数据，并记录测试完成时间；根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
上述计算机可读存储介质，通过在线管理开发人员开发的版本故事以及测试人员的测试过程，实现开发人员和测试人员的资源实现共享，实现项目测试过程的透明化，实现项目版本测试工作的精细化管理和跟进。通过设计开发人员的开发靠谱指数，实现将开发人员的产能和质量进行量化为指数评估，帮助项目管理者了解开发团队的工作情况。通过在线编写测试案例，提高了测试案例的针对性和指向性，简化了测试案例的编写数据，只编写需要关注的主要点即可实现测试，解放测试人员的生产力，提高测试效率。
在一个实施例中，上述处理器根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表的步骤之后，包括：通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，判断所述第一版本故事的测试进度是否超过预期；若是，则判定所述第一版本故事的测试进度处于异常状态；根据所述异常状态自动生成预警警报。
在一个实施例中，上述处理器根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表的步骤之后，包括：汇总所述项目版本中所有版本故事分别对应的各进度表和测试数据；根据各进度表和测试数据，形成所述项目版本对应的测试报告。
在一个实施例中，上述处理器根据各进度表和测试数据，形成所述项目版本对应的测试报告的步骤之后，包括：根据所述测试报告获取指定开发人员对应的所有版本故事的按时移交率和冒烟通过率；根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数；根据所述开发靠谱指数评估所述指定开发人员的工作能力等级。
在一个实施例中，上述处理器根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数的步骤，包括：调取所述按时移交率对应的预设按时移交率权重，和冒烟通过率对应的预设冒烟通过率权重；根据开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重，获得所述指定开发人员的开发靠谱指数。
在一个实施例中，上述处理器调用指定接口对所述测试案例进行测试的步骤，包括：获取待测试的测试案例的测试场景数据，其中，所述测试案例包括一个或多个测试场景，所述测试场景数据包括测试场景数量、测试案例对应的各测试场景以及各测试场景依次执行的测试顺序；根据所述测试场景数量同时调用多个测试接口，并依据各所述测试场景分别一一对应配置各所述测试接口的配置参数；按照各所述测试场景依次执行的测试顺序，依次调用各所述测试接口完成测试，并反馈测试结果；根据所述测试结果翻转所述测试案例的测试状态。
在一个实施例中，上述处理器根据所述测试结果翻转所述测试案例的测试状态的步骤之后，包括：通过异步程序统计各所述测试案例的测试状态，获得所述项目版本的各版本故事的执行率以及通过率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种管理测试进度的方法，其特征在于，用于管理项目版本的测试进度，所述项目版本包括多个版本故事，方法包括：
接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个；
接收测试人员针对所述第一版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间；
调用指定接口对所述测试案例进行测试；
接收所述测试案例的完成测试后的测试数据，并记录测试完成时间；
根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
2.根据权利要求1所述的管理测试进度的方法，其特征在于，所述根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表的步骤之后，包括：
通过比较所述第一版本故事的实际完成测试时间与任务协议中预设完成测试时间，判断所述第一版本故事的测试进度是否超过预期；
若是，则判定所述第一版本故事的测试进度处于异常状态；
根据所述异常状态自动生成预警警报。
3.根据权利要求1所述的管理测试进度的方法，其特征在于，所述根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度的步骤之后，包括：
汇总所述项目版本中所有版本故事分别对应的各进度表和测试数据；
根据各进度表和测试数据，形成所述项目版本对应的测试报告。
4.根据权利要求3所述的管理测试进度的方法，其特征在于，所述根据各进度表和测试数据，形成所述项目版本对应的测试报告的步骤之后，包括：
根据所述测试报告获取指定开发人员对应的所有版本故事的按时移交率和冒烟通过率；
根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数；
根据所述开发靠谱指数评估所述指定开发人员的工作能力等级。
5.根据权利要求4所述的管理测试进度的方法，其特征在于，所述根据所述按时移交率和冒烟通过率，计算所述指定开发人员的开发靠谱指数的步骤，包括：
调取所述按时移交率对应的预设按时移交率权重，和冒烟通过率对应的预设冒烟通过率权重；
根据开发靠谱指数＝按时移交率*按时移交率权重+冒烟通过率*冒烟通过率权重，获得所述指定开发人员的开发靠谱指数。
6.根据权利要求1所述的管理测试进度的方法，其特征在于，所述调用指定接口对所述测试案例进行测试的步骤，包括：
获取待测试的测试案例的测试场景数据，其中，所述测试案例包括一个或多个测试场景，所述测试场景数据包括测试场景数量、测试案例对应的各测试场景以及各测试场景依次执行的测试顺序；
根据所述测试场景数量同时调用多个测试接口，并依据各所述测试场景分别一一对应配置各所述测试接口的配置参数；
按照各所述测试场景依次执行的测试顺序，依次调用各所述测试接口完成测试，并反馈测试结果；
根据所述测试结果翻转所述测试案例的测试状态。
7.根据权利要求6所述的管理测试进度的方法，其特征在于，所述根据所述测试结果翻转所述测试案例的测试状态的步骤之后，包括：
通过异步程序统计各所述测试案例的测试状态，获得所述项目版本的各版本故事的执行率以及通过率。
8.一种管理测试进度的装置，其特征在于，用于管理项目版本的测试进度，所述项目版本包括多个版本故事，装置包括：
第一接收模块，用于接收开发人员上传的第一版本故事，并记录上传所述第一版本故事的上传时间，其中，所述第一版本故事为所述项目版本中包括的多个版本故事中的任何一个；
第二接收模块，用于接收测试人员针对所述第一版本故事在线编写的测试案例，并记录编写完成后保存所述测试案例的保存时间；
调用模块，用于调用指定接口对所述测试案例进行测试；
第三接收模块，用于接收所述测试案例的完成测试后的测试数据，并记录测试完成时间；
第一形成模块，用于根据所述上传时间、保存时间以及测试完成时间形成所述第一版本故事的测试进度表，并根据所述第一版本故事的测试进度表的形成过程，获得所述项目版本中的所有版本故事的测试进度。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811229407.6A CN109324976B (zh) | 2018-10-22 | 管理测试进度的方法、装置、计算机设备以及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811229407.6A CN109324976B (zh) | 2018-10-22 | 管理测试进度的方法、装置、计算机设备以及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109324976A true CN109324976A (zh) | 2019-02-12 |
| CN109324976B CN109324976B (zh) | 2024-05-31 |
Family
ID=
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110489329A (zh) * | 2019-07-12 | 2019-11-22 | 平安普惠企业管理有限公司 | 一种测试报告的输出方法、装置及终端设备 |
| CN112306873A (zh) * | 2020-10-30 | 2021-02-02 | 云账户技术(天津)有限公司 | 上线流程管理方法、装置和电子设备 |
| CN113516455A (zh) * | 2021-08-06 | 2021-10-19 | 上海中通吉网络技术有限公司 | 项目开发人员资源监控管理方法及设备 |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1641656A (zh) * | 2004-01-18 | 2005-07-20 | 英业达股份有限公司 | 软件开发进程控制系统及方法 |
| CN101403965A (zh) * | 2008-11-18 | 2009-04-08 | 四川赛文纳克软件有限公司 | 集成式迭代化软件开发过程控制系统及方法 |
| US20110081632A1 (en) * | 2006-10-12 | 2011-04-07 | Wipro Limited | System and method for distributed agile |
| US20110296371A1 (en) * | 2010-05-26 | 2011-12-01 | International Business Machines Corporation | Creating A Test Progression Plan |
| CN102360465A (zh) * | 2011-09-30 | 2012-02-22 | 镇江睿泰信息科技有限公司 | 软件项目进度管理方法及系统 |
| CN102456177A (zh) * | 2010-10-27 | 2012-05-16 | 镇江华扬信息科技有限公司 | 软件项目管理系统 |
| CN102521122A (zh) * | 2011-11-23 | 2012-06-27 | 北京交通大学 | 面向动态场景的测试序列生成方法及系统 |
| KR20150134153A (ko) * | 2014-05-21 | 2015-12-01 | 주식회사 세븐지엔씨 | 프로젝트 관리 방법 및 서버 |
| CN105117348A (zh) * | 2015-09-28 | 2015-12-02 | 佛山市朗达信息科技有限公司 | 一种监控软件测试执行进度的方法 |
| CN106096908A (zh) * | 2016-06-02 | 2016-11-09 | 深圳铂睿智恒科技有限公司 | 一种项目进度监控提示方法及系统 |
| CN106447144A (zh) * | 2015-08-07 | 2017-02-22 | 阿里巴巴集团控股有限公司 | 一种目标对象的评估方法及装置 |
| CN107516192A (zh) * | 2017-08-28 | 2017-12-26 | 携程旅游信息技术（上海）有限公司 | 敏捷项目的管理方法、装置、系统、电子设备、存储介质 |
| CN107679818A (zh) * | 2017-05-10 | 2018-02-09 | 平安科技（深圳）有限公司 | 软件项目管理方法、终端及计算机可读存储介质 |
| CN108427637A (zh) * | 2018-01-18 | 2018-08-21 | 平安科技（深圳）有限公司 | 测试案例推荐方法、电子装置及可读存储介质 |
| CN108492005A (zh) * | 2018-02-26 | 2018-09-04 | 平安普惠企业管理有限公司 | 项目数据处理方法、装置、计算机设备和存储介质 |
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1641656A (zh) * | 2004-01-18 | 2005-07-20 | 英业达股份有限公司 | 软件开发进程控制系统及方法 |
| US20110081632A1 (en) * | 2006-10-12 | 2011-04-07 | Wipro Limited | System and method for distributed agile |
| CN101403965A (zh) * | 2008-11-18 | 2009-04-08 | 四川赛文纳克软件有限公司 | 集成式迭代化软件开发过程控制系统及方法 |
| US20110296371A1 (en) * | 2010-05-26 | 2011-12-01 | International Business Machines Corporation | Creating A Test Progression Plan |
| CN102456177A (zh) * | 2010-10-27 | 2012-05-16 | 镇江华扬信息科技有限公司 | 软件项目管理系统 |
| CN102360465A (zh) * | 2011-09-30 | 2012-02-22 | 镇江睿泰信息科技有限公司 | 软件项目进度管理方法及系统 |
| CN102521122A (zh) * | 2011-11-23 | 2012-06-27 | 北京交通大学 | 面向动态场景的测试序列生成方法及系统 |
| KR20150134153A (ko) * | 2014-05-21 | 2015-12-01 | 주식회사 세븐지엔씨 | 프로젝트 관리 방법 및 서버 |
| CN106447144A (zh) * | 2015-08-07 | 2017-02-22 | 阿里巴巴集团控股有限公司 | 一种目标对象的评估方法及装置 |
| CN105117348A (zh) * | 2015-09-28 | 2015-12-02 | 佛山市朗达信息科技有限公司 | 一种监控软件测试执行进度的方法 |
| CN106096908A (zh) * | 2016-06-02 | 2016-11-09 | 深圳铂睿智恒科技有限公司 | 一种项目进度监控提示方法及系统 |
| CN107679818A (zh) * | 2017-05-10 | 2018-02-09 | 平安科技（深圳）有限公司 | 软件项目管理方法、终端及计算机可读存储介质 |
| CN107516192A (zh) * | 2017-08-28 | 2017-12-26 | 携程旅游信息技术（上海）有限公司 | 敏捷项目的管理方法、装置、系统、电子设备、存储介质 |
| CN108427637A (zh) * | 2018-01-18 | 2018-08-21 | 平安科技（深圳）有限公司 | 测试案例推荐方法、电子装置及可读存储介质 |
| CN108492005A (zh) * | 2018-02-26 | 2018-09-04 | 平安普惠企业管理有限公司 | 项目数据处理方法、装置、计算机设备和存储介质 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110489329A (zh) * | 2019-07-12 | 2019-11-22 | 平安普惠企业管理有限公司 | 一种测试报告的输出方法、装置及终端设备 |
| CN112306873A (zh) * | 2020-10-30 | 2021-02-02 | 云账户技术(天津)有限公司 | 上线流程管理方法、装置和电子设备 |
| CN112306873B (zh) * | 2020-10-30 | 2024-02-09 | 云账户技术(天津)有限公司 | 上线流程管理方法、装置和电子设备 |
| CN113516455A (zh) * | 2021-08-06 | 2021-10-19 | 上海中通吉网络技术有限公司 | 项目开发人员资源监控管理方法及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Li et al. | Architectural technical debt identification based on architecture decisions and change scenarios | |
| US7212987B2 (en) | System and method for planning a design project, coordinating project resources and tools and monitoring project progress | |
| US5381332A (en) | Project management system with automated schedule and cost integration | |
| CN100428242C (zh) | 数据库调整方法和系统 | |
| CN108509485A (zh) | 数据的预处理方法、装置、计算机设备和存储介质 | |
| CN110069572A (zh) | 基于大数据平台的hive任务调度方法、装置、设备及存储介质 | |
| US9514423B2 (en) | Test planning tool for software updates | |
| Asghar et al. | The impact of analytical assessment of requirements prioritization models: an empirical study | |
| Asghar et al. | Impact and challenges of requirements elicitation & prioritization in quality to agile process: Scrum as a case scenario | |
| Zhu et al. | Metanetwork framework for integrated performance assessment under uncertainty in construction projects | |
| Khan et al. | A process model for requirements change management in collocated software development | |
| CN109960488A (zh) | App全周期监控方法、装置、计算机设备及存储介质 | |
| Pietrantuono et al. | Multiobjective testing resource allocation under uncertainty | |
| Hossain | Challenges of software quality assurance and testing | |
| Asghar et al. | Role of requirements elicitation & prioritization to optimize quality in scrum agile development | |
| CN112632179A (zh) | 模型构建方法、装置、存储介质及设备 | |
| CN103970654B (zh) | 一种软件可靠性虚拟测试方法 | |
| Kerzazi et al. | Botched releases: Do we need to roll back? Empirical study on a commercial web app | |
| CN109710517A (zh) | 基于自动化测试工具的集成测试方法、装置和计算机设备 | |
| CN109324976A (zh) | 管理测试进度的方法、装置、计算机设备以及存储介质 | |
| EP1653348A1 (en) | Method for tracking transport requests and computer system with trackable transport requests | |
| CN109324976B (zh) | 管理测试进度的方法、装置、计算机设备以及存储介质 | |
| Zaineb et al. | Identification and analysis of causes for software bug rejection with their impact over testing efficiency | |
| CN109977007B (zh) | 一种plm模具测试管理方法及其系统 | |
| RU162895U1 (ru) | Автоматизированное устройство оценивания рисков |
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 |