CN113742227A - 一种软件测试过程的控制方法、装置、设备和介质 - Google Patents
一种软件测试过程的控制方法、装置、设备和介质 Download PDFInfo
- Publication number
- CN113742227A CN113742227A CN202111025212.1A CN202111025212A CN113742227A CN 113742227 A CN113742227 A CN 113742227A CN 202111025212 A CN202111025212 A CN 202111025212A CN 113742227 A CN113742227 A CN 113742227A
- Authority
- CN
- China
- Prior art keywords
- test
- work order
- task
- management module
- defect
- 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
- 238000000034 method Methods 0.000 title claims abstract description 137
- 230000008569 process Effects 0.000 title claims abstract description 80
- 238000013522 software testing Methods 0.000 title claims abstract description 39
- 238000012360 testing method Methods 0.000 claims abstract description 417
- 230000007547 defect Effects 0.000 claims abstract description 186
- 238000004458 analytical method Methods 0.000 claims abstract description 53
- 238000012545 processing Methods 0.000 claims abstract description 51
- 238000003860 storage Methods 0.000 claims abstract description 13
- 238000007726 management method Methods 0.000 claims description 134
- 238000004519 manufacturing process Methods 0.000 claims description 10
- 230000008439 repair process Effects 0.000 claims description 10
- 238000012790 confirmation Methods 0.000 claims description 4
- 238000010606 normalization Methods 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims description 3
- 230000003111 delayed effect Effects 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 39
- 230000000875 corresponding effect Effects 0.000 description 36
- 230000001276 controlling effect Effects 0.000 description 9
- 238000011161 development Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000009826 distribution Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000003442 weekly effect Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003252 repetitive effect Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 239000000779 smoke Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000013461 design Methods 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
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 238000001556 precipitation Methods 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000013112 stability test Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种软件测试过程的控制方法、装置、设备和介质。该方法由测试协同平台执行，通过工单管理模块获取目标软件测试需求，产生任务并存储开发人员信息和测试需求文档；将任务分配至内测人员，对应任务关联存储人员信息；通过案例管理模块，确定对应任务测试案例，采用测试案例对其进行测试；通过缺陷管理模块，若监测到其在测试过程中出现缺陷，将缺陷任务反馈开发人员，提示对其进行调整；通过案例管理模块，在缺陷处理任务完成时继续对任务目标软件进行测试，直至测试完成；通过报表分析模块，在其测试过程中获取测试结果，并根据结果和工单任务关联存储数据产生测试报表。解决目前测试团队效率较低的问题，降低测试维护成本。
Description
技术领域
本发明实施例涉及计算机软件开发测试技术，尤其涉及一种软件测试过程的控制方法、装置、设备和介质。
背景技术
软件开发过程中，对软件进行测试是必不可少的环节，测试过程关系到软件质量和软件交付后用户的满意度，是软件开发过程中的重中之重。随着互联网产业规模的扩大及管理科学的完善，软件测试逐渐从软件开发中独立出来，很多互联网公司都建立了独立的、专业化的内部测试团队。
软件的测试过程，一般涉及到提出测试需求、选择测试案例进行测试、收集测试结果、以及测试结果反馈等环节。对于庞大复杂的软件开发过程来说，可能有多个开发团队分别开发不同的软件项目，对每个软件项目都有多个测试需求，各个测试需求又需要多个测试案例反复进行测试。这一系列测试过程往往需要多人配合实现。
因此，需要探寻适用于测试团队的整体测试管控方案，能够有效提高测试效率，解决目前测试团队效率较低，重复性工作较多的问题，降低测试团队维护成本。
发明内容
本发明实施例提供一种软件测试过程的控制方法、装置、设备和介质，以提高测试团队的工作效率，降低测试过程的维护成本。
第一方面，本发明实施例提供了一种软件测试过程的控制方法，由测试协同平台执行，测试协同平台包括工单管理模块、案例管理模块、缺陷管理模块和报表分析模块，方法包括：
通过工单管理模块获取到目标软件的测试需求时，产生工单任务；其中，工单任务关联存储有目标软件的开发人员的信息和测试需求文档；
通过工单管理模块将工单任务分配至内测人员，对应于工单任务关联存储内测人员的信息，并将工单任务流转至案例管理模块、缺陷管理模块和报表分析模块；
通过案例管理模块，确定对应于工单任务的测试案例，并采用测试案例对目标软件进行测试，对应于工单任务关联存储测试案例的信息；
通过缺陷管理模块，如果监测到目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将缺陷处理任务反馈至开发人员，以提示对目标软件进行调整，同时对应于工单任务关联存储缺陷信息；
通过案例管理模块，在缺陷处理任务处理完成时继续对工单任务的目标软件采用测试案例进行测试，直至测试完成；
通过报表分析模块，在目标软件的测试过程中获取测试结果，并根据测试结果和工单任务关联存储的数据产生测试报表；其中，测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
第二方面，本发明实施例还提供了一种软件测试过程的控制装置，装置包括：
工单管理模块，用于获取到目标软件的测试需求时，产生工单任务；其中，工单任务关联存储有目标软件的开发人员的信息和测试需求文档；
所述工单管理模块，还用于将工单任务分配至内测人员，对应于工单任务关联存储内测人员的信息，并将工单任务流转至案例管理模块、缺陷管理模块和报表分析模块；
案例管理模块，用于确定对应于工单任务的测试案例，并采用测试案例对目标软件进行测试，对应于工单任务关联存储测试案例的信息；
缺陷管理模块，用于如果监测到目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将缺陷处理任务反馈至开发人员，以提示对目标软件进行调整，同时对应于工单任务关联存储缺陷信息；在缺陷处理任务处理完成时继续对工单任务的目标软件采用测试案例进行测试，直至测试完成；
报表分析模块，用于在目标软件的测试过程中获取测试结果，并根据测试结果和工单任务关联存储的数据产生测试报表；其中，测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
第三方面，本发明实施例还提供了一种电子设备，电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如本发明第一方面实施例所提供的软件测试过程的控制方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明第一方面实施例所提供的软件测试过程的控制方法。
本发明实施例提供了一种软件测试过程的控制方法、装置、设备和介质。该方法由测试协同平台执行，通过设置缺陷处理任务，能够是的缺陷的处理更加及时、可靠，通过工单任务的流转，能够高效驱动测试任务在不同环节之间的流转，且记录各个环节的相关数据，完整呈现测试过程。因此，本发明实施例解决了目前测试团队效率较低，重复性工作较多的问题，实现了提升测试团队协同运作水平，提高测试效率，同时通过管理平台设置监控成功的功能，降低测试团队维护成本的效果。
附图说明
图1为本发明实施例一提供的一种软件测试过程的控制方法的流程示意图；
图2为本发明实施例二提供的一种软件测试过程的控制方法的流程示意图；
图3为本发明实施例三提供的一种软件测试过程的控制方法的流程示意图；
图4为本发明实施例五提供的一种软件测试过程的控制装置的结构示意图；
图5为本发明实施例六提供的一种电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的一种软件测试过程的控制方法的流程示意图，本实施例可适用于在软件开发完成后，通过测试协同平台来控制内测团队进行软件测试的情况，该方法可以由本发明实施例提供的一种软件测试过程的控制装置来执行，该装置可以采用软件和/或硬件的方式来实现。该装置相当于测试协同平台，测试协同平台可由服务器或电子设备等物体实体承载。该测试协同平台可包括工单管理模块、案例管理模块、缺陷管理模块和报表分析模块。如图1，该方法具体包括如下步骤：
步骤101、通过工单管理模块获取到目标软件的测试需求时，产生工单任务；其中，工单任务关联存储有目标软件的开发人员的信息和测试需求文档。
其中，工单管理模块是用于进行工单管理的模块。工单管理可涉及工单的整个生命周期管理，主要包括工单的产生、分配和查询等。具体的，可以用于查看所有提测工单，可以根据需求名单、需求编号、人员名称和所属小组进行筛选查看。
具体的，提测工单为开发人员在完成软件开发后，点击提交测试按钮，相当于产生了目标软件的测试需求。测试协同平台基于提测工单产生工单任务，并通知相关工单人员、开发人员可在提测信息中查看测试需求，提测信息查看为内测人员查看已经提交内测需求的详细信息。
其中，目标软件包括开发的应用软件，例如可以是，聊天软件，办公软件，或者可以是，画图软件等，本发明实施例对此不进行限制。
其中，工单任务表明对目标软件的测试任务，可关联存储测试过程的相关数据，主要可涉及人员信息、软件信息、和测试需求信息等。例如，测试需求可以包括：界面友好性测试、功能测试、性能测试、或稳定性测试等，本发明实施例对此不进行限制。
其中，人员信息主要涉及开发人员和内测人员，可涉及具体责任人，也可进一步涉及具体责任人所归属的项目小组或行政小组等。人员信息包括但不限于姓名、工号和联系方式等。例如，开发人员可包括系统架构人员、需求分析人员、系统分析人员或软件设计人员等，本发明实施例对此不进行限制。
其中，测试需求文档包括对测试提出需求的文档，例如可以是，需求规格说明书或目标软件总体测试策略等，本发明实施例对此不进行限制。测试需求文档中可提出测试目标，也可以提出具体的测试规则和指标要求等。
在本发明实施例中，可以通过工单管理模块，获取目标软件在进行测试需求的时候，具体需要的详细信息，确定测试的具体内容，并将开发目标软件的人员信息与测试目标软件过程中需要的文档存储。
步骤102、通过工单管理模块将工单任务分配至内测人员，对应于工单任务关联存储内测人员的信息，并将工单任务流转至案例管理模块、缺陷管理模块和报表分析模块。
具体的，内测人员为对软件进行测试的人员，对于大规模的软件来说，往往是需要一支内测团队来支持多种测试需求的。每个工单任务将在内测人员之间进行分配。具体的，工单任务可以按照多种规则分配给内测人员，如按照内测人员的工作量情况，或按照内测人员的分组和测试需求的匹配度等。可以自动分配工单人员，也可以由内测团队的负责人进行分配。
分配了工单任务之后，则将内测人员的姓名、联系方式等相关信息与工单任务对应存储。并将工单任务流转至案例管理模块、缺陷管理模块和报表分析模块，即工单任务分别在其他模块可以被执行、监控等可操作状态。
可选的，工单管理模块将工单任务分配至内测人员之前，还包括：根据工单任务所关联的目标软件、测试需求和开发人员中的至少一项，对工单任务进行拆分或合并处理，形成新的工单任务。这样设置的好处在于，可以根据具体的目标软件测试任务，对应不同的测试需求和开发人员等，对应测试难度和人员的能力进行等价分配，提高之后对工单任务的测试效率。对于有关联性的工单任务可以拆分，给不同的内测人员。
可选的，通过所述工单管理模块将所述工单任务分配至内测人员之前，还包括：通过工单管理模块，响应所有工单任务的查询请求，以展示工单任务关联的测试需求和开发人员信息。这样设置的好处在于，可以根据工单任务的具体请求，了解对于工单任务具体的测试需求和开发人员的信息，提高测试效率。
步骤103、通过案例管理模块，确定对应于工单任务的测试案例，并采用测试案例对目标软件进行测试，对应于工单任务关联存储测试案例的信息；
其中，案例管理模块是对在目标软件测试过程中所有的测试案例进行管理，包括测试案例的产生、审核、存储、更新和使用测试等。
具体的，案例管理模块中包含案例库，其中，案例库中是内测人员编写的所有测试案例，可供对测试案例进行选择。
可选的，本发明实施例的方法还包括：通过案例管理模块，展示功能菜单，以供选择执行所述功能菜单中的功能点；其中，所述功能菜单包括至少一个功能点，所述功能点用于执行对测试案例的编辑功能或对测试案例进行审批的功能。这样设置的好处在于，可以根据编辑案例测试并且审批合适的测试案例，用于目标软件的测试，提升测试过程中的协作能力。
步骤104、通过缺陷管理模块，如果监测到目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将缺陷处理任务反馈至开发人员，以提示对所述目标软件进行调整，同时对应于工单任务关联存储缺陷信息；
其中，缺陷管理模块是对目标软件测试过程中，出现的缺陷进行存储并管理的模块。
具体的，在软件测试过程中，经常会出现测试失败，发现软件缺陷的情况。在本发明实施例中，发现缺陷即触发产生缺陷处理任务，缺陷处理任务可以在测试协同平台上流转，可以在开发人员和内测人员之间交互，供开发人员据此对软件进行调整，也可以供内测人员根据开发人员的反馈去调整测试。同时，缺陷处理任务还可以关联性的记录与缺陷相关的信息，例如，缺陷原因、调整次数、调整方式和调整人员等信息。
缺陷主要可包含缺陷信息和生产问题，其中，缺陷信息包括案例执行失败的所有缺陷内容，例如可以是，回归测试失败，推迟修改，或者可以是，开发人员认为不是程序问题，不用修改等，本发明实施例对此不进行限制。
其中，生产问题包括所有在生产之后产生的缺陷，生产问题级别包括流程规范性错误、一般错误和复杂错误，例如可以是，需求不清晰，程序逻辑路径不周全，或者可以是，技术设计系统兼容性问题等，本发明实施例对此不进行限制。
本发明实施例通过缺陷管理模块，在目标软件进行测试的过程中，如果出现缺陷，对缺陷信息和生产问题进行划分归类，并及时反馈给开发人员，及时对目标软件出现的缺陷进行调整。
步骤105、通过案例管理模块，在缺陷处理任务处理完成时继续对工单任务的目标软件采用测试案例进行测试，直至测试完成。
具体的，当在缺陷处理任务处理完成时，继续重复案例测试，直至缺陷全部检测完毕，进行下一步。
步骤106、通过报表分析模块，在目标软件的测试过程中获取测试结果，并根据测试结果和工单任务关联存储的数据产生测试报表；其中，测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
其中，报表分析模块是对目标软件的整个测试过程中，所有的测试结果和需求用例等进行记录、统计并展示的模块。
具体的，报表分析模块的功能主要包括维度报表和质量分析，其中，维度报表中可包括人员维度、缺陷维度、工单维度和小组维度。所谓小组维度是指开发人员所属项目小组，一般体现了目标软件所属项目。
其中，人员维度报表包括查看内侧人员工作量统计，例如可以是，编写案例数量，案例执行数量，或者可以是，有效缺陷总数量等；缺陷维度报表是根据日期进一步查看缺陷和生产问题；工单维度报表可以查看工单状态、测试进度、缺陷总数等；小组维度报表可以查看小组工作量统计表及小组缺陷趋势，小组工作量统计表包括小组内工单总数、缺陷总数等详细数据，小组缺陷趋势从业务需求问题、需规问题、功能实现不完整、历史遗留问题等多个方面统计缺陷趋势；质量分析模块统计了各板块提测准时率、冒烟测试通过率、缺陷reopen率、缺陷密度、缺陷平均解决时常和严重缺陷解决时常，并通过折线图和柱状图进行展示；本发明实施例对此不进行限制。
可选的，通过报表分析模块，根据测试结果和工单任务关联存储的数据产生测试报表包括：通过报表分析模块，根据测试结果和工单任务关联存储的数据产生维度报表，作为测试报表的内容；通过报表分析模块，根据维度报表中的数据进行至少一项测试质量分析，并产生质量分析结果，添加到测试报表中。这样设置的好处在于，可以根据测试结果生成测试报表，实现测试过程中的数据统计，提供多维度的统计报表。
本实施例的技术方案提供了一种软件测试过程的控制方法，由测试协同平台执行，通过工单任务作为一条线，完成线上测试过程中产生的缺陷反馈，多模块之间进行协作处理缺陷任务，并在目标软件测试完成后生成报表，报表包含人员，缺陷，工单任务，人员所述小组等多维度数据，解决了目前测试团队效率较低的问题，达到了提升测试团队协同运作水平，提高测试效率的效果，同时通过管理平台设置监控功能，根据测试结果生成各个维度的报表。
实施例二
图2为本发明实施例二提供的一种软件测试过程的控制方法的流程示意图，本实施例的技术方案是在上述实施例的基础上，对通过案例管理模块，确定对应于工单任务的测试案例的操作进一步细化，如图2所示，具体包括如下步骤：
步骤201、通过所述工单管理模块获取到目标软件的测试需求时，产生工单任务；
步骤202、通过所述工单管理模块将所述工单任务分配至内测人员，对应于所述工单任务关联存储所述内测人员的信息，并将所述工单任务流转至所述案例管理模块、所述缺陷管理模块和所述报表分析模块；
步骤203、通过案例管理模块，获取工单任务关联存储的测试需求文档；
步骤204、根据测试需求文档中的测试需求、目标软件的应用功能点和业务场景，产生测试案例；
或者，在上述操作中，也可以根据测试需求文档中的测试需求、目标软件的应用功能点和业务场景，从案例库中查找确定测试案例。
其中，测试案例贯穿整个测试流程和目标软件开发的流程，可以在测试目标软件时作为输入输出的标准，是目标软件需求的具体对照。具体的，根据目标软件的具体工单任务，在案例库中明确对应的测试案例。为了达到测试目的，测试案例的内容需要与测试需求文档中的测试需求、目标软件的应用功能点和业务场景等具有对应关系，从而满足开发人员对软件的测试需求。
可以根据测试需求从已有的案例库中选择测试案例，也可以根据测试需求自动生成测试案例。具体是，可基于工单任务关联的需规文档，由案例管理模块根据设定生成规则，检索需规内容，自动在工单任务下生成对应功能点的测试案例，经由人工审核通过后使用。
步骤205、通过案例管理模块，根据测试案例所满足的测试需求，以及目标软件的应用功能点和业务场景，建立测试案例在案例库中的归档路由；
其中，归档路由是在案例库中，测试案例的最佳路径和具体的路径选择。，测试案例可实现自动归档至案例库，并按照应用功能点和业务场景等规则自动建立归档路由，便于后续回归测试，相同功能点迭代开发的案例补齐。另一方面，测试案例生成、审核和复用记录的沉淀，能够向上输出测试案例报表，驱动提升需规文档的编写质量以及案例执行情况的分析。
步骤206、通过案例管理模块，根据案例库中测试案例的归档路由进行统计，以确定测试需求、应用功能点和业务场景中至少一个中是否存在缺失测试案例的空白项。
其中，测试案例的空白项为在测试需求、应用功能点和业务场景中某个方面仍然缺乏的测试案例。
步骤207、通过所述案例管理模块，采用所述测试案例对所述目标软件进行测试，对应于所述工单任务关联存储所述测试案例的信息；
步骤208、通过所述缺陷管理模块，如果监测到所述目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将所述缺陷处理任务反馈至开发人员，以提示对所述目标软件进行调整，同时对应于所述工单任务关联存储缺陷信息；
步骤209、通过所述案例管理模块，在缺陷处理任务处理完成时继续对所述工单任务的目标软件采用测试案例进行测试，直至测试完成；
步骤210、通过所述报表分析模块，在所述目标软件的测试过程中获取测试结果，并根据所述测试结果和工单任务关联存储的数据产生测试报表；其中，所述测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
在本发明实施例中，可以根据具体的测试需求文档，明确目标软件测试需求、应用功能点和业务场景，然后进一步生成测试案例，且建立测试案例在案例库中的归档路由，逐步完善、系统化管理测试案例，形成了一系列的线上流程，避免了重复性交流的工作问题，减低测试团队的维护成本，同时提高了测试效率。
本发明实施例提供的技术方案，准确确定工单任务对应的测试案例，并建立测试案例在案例库中的归档路由，实现了通过线上准确确定目标软件的测试案例，快速对应，大大提高测试人员的工作效率。
实施例三
图3为本发明实施例三提供的一种软件测试过程的控制方法的流程示意图，本实施例的技术方案是在上述实施例的基础上，对通过产生缺陷处理任务之后的进一步细化，具体包括如下步骤：
步骤301、通过所述工单管理模块获取到目标软件的测试需求时，产生工单任务；其中，所述工单任务关联存储有所述目标软件的开发人员的信息和测试需求文档；
步骤302、通过所述工单管理模块将所述工单任务分配至内测人员，对应于所述工单任务关联存储所述内测人员的信息，并将所述工单任务流转至所述案例管理模块、所述缺陷管理模块和所述报表分析模块；
步骤303、通过所述案例管理模块，确定对应于所述工单任务的测试案例，并采用所述测试案例对所述目标软件进行测试，对应于所述工单任务关联存储所述测试案例的信息；
步骤304、通过所述缺陷管理模块，如果监测到所述目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将所述缺陷处理任务反馈至开发人员，以提示对所述目标软件进行调整，同时对应于所述工单任务关联存储缺陷信息；
步骤305、通过所述缺陷管理模块，根据开发人员或内测人员对缺陷处理任务的执行情况，确定所述缺陷处理任务的任务执行状态；其中，所述缺陷处理任务的任务执行状态包括下述至少一项：新建、决绝、确认拒绝、延迟修复、打开、已修复和关闭。
步骤306、通过缺陷管理模块，根据缺陷处理任务的执行情况，识别并记录缺陷的缺陷类型和生产问题级别；
其中，缺陷类型包括一次性修复缺陷和重复打开缺陷；生成问题级别包括下述至少一项：流程规范性错误、一般错误和复杂错误。
其中，缺陷类型的确定可以根据工单名、状态、项目、开发人员等进行筛选。
其中，生成问题级别可以通过负责人、处理状态、级别进行筛选，负责人就是工单任务的具体负责人员。
步骤307、通过所述案例管理模块，在缺陷处理任务处理完成时继续对所述工单任务的目标软件采用测试案例进行测试，直至测试完成；
步骤308、通过所述报表分析模块，在所述目标软件的测试过程中获取测试结果，并根据所述测试结果和工单任务关联存储的数据产生测试报表；其中，所述测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
本发明实施例提供的技术方案，当目标软件进行测试时，测试过程中，确定缺陷处理任务的任务执行状态，可以通过确定缺陷任务的具体执行状态，和到底是那种缺陷类型和问题，有效的减少在发现缺陷后，并对缺陷任务进行识别标记，明确缺陷任务的状态和类型，反馈给开发人员，开发人员可以明确目标软件的测试缺陷，方便反馈开发人员并及时解决，并对其进行准确的修复和改进。
实施例四
本发明实施例四提供的一种软件测试过程的控制方法，介绍优选的测试过程。
当从开发提测到测试完成过程中，主要包括：开发人员需求开发；开发人员需求开发完成后，点击提测；开发人员点击提交测试按钮；提测后，测试协同平台通过内测组长，查看提测需求内容；然后进一步判断提测是否规范，根据自测报告和需求分析说明书等进行判断提测是否规范，若不规范，开发人员重新进行需求开发，若规范，执行下一步；内测组长将测试需求的工单任务分配给具体内测人员，根据需求编号、人员名称、所属小组、工单编号和内测人员等进行具体分配；最后内测人员查看已经提交的内测需求详细信息，开始编写测试案例，并将案例发给开发人员评审确定，确认完成后采用测试案例进行案例执行。
当测试完成后，对测试过程中发现的缺陷，提交给开发人员修复并形成报表分析，具体包括：在测试过程中，发现缺陷提交开发人员修复并形成报表分析，当案例执行成功后，无缺陷，直接生成测试报告，并通知工单负责人，生成维度报表；当案例未执行成功后，存在缺陷，内侧人员提交缺陷及缺陷修改报告发送通知给缺陷相关人员，发送邮件到缺陷提交人员、开发人员和工单负责人，进一步开发人员修复缺陷，并生成测试报告，通知工单负责人生成维度报表，最终生成的测试报告包括测试日报和测试周报，对于测试日报，开发人员、内测人员可查看小组和个人的人员维度报表、日报报表；对于测试周报，开发人员、内侧人员可通过监控一缺陷维度查看周报内容。
本实施例提供的软件测试过程的控制方法，通过对内测案例管理和缺陷管理，从开发提测到测试完成，在测试完成后对测试过程中发现的缺陷，提交给开发人员修复，并形成报表，解决了目前测试团队效率较低的问题，达到了提升测试团队协同运作水平的效果。
实施例五
如图4为本发明实施例五提供的一种软件测试过程的控制装置的结构示意图。本实施例可以适用于软件测试过程，如图4所述，软件测试过程的控制装置具体包括：工单管理模块401、案例管理模块402、缺陷管理模块403、报表分析模块404。其中：
工单管理模块401，用于通过工单管理模块获取到目标软件的测试需求时，产生工单任务；其中，工单任务关联存储有目标软件的开发人员的信息和测试需求文档；
工单管理模块401，用于通过工单管理模块将工单任务分配至内测人员，对应于工单任务关联存储内测人员的信息，并将工单任务流转至案例管理模块、缺陷管理模块和报表分析模块；
案例管理模块402，用于通过案例管理模块，确定对应于工单任务的测试案例，并采用测试案例对目标软件进行测试，对应于工单任务关联存储测试案例的信息；在缺陷处理任务处理完成时继续对工单任务的目标软件采用测试案例进行测试，直至测试完成；
缺陷管理模块403，用于通过缺陷管理模块，如果监测到目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将缺陷处理任务反馈至开发人员，以提示对所述目标软件进行调整，同时对应于工单任务关联存储缺陷信息；
报表分析模块404，用于通过报表分析模块，在目标软件的测试过程中获取测试结果，并根据测试结果和工单任务关联存储的数据产生测试报表；其中，测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
可选的，所述工单管理模块，包括：
工单任务形成单元，用于根据所述工单任务所关联的目标软件、测试需求和开发人员中的至少一项，对所述工单任务进行拆分或合并处理，形成新的工单任务。
可选的，所述工单管理模块，包括：
响应查询请求单元，用于通过所述工单管理模块，响应所有工单任务的查询请求，以展示所述工单任务关联的测试需求和开发人员的信息。
可选的，所述案例管理模块，包括：
获取测试需求文档单元：用于通过所述案例管理模块，获取所述工单任务关联存储的测试需求文档；
确定测试案例单元：用于根据所述测试需求文档中的测试需求、目标软件的应用功能点和业务场景，产生测试案例；或根据所述测试需求文档中的测试需求、目标软件的应用功能点和业务场景，从案例库中查找确定测试案例。
可选的，所述案例管理模块还包括：
建立归档路由单元：用于通过所述案例管理模块，根据所述测试案例所满足的测试需求，以及目标软件的应用功能点和业务场景，建立所述测试案例在案例库中的归档路由。
可选的，所述案例管理模块还包括：
归档路由统计单元：用于通过所述案例管理模块，根据案例库中测试案例的归档路由进行统计，以确定测试需求、应用功能点和业务场景中至少一个中是否存在缺失测试案例的空白项。
可选的，该装置还包括：
功能菜单展示单元：用于通过所述案例管理模块，展示功能菜单，以供选择执行所述功能菜单中的功能点；其中，所述功能菜单包括至少一个功能点，所述功能点用于执行对测试案例的编辑功能或对测试案例进行审批的功能。
可选的，该装置还包括：
确认缺陷状态单元：用于通过所述缺陷管理模块，根据开发人员或内测人员对缺陷处理任务的执行情况，确定所述缺陷处理任务的任务执行状态；其中，所述缺陷处理任务的任务执行状态包括下述至少一项：新建、决绝、确认拒绝、延迟修复、打开、已修复和关闭。
可选的，该装置还包括：
识别缺陷类型和生产问题级别单元：用于通过所述缺陷管理模块，根据所述缺陷处理任务的执行情况，识别并记录所述缺陷的缺陷类型和生产问题级别；其中，所述缺陷类型包括一次性修复缺陷和重复打开缺陷；所述生成问题级别包括下述至少一项：流程规范性错误、一般错误和复杂错误。
可选的，该装置还包括：
产生维度报表单元：用于通过所述报表分析模块，根据所述测试结果和工单任务关联存储的数据产生维度报表，作为测试报表的内容；
产生质量分析结果单元：用于通过所述报表分析模块，根据维度报表中的数据进行至少一项测试质量分析，并产生质量分析结果，添加到测试报表中。
本发明实施例所提供的一种软件测试过程的控制装置，可执行本发明任意实施例所提供的软件测试过程的控制方法，具备执行方法相应的功能模块和有益效果。
实施例六
图5为本发明实施例六提供的一种电子设备的结构示意图，如图5所示，该电子设备包括处理器501、存储器502、输入装置503和输出装置504；电子设备中处理器501的数量可以是一个或多个，图5中以一个处理器501为例；电子设备中的处理器501、存储器502、输入装置503和输出装置504可以通过总线或其他方式连接，图5中以通过总线连接为例。
存储器502作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的软件测试过程的控制方法对应的程序指令/模块(例如，软件测试过程的控制装置中的工单管理模块401、案例管理模块402、缺陷管理模块403、报表分析模块404。)。处理器501通过运行存储在存储器502中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的软件测试过程的控制方法。
存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器502可进一步包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置503可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置504可包括显示屏等显示设备。
实施例七
本发明实施例七还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种软件测试过程的控制方法，由测试协同平台执行，测试协同平台包括工单管理模块、案例管理模块、缺陷管理模块和报表分析模块，该方法包括：
通过工单管理模块获取到目标软件的测试需求时，产生工单任务；其中，工单任务关联存储有目标软件的开发人员的信息和测试需求文档；
通过工单管理模块将工单任务分配至内测人员，对应于工单任务关联存储内测人员的信息，并将工单任务流转至案例管理模块、缺陷管理模块和报表分析模块；
通过案例管理模块，确定对应于工单任务的测试案例，并采用测试案例对目标软件进行测试，对应于工单任务关联存储测试案例的信息；
通过缺陷管理模块，如果监测到目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将缺陷处理任务反馈至开发人员，以提示对目标软件进行调整，同时对应于工单任务关联存储缺陷信息；
通过案例管理模块，在缺陷处理任务处理完成时继续对工单任务的目标软件采用测试案例进行测试，直至测试完成；
通过报表分析模块，在目标软件的测试过程中获取测试结果，并根据测试结果和工单任务关联存储的数据产生测试报表；其中，测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的软件测试过程的控制方法中的相关操作。
通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
Claims (13)
1.一种软件测试过程的控制方法，其特征在于，由测试协同平台执行，所述测试协同平台包括工单管理模块、案例管理模块、缺陷管理模块和报表分析模块，所述方法包括：
通过所述工单管理模块获取到目标软件的测试需求时，产生工单任务；其中，所述工单任务关联存储有所述目标软件的开发人员的信息和测试需求文档；
通过所述工单管理模块将所述工单任务分配至内测人员，对应于所述工单任务关联存储所述内测人员的信息，并将所述工单任务流转至所述案例管理模块、所述缺陷管理模块和所述报表分析模块；
通过所述案例管理模块，确定对应于所述工单任务的测试案例，并采用所述测试案例对所述目标软件进行测试，对应于所述工单任务关联存储所述测试案例的信息；
通过所述缺陷管理模块，如果监测到所述目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将所述缺陷处理任务反馈至开发人员，以提示对所述目标软件进行调整，同时对应于所述工单任务关联存储缺陷信息；
通过所述案例管理模块，在缺陷处理任务处理完成时继续对所述工单任务的目标软件采用测试案例进行测试，直至测试完成；
通过所述报表分析模块，在所述目标软件的测试过程中获取测试结果，并根据所述测试结果和工单任务关联存储的数据产生测试报表；其中，所述测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
2.根据权利要求1所述的方法，其特征在于，通过所述工单管理模块将所述工单任务分配至内测人员之前，还包括：
根据所述工单任务所关联的目标软件、测试需求和开发人员中的至少一项，对所述工单任务进行拆分或合并处理，形成新的工单任务。
3.根据权利要求1所述的方法，其特征在于，通过所述工单管理模块将所述工单任务分配至内测人员之前，还包括：
通过所述工单管理模块，响应所有工单任务的查询请求，以展示所述工单任务关联的测试需求和开发人员的信息。
4.根据权利要求1所述的方法，其特征在于，通过所述案例管理模块，确定对应于所述工单任务的测试案例包括：
通过所述案例管理模块，获取所述工单任务关联存储的测试需求文档；
根据所述测试需求文档中的测试需求、目标软件的应用功能点和业务场景，产生测试案例；或根据所述测试需求文档中的测试需求、目标软件的应用功能点和业务场景，从案例库中查找确定测试案例。
5.根据权利要求4所述的方法，其特征在于，通过所述案例管理模块，确定对应于所述工单任务的测试案例之后，还包括：
通过所述案例管理模块，根据所述测试案例所满足的测试需求，以及目标软件的应用功能点和业务场景，建立所述测试案例在案例库中的归档路由。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
通过所述案例管理模块，根据案例库中测试案例的归档路由进行统计，以确定测试需求、应用功能点和业务场景中至少一个中是否存在缺失测试案例的空白项。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
通过所述案例管理模块，展示功能菜单，以供选择执行所述功能菜单中的功能点；
其中，所述功能菜单包括至少一个功能点，所述功能点用于执行对测试案例的编辑功能或对测试案例进行审批的功能。
8.根据权利要求1所述的方法，其特征在于，产生缺陷处理任务之后，还包括：
通过所述缺陷管理模块，根据开发人员或内测人员对缺陷处理任务的执行情况，确定所述缺陷处理任务的任务执行状态；其中，所述缺陷处理任务的任务执行状态包括下述至少一项：新建、决绝、确认拒绝、延迟修复、打开、已修复和关闭。
9.根据权利要求1所述的方法，其特征在于，产生缺陷处理任务之后，还包括：
通过所述缺陷管理模块，根据所述缺陷处理任务的执行情况，识别并记录所述缺陷的缺陷类型和生产问题级别；
其中，所述缺陷类型包括一次性修复缺陷和重复打开缺陷；所述生成问题级别包括下述至少一项：流程规范性错误、一般错误和复杂错误。
10.根据权利要求1所述的方法，其特征在于，通过所述报表分析模块，根据所述测试结果和工单任务关联存储的数据产生测试报表包括：
通过所述报表分析模块，根据所述测试结果和工单任务关联存储的数据产生维度报表，作为测试报表的内容；
通过所述报表分析模块，根据维度报表中的数据进行至少一项测试质量分析，并产生质量分析结果，添加到测试报表中。
11.一种软件测试过程的控制装置，其特征在于，所述装置包括：
工单管理模块，用于获取到目标软件的测试需求时，产生工单任务；其中，所述工单任务关联存储有所述目标软件的开发人员的信息和测试需求文档；
工单管理模块，还用于将所述工单任务分配至内测人员，对应于所述工单任务关联存储所述内测人员的信息，并将所述工单任务流转至案例管理模块、缺陷管理模块和报表分析模块；
案例管理模块，用于确定对应于所述工单任务的测试案例，并采用所述测试案例对所述目标软件进行测试，对应于所述工单任务关联存储所述测试案例的信息；
缺陷管理模块，用于如果监测到所述目标软件在测试过程中出现缺陷时，则产生缺陷处理任务，并将所述缺陷处理任务反馈至开发人员，以提示对所述目标软件进行调整，同时对应于所述工单任务关联存储缺陷信息；在缺陷处理任务处理完成时继续对所述工单任务的目标软件采用测试案例进行测试，直至测试完成；
报表分析模块，用于在所述目标软件的测试过程中获取测试结果，并根据所述测试结果和工单任务关联存储的数据产生测试报表；其中，所述测试报表的内容包括下述至少一个维度：人员维度、缺陷维度、工单维度和人员所属的小组维度。
12.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的软件测试过程的控制方法。
13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-10中任一所述的软件测试过程的控制方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111025212.1A CN113742227B (zh) | 2021-09-02 | 2021-09-02 | 一种软件测试过程的控制方法、装置、设备和介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111025212.1A CN113742227B (zh) | 2021-09-02 | 2021-09-02 | 一种软件测试过程的控制方法、装置、设备和介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113742227A true CN113742227A (zh) | 2021-12-03 |
| CN113742227B CN113742227B (zh) | 2024-01-23 |
Family
ID=78734876
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111025212.1A Active CN113742227B (zh) | 2021-09-02 | 2021-09-02 | 一种软件测试过程的控制方法、装置、设备和介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113742227B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116304399A (zh) * | 2023-05-19 | 2023-06-23 | 建信金融科技有限责任公司 | 测试案例的可视化处理方法、装置及系统 |
| CN116954624A (zh) * | 2023-09-20 | 2023-10-27 | 广州晨安网络科技有限公司 | 基于软件开发包的编译方法、软件开发系统及服务器 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103257917A (zh) * | 2012-02-16 | 2013-08-21 | 广州博纳信息技术有限公司 | 软件测评系统管理方法 |
| US8881095B1 (en) * | 2012-03-30 | 2014-11-04 | Sprint Communications Company L.P. | Software defect prediction |
| CN110221962A (zh) * | 2019-04-28 | 2019-09-10 | 福建省农村信用社联合社 | 一种集中式软件测试管理系统及方法 |
| CN112363911A (zh) * | 2020-09-29 | 2021-02-12 | 武汉虹旭信息技术有限责任公司 | 软件测试缺陷分析方法及装置 |
| CN113127343A (zh) * | 2021-03-30 | 2021-07-16 | 广东电网有限责任公司 | 一种基于微服务架构的电网代码测试分析系统 |
-
2021
- 2021-09-02 CN CN202111025212.1A patent/CN113742227B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103257917A (zh) * | 2012-02-16 | 2013-08-21 | 广州博纳信息技术有限公司 | 软件测评系统管理方法 |
| US8881095B1 (en) * | 2012-03-30 | 2014-11-04 | Sprint Communications Company L.P. | Software defect prediction |
| CN110221962A (zh) * | 2019-04-28 | 2019-09-10 | 福建省农村信用社联合社 | 一种集中式软件测试管理系统及方法 |
| CN112363911A (zh) * | 2020-09-29 | 2021-02-12 | 武汉虹旭信息技术有限责任公司 | 软件测试缺陷分析方法及装置 |
| CN113127343A (zh) * | 2021-03-30 | 2021-07-16 | 广东电网有限责任公司 | 一种基于微服务架构的电网代码测试分析系统 |
Non-Patent Citations (1)
| Title |
|---|
| 代国林;郭友宝;邓盼;王春鹏;: "基于Web的测试过程控制与管理平台", 科技视界, no. 07 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116304399A (zh) * | 2023-05-19 | 2023-06-23 | 建信金融科技有限责任公司 | 测试案例的可视化处理方法、装置及系统 |
| CN116304399B (zh) * | 2023-05-19 | 2023-08-11 | 建信金融科技有限责任公司 | 测试案例的可视化处理方法、装置及系统 |
| CN116954624A (zh) * | 2023-09-20 | 2023-10-27 | 广州晨安网络科技有限公司 | 基于软件开发包的编译方法、软件开发系统及服务器 |
| CN116954624B (zh) * | 2023-09-20 | 2023-12-01 | 广州晨安网络科技有限公司 | 基于软件开发包的编译方法、软件开发系统及服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113742227B (zh) | 2024-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107885660B (zh) | 基金系统自动化测试管理方法、装置、设备及存储介质 | |
| WO2019100577A1 (zh) | 自动化测试管理方法、装置、终端设备及存储介质 | |
| WO2019100576A1 (zh) | 自动化测试管理方法、装置、终端设备及存储介质 | |
| CN113742227A (zh) | 一种软件测试过程的控制方法、装置、设备和介质 | |
| CN111522728A (zh) | 自动化测试用例的生成方法、电子设备及可读存储介质 | |
| CN111240968A (zh) | 一种自动测试管理方法及系统 | |
| CN111679851B (zh) | 需求代码管理方法、装置、系统与计算机可读存储介质 | |
| CN112162960A (zh) | 一种卫生健康政务信息共享方法、装置及系统 | |
| CN115657890A (zh) | 一种pra机器人可定制方法 | |
| Karim et al. | Understanding key features of high-impact bug reports | |
| CN113010208B (zh) | 一种版本信息的生成方法、装置、设备及存储介质 | |
| CN115170097B (zh) | 一种空间数据分布式质检方法及系统 | |
| CN111767205A (zh) | 一种支持任务拆分的在线检测方法及系统 | |
| CN113791980B (zh) | 测试用例的转化分析方法、装置、设备及存储介质 | |
| CN114996148A (zh) | 基于pyspark的自动化测试方法、装置、计算机设备及存储介质 | |
| CN115757090A (zh) | 软件测试系统、方法、设备及介质 | |
| KR102155792B1 (ko) | 크라우드 소싱 기반 프로젝트의 특성에 따른 검수자 선별 방법 | |
| CN113609698A (zh) | 一种基于工艺故障数据库的工艺可靠性分析方法及系统 | |
| Bermon Angarita et al. | A Bibliometric Analysis of DevOps Metrics. | |
| Zhi-bo et al. | Analysis of software process effectiveness based on orthogonal defect classification | |
| Schulte et al. | Active files as a measure of software maintainability | |
| CN118331843B (zh) | 分层数据自动化测试方法、装置、设备及存储介质 | |
| CN116303104B (zh) | 自动化流程缺陷筛查管理方法、系统和可读存储介质 | |
| CN118427108B (zh) | 用于SaaS软件的操作技能测试方法及系统 | |
| Pushak et al. | Empirical scaling analyzer: An automated system for empirical analysis of performance scaling |
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 | ||
| GR01 | Patent grant |