CN111966585A - Test task execution method, device, equipment and system - Google Patents
Test task execution method, device, equipment and system Download PDFInfo
- Publication number
- CN111966585A CN111966585A CN202010770593.5A CN202010770593A CN111966585A CN 111966585 A CN111966585 A CN 111966585A CN 202010770593 A CN202010770593 A CN 202010770593A CN 111966585 A CN111966585 A CN 111966585A
- Authority
- CN
- China
- Prior art keywords
- test
- task
- information
- target
- tested
- 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 515
- 238000000034 method Methods 0.000 title claims abstract description 71
- 230000007246 mechanism Effects 0.000 claims abstract description 140
- 230000015654 memory Effects 0.000 claims description 22
- 230000007547 defect Effects 0.000 claims description 13
- 238000012545 processing Methods 0.000 claims description 11
- 238000009826 distribution Methods 0.000 claims description 9
- 239000013589 supplement Substances 0.000 claims description 6
- 238000007726 management method Methods 0.000 description 36
- 230000006870 function Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 9
- 238000004519 manufacturing process Methods 0.000 description 9
- 230000008520 organization Effects 0.000 description 8
- 238000012550 audit Methods 0.000 description 6
- 238000011161 development Methods 0.000 description 6
- 238000003860 storage Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000011156 evaluation Methods 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 238000003908 quality control method Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 108010001267 Protein Subunits Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000000528 statistical test 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/3688—Test management for test execution, e.g. scheduling of test suites
Abstract
The specification provides a method, a device, equipment and a system for executing a test task. The method comprises the steps of obtaining requirement information of a task to be tested; the requirement information comprises task attributes and service field information; determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields; selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism; and executing the task to be tested based on the target testing resource set to obtain a testing result. By using the embodiment of the specification, the matching between the task to be tested and the testing resource can be quickly realized, so that the testing efficiency is improved.
Description
Technical Field
The present application relates to the field of information processing technologies, and in particular, to a method, an apparatus, a device, and a system for executing a test task.
Background
For a long time, the acceptance test of the user plays an important role in the construction and implementation process of the bank system.
Currently, each time a proof test is performed, test resources need to be temporarily abstracted from different branch offices. However, because the testing resources of different organizations are relatively dispersed, and different testing resources may come from different business backgrounds and have different testing professional abilities, the full-flow testing task in the multi-branch-organization remote testing mode cannot be matched with better testing resources, and thus the remote testing efficiency is low.
Therefore, there is a need for a solution to the above technical problems.
Disclosure of Invention
The embodiment of the specification provides a method, a device, equipment and a system for executing a test task, and the test efficiency can be improved.
The method, the device, the equipment and the system for executing the test task are realized in the following modes.
A method of performing a test task, comprising: acquiring demand information of a task to be tested; the requirement information comprises task attributes and service field information; determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields; selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism; and executing the task to be tested based on the target testing resource set to obtain a testing result.
An apparatus for performing a test task, comprising: the demand information acquisition module is used for acquiring demand information of the task to be tested; the requirement information comprises task attributes and service field information; the target mechanism determining module is used for determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields; a target test resource set obtaining module, configured to select a test resource set corresponding to the service domain information from the target mechanism, and obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism; and the execution module is used for executing the task to be tested based on the target testing resource set to obtain a testing result.
A test task execution device comprising a processor and a memory for storing processor-executable instructions, which when executed by the processor implement steps comprising: acquiring demand information of a task to be tested; the requirement information comprises task attributes and service field information; determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields; selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism; and executing the task to be tested based on the target testing resource set to obtain a testing result.
A system for performing test tasks, comprising at least one processor and a memory storing computer-executable instructions, which when executed by the processor, perform the steps of the method of any one of the method embodiments of the present specification.
The specification provides a method, a device, equipment and a system for executing a test task. In some embodiments, by obtaining the requirement information of the task to be tested, a basis can be provided for subsequent multi-branch-organization multi-user remote online collaborative completion of large-batch complex service logic tests. By comparing the acquired task attribute of the task to be tested with the preset information, the target mechanism for executing the task to be tested can be intelligently determined, so that the distribution of the test task can be quickly realized during remote test, and the execution efficiency of the test task can be improved. Different testing resources corresponding to different mechanisms are stored in the resource pool, so that centralized management and comprehensive sharing of the testing resources can be realized, the testing resources meeting conditions can be quickly and conveniently matched from the resource pool when remote testing is carried out, and the testing efficiency is improved. In addition, because the testing resources corresponding to different mechanisms are stored in the resource pool in advance and form a professional testing resource combination, when the remote testing is carried out, better testing resources can be matched quickly, the testing accuracy is improved, and the remote online collaborative completion of the multi-mechanism multi-user multi-type service testing can be realized conveniently, so that the testing efficiency is improved. By adopting the implementation scheme provided by the specification, the distribution of the test tasks can be quickly realized during the remote test, so that the execution efficiency of the test tasks can be improved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the specification, are incorporated in and constitute a part of this specification, and are not intended to limit the specification. In the drawings:
FIG. 1 is a flow diagram illustrating one embodiment of a method for performing a test task provided herein;
FIG. 2 is a schematic diagram of an embodiment of a cloud testing system provided herein;
FIG. 3 is a block diagram of an embodiment of a device for executing a test task provided in the present specification;
fig. 4 is a block diagram of a hardware structure of an embodiment of an execution server for a test task provided in the present specification.
Detailed Description
In order to make those skilled in the art better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments in the present specification, and not all of the embodiments. All other embodiments that can be obtained by a person skilled in the art on the basis of one or more embodiments of the present description without inventive step shall fall within the scope of protection of the embodiments of the present description.
The following describes an embodiment of the present disclosure with a specific application scenario as an example. Specifically, fig. 1 is a schematic flowchart of an embodiment of a method for executing a test task provided in this specification. Although the present specification provides the method steps or apparatus structures as shown in the following examples or figures, more or less steps or modules may be included in the method or apparatus structures based on conventional or non-inventive efforts.
One embodiment provided by the present specification can be applied to a client, a server, and the like. The client may include a terminal device, such as a smart phone, a tablet computer, and the like. The server may include a single computer device, or may include a server cluster formed by a plurality of servers, or a server structure of a distributed system, and the like.
It should be noted that the following description of the embodiments does not limit the technical solutions in other extensible application scenarios based on the present specification. In an embodiment of a method for executing a test task, as shown in fig. 1, the method may include the following steps.
S0: acquiring demand information of a task to be tested; the requirement information comprises task attributes and service field information.
In some embodiments of the present description, the task attributes may include development tasks associated with the task, associated requirement item content, associated requirement item number, associated business functions, business function number, plan start and end times, task presentation departments, test plans, and the like. The business domain information may include a business domain to which the test task belongs. Wherein, one task to be tested can correspond to one or more service field information. The test resources required for completing the test task can be determined according to the business field.
In some implementation scenarios, since the task to be tested may be associated with a plurality of development tasks, each development task may implement a plurality of service functions, it may be necessary to first obtain the requirement information of the task to be tested to complete the test of the task to be tested, so as to determine the test resources according to the service field information included in the requirement information, and thus, the test resources in different service fields are utilized to complete the test.
In the embodiment of the specification, by acquiring the requirement information of the task to be tested, a basis can be provided for the subsequent multi-branch-organization multi-user remote online collaborative completion of large-batch complex service logic tests.
S2: determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields.
In the embodiment of the present specification, after the requirement information of the task to be tested is obtained, a target mechanism for executing the task to be tested may be determined according to the task attribute in the requirement information, so as to perform testing according to the testing resource in the target mechanism.
In some embodiments of the present specification, the determining a target mechanism for executing the task to be tested according to the task attribute may include: determining a management mode of the task to be tested according to the task attribute; and determining a target mechanism for executing the task to be tested based on the management mode. Wherein the management mode may include an assignment mode and a preemption mode. The target means can be understood as an actuator for executing a task to be tested. The execution authority may include a branch office or may include a general authority. For example, a branch line may be included, and a total line may be included.
In some implementation scenarios, the associated development tasks included in the task attributes of the task to be tested may be analyzed, the professional strength of the task to be tested is determined, and if the professional strength reaches a preset threshold, the management mode of the task to be tested may be determined to be the assignment mode. In other implementation scenarios, the number of the service functions included in the task attribute of the task to be tested may be determined, and if the number of the service functions reaches a preset number, the management mode of the task to be tested may be determined to be the assignment mode. The preset threshold and the preset number may be set according to an actual scene, which is not limited in this specification. For example, in some implementation scenarios, a task with high business expertise and a large number of business functions can be generally completed by specifying an organization with an associated business test base.
In some implementation scenarios, the corresponding relationship between the test task and the execution mechanism may be established in advance. Therefore, when the management mode of the task to be tested is determined to be the assignment mode, the target mechanism for executing the task to be tested can be determined according to the pre-established corresponding relation between the test task and the execution mechanism.
In some implementation scenarios, upon determining that the management mode is the assignment mode, an assignment request to execute a task to be tested may be sent to an assigned authority so that the assigned authority matches a test resource from a pool of test resources.
In some implementation scenarios, the associated development tasks included in the task attributes of the task to be tested can be analyzed, the professional intensity of the task to be tested is determined, and if the professional intensity does not reach a preset threshold value, the management mode of the task to be tested can be determined to be the order grabbing mode. In other implementation scenarios, the number of the service functions included in the task attribute of the task to be tested may be determined, and if the number of the service functions does not reach the preset number, the management mode of the task to be tested may be determined to be the order grabbing mode. The preset threshold and the preset number may be set according to an actual scene, which is not limited in this specification.
In some implementation scenarios, when the management mode of the task to be tested is the order grabbing mode, the target mechanism for executing the task to be tested can be determined according to the time information for executing the task to be tested, which is sent by different mechanisms. For example, in some implementation scenarios, after a task to be tested is created, the system may issue a message for executing the task to be tested to different mechanisms, after receiving the message, the different mechanisms may return information indicating that the task to be tested is to be executed to the system in response to the message, and after receiving the information, the system may select a preset number of mechanisms as target mechanisms for executing the task to be tested according to a time sequence in which the information indicating that the task to be tested is to be executed is received. The preset number can be set according to an actual scene, and the specification does not limit the preset number.
In some implementation scenarios, when the management mode is determined to be the order grabbing mode, a request for executing a task to be tested may be sent to a mechanism determined according to the order grabbing mode, so that the mechanism matches a test resource from a test resource pool.
Of course, the above description is only exemplary, the manner of determining the management mode is not limited to the above examples, and other modifications are possible for those skilled in the art in light of the technical spirit of the present application, and all that can be achieved is intended to be covered by the scope of the present application as long as the achieved function and effect are the same or similar to the present application.
In this embodiment, in the assignment mode, the execution mechanism of the task to be tested may be predetermined. In the order grabbing mode, the executing mechanism of the task to be tested can be determined according to the time information sent by different mechanisms to execute the task to be tested.
In some embodiments of the present description, the determination of the target mechanism for performing the task to be tested may include one or more of the following according to the task attribute.
In some embodiments of the present specification, the target mechanism may include test resources corresponding to different service domains. The testing resources can be used for testing the tasks to be tested. In some implementations scenarios, a test resource may be understood to be a business person participating in a test.
In some implementation scenarios, to ensure that the test tasks are matched with the test resources, the test resources included in different organizations may be managed in advance. For example, the full life cycle management of the test resources can be realized from the aspects of creation, admission examination and approval, distribution scheduling, assessment pricing management and the like of the test resources. For example, in some implementation scenarios, information corresponding to different test resources in different mechanisms may be obtained in advance and stored in the resource pool. Therefore, a physically dispersed and logically concentrated test organization system is created, not only can space and time limitations be eliminated, and centralized management and comprehensive sharing of test resources be realized, but also corresponding test resources can be directly matched from a resource pool in the follow-up process, and therefore the information processing efficiency can be improved. Wherein, the testing resource information may include: affiliated organization, name, gender, age, post, education level, working age, working experience (including workload), specialty, affiliated business field, point information, etc. The resource pool may be used to store information corresponding to the test resource.
In some implementation scenarios, the information in the resource pool may be updated according to actual conditions. For example, information of the test resource may be added and maintained in the resource pool. For another example, over time, the information about the working age, etc. corresponding to the test resource may be updated.
In some embodiments of the present description, after information corresponding to test resources is stored in a resource pool, test resources of different organizations may be obtained; distributing a service field label for the test resource; classifying the test resources included in the same mechanism according to the service field labels to obtain the test resources corresponding to different service fields in the same mechanism; and selecting the test resources meeting the preset auditing conditions from the test resources corresponding to different service fields in the same mechanism to obtain the test resource sets corresponding to different service fields in the same mechanism. The service domain label may indicate a service domain to which the test resource belongs. The test resource set may be determined based on a preset auditing condition, which may be used to determine performance of test resources in the test resource set. For example, the preset auditing conditions may be used to determine the qualification of the testing resources. For example, the preset auditing conditions may include a working age of more than 5 years, a high working experience (e.g., a preset number of projects are completed), a total score greater than a preset value, and the like. The test resource set can be understood as a set composed of test resources satisfying preset auditing conditions in different business fields in the same organization, and can also be called a professional test resource combination, a professional team, a test team and the like. And the test resources in the professional test resource combination belong to the same mechanism. The test resources meeting the preset auditing conditions can be understood as test personnel with stronger professional ability in the corresponding field.
In some implementation scenarios, after test resources corresponding to different service fields in the same organization are obtained, information corresponding to the test resources can be analyzed in an all-around manner to obtain capability portrait information of the test resources, then the capability portrait information corresponding to the test resources is audited according to preset audit conditions, and then test resource sets of different service fields in the same organization are established according to audit results. The capability portrait can abstract each concrete information of the testing resource into labels, and the labels are utilized to realize the image of the testing resource, thereby providing targeted service.
In some implementation scenarios, corresponding integral may be preset for the content included in the test resource information, so that integral information corresponding to the test resource may be obtained according to the integral corresponding to the test resource information, and then the integral information may be compared with a preset auditing condition, so as to determine the test resource set. The same index in the test resource information may correspond to different contents, and the points corresponding to different contents may be different. For example, the education level index may correspond to the subject, the master, and the doctor, wherein the subject corresponds to the score of 10, the master corresponds to the score of 15, and the doctor corresponds to the score of 20. Accordingly, other indices may be set similarly.
In some implementation scenarios, professional test resource combinations in different business fields in different organizations may be stored in resource pools corresponding to the different organizations, respectively. Therefore, after the mechanism for executing the task to be tested is determined, the corresponding professional testing resource combination can be directly matched from the resource pool corresponding to the mechanism, and the testing efficiency can be improved.
In some implementation scenarios, the combination of professional test resources may be updated according to the actual situation. In some implementation scenarios, the scanning time may be set to dynamically scan information in the resource pool, so that the professional test resource combination may be updated in time.
In the embodiment of the specification, the acquired task attribute of the task to be tested is compared with the preset information, so that the target mechanism for executing the task to be tested can be intelligently determined, the distribution of the test task can be quickly realized during the remote test, and the execution efficiency of the test task can be improved. Different testing resources corresponding to different mechanisms are stored in the resource pool, so that centralized management and comprehensive sharing of the testing resources can be realized, the testing resource set meeting the conditions can be quickly and conveniently matched from the resource pool when remote testing is carried out, and the testing efficiency is improved.
S4: selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; and testing resources in the testing resource set corresponding to the same service field information belong to the same target mechanism.
In this embodiment of the present description, after a target mechanism for executing a task to be tested is determined, a test resource set corresponding to business field information may be selected from the target mechanism, so that the task to be tested may be tested by using test resources included in the selected test resource set in the following.
In some embodiments of the present description, since professional testing resource combinations in different business fields in the same mechanism are pre-stored in the resource pool, after the target mechanism is determined, a professional testing resource combination matched with a task business field to be tested can be selected from the professional testing resource combinations in different business fields corresponding to the target mechanism.
In some implementations, the determination of the target mechanism to perform the task to be tested may include one or more based on the task attributes. In some implementation scenarios, since the business area information of the task to be tested may include one or more business area information, the target test resource set for executing the task to be tested may include test resource sets corresponding to different business area information, that is, the target test resource set may include one or more professional test resource combinations. The professional test resource combinations included in the target test resource set can be from the same organization or from different organizations. And the test resources in the professional test resource combination corresponding to the same service field information belong to the same target mechanism.
In some implementation scenarios, since the business field information of the task to be tested may include one or more professional test resource combinations, when the determined target mechanism includes one, one or more professional test resource combinations matching the business field of the task to be tested may be selected from the professional test resource combinations of different business fields corresponding to the one target mechanism, as the target test resource set for executing the task to be tested.
In some implementation scenarios, since the business field information of the task to be tested may include one or more business fields, when the determined target mechanism includes a plurality of target mechanisms, a professional testing resource combination matching the business field of the task to be tested may be selected from professional testing resource combinations of different business fields corresponding to the plurality of target mechanisms, and used as a target testing resource set for executing the task to be tested. The professional testing resource combination matched with the task business field to be tested is selected from professional testing resource combinations of different business fields corresponding to the target mechanisms, wherein the professional testing resource combination can be from the same mechanism or different mechanisms.
In the embodiment of the specification, because the test resources corresponding to different mechanisms are stored in the resource pool in advance and constitute a professional test resource combination, when the remote test is performed, a better test resource set can be matched quickly, the test accuracy is improved, and the remote online cooperative completion of the multi-mechanism multi-user multi-type service test can be conveniently realized, so that the test efficiency is improved.
S6: and executing the task to be tested based on the target testing resource set to obtain a testing result.
In this embodiment of the present description, after a target test resource set for executing a task to be tested is obtained, the task to be tested may be executed by using test resources included in the target test resource set.
In some embodiments of the present specification, the executing the task to be tested based on the target test resource set may include: dividing the tasks to be tested into a preset number of test packets according to the service field information corresponding to the tasks to be tested; wherein, different test packets correspond to different service field information; and executing the corresponding test packet by utilizing the test resource sets corresponding to the different service field information in the target test resource set.
In some implementation scenarios, the target test resource set may include a plurality of professional test resource combinations, and the test fields related to different professional test resource combinations may be different, so that the tests to be completed are different, and at this time, the task to be tested may be disassembled into a plurality of test packets according to the service field information corresponding to the task to be tested, and then the different test packets are allocated to the corresponding professional test resource combinations for testing.
In some implementation scenarios, after the task to be tested is disassembled into a plurality of test packages, each test package can be managed and counted separately. Different test packets can correspond to different service field information, different projects and the like.
In some implementation scenarios, after dividing the task to be tested into a preset number of test packets, a test period may be established for each test packet. Correspondingly, based on the test period, the test resource sets corresponding to the different service field information included in the target test resource set may be used to execute the corresponding test packets. The test periods established by the different test packets may be set according to an actual scene, for example, the test periods established by the different test packets may be the same or different.
In the embodiment of the present specification, by establishing a time period for each test packet, the completion condition of each test packet in the test period can be independently monitored.
In some embodiments of this specification, after executing the corresponding test package by using the test resource sets corresponding to the different service field information included in the target test resource set, the executing may include: acquiring test information, wherein the test information represents operation information of a test resource set on a test packet; comparing the operation information with a preset information base, and determining target reward information corresponding to the operation information; and distributing the target reward information to a target mechanism corresponding to the test resource set.
In some implementation scenarios, after testing the corresponding test package by using the test resource sets corresponding to different service field information included in the target test resource set, the operation information of the test package by the test resource set in the testing process can be obtained, then the operation information is compared with the preset information base, and the corresponding reward is allocated to the test resource set according to the comparison result. The operation information may include, among other things, execution efficiency information, defect handling information, problem supplement information, and the like. The preset information base may include a corresponding relationship between the preset operation information and the reward information.
In some implementation scenarios, after determining the target reward information corresponding to the operation information, the target reward information may be assigned to a target institution corresponding to the set of test resources, and then the target institution may assign the target reward information to the corresponding test resources.
In some implementation scenes, corresponding reward deduction can be carried out according to the escape condition of the production event after the task to be tested is delivered. For example, after the project corresponding to the task to be tested is on line, the number of production events, the corresponding level of the production events, and the like can be counted, and the integral of the test resource in the test resource set of the execution test package can be deducted. The escape condition of the production event can be understood as that the defect problem existing in the test packet is not identified in the test process, so that the production event occurs after the project corresponding to the task to be tested is on line. For example, in some implementation scenarios, after the test task a completes the test, the system may automatically calculate evaluation indexes according to the test execution conditions in the system, and then automatically calculate an integral value of each test task according to the indexes, and allocate the integral value to the corresponding test resource. The evaluation indexes may include the number of long-process cases, the number of non-long-process cases, an execution efficiency coefficient, a software quality defect number, a non-software quality defect number, a defect verification efficiency, an effective defect ratio, and the like.
In some implementation scenarios, since the reward information can be used as a basis for measuring and calculating the capability portrait information corresponding to the test resource, after the corresponding reward is allocated to the test resource, the information of the test resource in the resource pool can be updated correspondingly based on the reward information. For example, if the reward information is the integral, the test resource information in the resource pool can be counted again, the test resource information is analyzed in all directions, the capability portrait information of the test resource is updated, then the updated capability portrait information corresponding to the test resource is audited according to the preset audit condition, and then professional test resource combinations in different service fields in the same organization are reestablished according to the audit result.
In the embodiment of the specification, multidimensional information such as a supplementary design case, case execution efficiency, defect discovery, production event escape and the like of a test package in a test process by a test resource is automatically counted, so that convenience can be provided for subsequent verification of the workload of the test resource and reward of an accounting task, and accurate measurement of test contribution can be realized.
In the embodiment of the specification, the enthusiasm of the tester can be stimulated by distributing corresponding rewards to the test resources for executing the test tasks, so that the test quality and efficiency are improved, and the optimal configuration of the test resources is realized.
In some implementation scenarios, in the process of completing the test of the task to be tested based on the target test resource set, the test flow, the test progress, the statistical test data and the like can be monitored in real time. In some implementations, after a test is completed, a test report may be generated for subsequent review.
In some embodiments of the present description, a cloud test system may be constructed, and the cloud test system is used to implement real-time and effective online configuration of test resources and test tasks, and implement integrated management and control of the whole flow of the test tasks. The cloud test system can realize integrated management and control of the whole process of generation, assignment, execution and evaluation of test tasks based on the established cloud test management standard process. The cloud test can be understood as a remote user acceptance test mode, and the cloud test platform can be based on, so that real-time and effective online configuration and management and control of test resources and test tasks are realized. A test task performed by a cloud test system may be referred to as a cloud test task.
In some implementation scenarios, the test resource information in different mechanisms may be stored in the cloud test resource pool in advance. The cloud test resource pool can store test resources corresponding to all mechanisms. Correspondingly, the test resource information can be analyzed in all directions to obtain the capability portrait information of the test resource, then the capability portrait information corresponding to the test resource is audited according to the preset audit condition, and then professional test resource combinations in different service fields in the same mechanism are established according to the audit result, namely the test resource set.
As shown in fig. 2, fig. 2 is a schematic diagram of an embodiment of a cloud test system provided in this specification. The cloud test system may include a cloud test platform (denoted as "ITCT") and an integration platform (denoted as "ICDP"). The ITCT can realize on-line management of a test professional virtual team (namely a professional test resource combination), intelligent distribution of test tasks, statistical accounting of test resource information and the like. The ICDP can realize the creation of test tasks, the defect management of test cases, the data statistics sending, the sending of test reports, the sending of integrals, and the like. The ITCT and the ICDP can realize real-time synchronization of data, so that the consistency of data such as user information, test tasks, test team information, test task statistics and the like is ensured. The cloud test platform can also be called a self-built cloud test platform system. The integrated platform can also be called an integrated collaborative research and development platform cloud test module.
In the above embodiment, the cloud test system may perform management of full lifecycle test resources and test task execution around the test task. Specifically, resource management can be performed on the ITCT cloud test platform, such as establishing user information, a resource pool, service field information, and building a test team. Accordingly, the information can be automatically synchronized to the ICDP integrated platform according to the business field. Then, the ICDP integrated platform may create a test task, establish a test QC (Quality Control), import a test case (which may include a business department case and a case in a base case library), and then automatically send task attributes (an associated development task, an associated number of required items, a number of business functions, a plan start/end time, a business field, a proposing department, and the like) corresponding to the cloud test task to the ITCT cloud test platform for task allocation. Further, the ITCT cloud test platform can determine a management mode of the cloud test task according to the task attribute, and determine a branch mechanism for executing the cloud test task according to the management mode. The executive party in the assignment mode can be directly appointed by a service manager to execute by a branch mechanism, and the executive party in the order grabbing mode can be sequentially determined by the order grabbing sequence of the branch mechanism and is approved by a head office. Further, after the branch mechanism is determined, the ITCT cloud test platform can issue tasks to the branch mechanism, test resources are selected from the branch mechanism according to the service field of the cloud test tasks, a test team for executing the cloud test is determined, and then the information of the test team is synchronized to the ICDP integrated platform. Further, the ICDP integrated platform executes testing tasks based on a testing team. In the execution process, the ICDP integrated platform can perform progress control, defect control, problem control, case supplement and the like. After the test execution is finished, the ICDP integrated platform can perform integral data statistics, generate a test report and the like, and correspondingly send integral information and the test report to the ITCT cloud test platform, so that the ITCT cloud test platform can confirm, approve, evaluate and settle the account and the like according to the received information. Therefore, by establishing the multi-dimensional cloud test system for the on-line task management around aspects of execution progress management, risk problem management, task quality and efficiency management, result evaluation confirmation, integral valuation accounting and the like, test items can be evaluated and traced, the execution condition of the test task can be mastered in all directions, the risk decision level can be improved, the test execution quality is ensured, the test execution efficiency is improved, and the timeliness requirement of quick production release of business requirements is met.
It should be noted that the description of the cloud test system according to the method embodiment may also include other embodiments. The specific implementation manner may refer to the description of the related method embodiment, and is not described in detail herein.
From the above description, it can be seen that the embodiments of the present application can achieve the following technical effects: by acquiring the requirement information of the task to be tested, a foundation can be provided for the subsequent multi-branch-organization multi-user remote online collaborative completion of large-batch complex service logic tests. By comparing the acquired task attribute of the task to be tested with the preset information, the target mechanism for executing the task to be tested can be intelligently determined, so that the distribution of the test task can be quickly realized during remote test, and the execution efficiency of the test task can be improved. Different testing resources corresponding to different mechanisms are stored in the resource pool, so that centralized management and comprehensive sharing of the testing resources can be realized, the testing resources meeting conditions can be quickly and conveniently matched from the resource pool when remote testing is carried out, and the testing efficiency is improved. In addition, because the testing resources corresponding to different mechanisms are stored in the resource pool in advance and form a professional testing resource combination, when the remote testing is carried out, better testing resources can be matched quickly, the testing accuracy is improved, and the remote online collaborative completion of the multi-mechanism multi-user multi-type service testing can be realized conveniently, so that the testing efficiency is improved. By automatically counting multi-dimensional information of the test resources on supplement design cases, case execution efficiency, defect discovery, production event escape and the like of the test package in the test process, convenience can be provided for subsequent verification of the workload of the test resources and reward of verification tasks, and accurate measurement of test contribution can be realized.
In the present specification, each embodiment of the method is described in a progressive manner, and the same and similar parts in each embodiment may be joined together, and each embodiment focuses on the differences from the other embodiments. Reference is made to the description of the method embodiments.
Based on the above method for executing the test task, one or more embodiments of the present specification further provide an apparatus for executing the test task. The apparatus may include systems (including distributed systems), software (applications), modules, components, servers, clients, etc. that use the methods described in the embodiments of the present specification in conjunction with any necessary apparatus to implement the hardware. Based on the same innovative conception, embodiments of the present specification provide an apparatus as described in the following embodiments. Since the implementation scheme of the apparatus for solving the problem is similar to that of the method, the specific implementation of the apparatus in the embodiment of the present specification may refer to the implementation of the foregoing method, and repeated details are not repeated. As used hereinafter, the term "unit" or "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.
Specifically, fig. 3 is a schematic block diagram of an embodiment of an execution apparatus for a test task provided in this specification, and as shown in fig. 3, the execution apparatus for a test task provided in this specification may include: the system comprises a requirement information acquisition module 120, a target mechanism determination module 122, a target test resource set acquisition module 124 and an execution module 126.
A requirement information obtaining module 120, configured to obtain requirement information of a task to be tested; the requirement information comprises task attributes and service field information;
a target mechanism determining module 122, configured to determine a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields;
a target test resource set obtaining module 124, configured to select a test resource set corresponding to the service domain information from the target mechanism, and obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism;
the execution module 126 may be configured to execute the task to be tested based on the target test resource set to obtain a test result.
Based on the description of the foregoing method, in another embodiment of the apparatus described herein, the target mechanism determining module 122 may include:
the management mode determining unit may be configured to determine a management mode of the task to be tested according to the task attribute; wherein the management mode comprises an assignment mode and a list-robbing mode;
and the target mechanism determining unit can be used for determining a target mechanism for executing the task to be tested based on the management mode.
Based on the description of the foregoing method, in another embodiment of the apparatus described in this specification, before selecting the test resource set corresponding to the business segment information from the target entity, the method may include:
the acquisition unit can be used for acquiring test resources of different mechanisms;
the allocation unit can be used for allocating service field labels to the test resources; the business field label represents the business field to which the test resource belongs;
the classification unit can be used for classifying the test resources in the same mechanism according to the service field labels to obtain the test resources corresponding to different service fields in the same mechanism;
and the obtaining unit can be used for selecting the test resources meeting the preset auditing conditions from the test resources corresponding to different service fields in the same mechanism to obtain the test resource sets corresponding to different service fields in the same mechanism.
Based on the description of the foregoing method, in another embodiment of the apparatus described in this specification, the executing module 126 may include:
the dividing unit can be used for dividing the tasks to be tested into a preset number of test packets according to the service field information corresponding to the tasks to be tested; wherein, different test packets correspond to different service field information;
and the execution unit can be used for executing the corresponding test packet by utilizing the test resource sets corresponding to the different service field information in the target test resource set.
Based on the description of the foregoing method in the embodiment, in another embodiment of the apparatus in this specification, after the executing the corresponding test package by using the test resource sets corresponding to the different service area information included in the target test resource set, the executing may include:
the test information acquisition unit can be used for acquiring test information, wherein the test information represents operation information of a test resource set on a test packet, and the operation information comprises execution efficiency information, defect processing information and problem supplement information;
the reward information determining unit can be used for comparing the operation information with a preset information base and determining target reward information corresponding to the operation information; the preset information base comprises a corresponding relation between preset operation information and reward information;
and the reward distribution unit can be used for distributing the target reward information to the target mechanism corresponding to the test resource set.
It should be noted that the above-mentioned description of the apparatus according to the method embodiment may also include other embodiments, and specific implementation manners may refer to the description of the related method embodiment, which is not described herein again.
This specification also provides an embodiment of a test task execution device, comprising a processor and a memory for storing processor-executable instructions, which when executed by the processor, implement steps comprising: acquiring demand information of a task to be tested; the requirement information comprises task attributes and service field information; determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields; selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism; and executing the task to be tested based on the target testing resource set to obtain a testing result.
It should be noted that the above-mentioned apparatuses may also include other embodiments according to the description of the method or apparatus embodiments. The specific implementation manner may refer to the description of the related method embodiment, and is not described in detail herein.
The present specification also provides an embodiment of a system for executing a test task, including at least one processor and a memory storing computer-executable instructions, where the processor executes the instructions to implement the steps of the method described in any one or more of the above embodiments, for example, including: acquiring demand information of a task to be tested; the requirement information comprises task attributes and service field information; determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields; selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism; and executing the task to be tested based on the target testing resource set to obtain a testing result. The system may be a single server, or may include a server cluster, a system (including a distributed system), software (applications), an actual operating device, a logic gate device, a quantum computer, etc. using one or more of the methods or one or more of the example devices of the present specification, in combination with a terminal device implementing hardware as necessary.
The method embodiments provided in the present specification may be executed in a mobile terminal, a computer terminal, a server or a similar computing device. Taking an example of the server running on a server, fig. 4 is a block diagram of a hardware structure of an embodiment of an execution server for a test task provided in this specification, where the server may be an execution device for the test task or an execution system for the test task in the above embodiments. As shown in fig. 4, the server 10 may include one or more (only one shown) processors 100 (the processors 100 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA, etc.), a memory 200 for storing data, and a transmission module 300 for communication functions. It will be understood by those skilled in the art that the structure shown in fig. 4 is only an illustration and is not intended to limit the structure of the electronic device. For example, the server 10 may also include more or fewer components than shown in FIG. 4, and may also include other processing hardware, such as a database or multi-level cache, a GPU, or have a different configuration than shown in FIG. 4, for example.
The memory 200 may be used to store software programs and modules of application software, such as program instructions/modules corresponding to the execution method of the test task in the embodiment of the present specification, and the processor 100 executes various functional applications and data processing by executing the software programs and modules stored in the memory 200. Memory 200 may include high speed random access memory and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, memory 200 may further include memory located remotely from processor 100, which may be connected to a computer terminal through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The transmission module 300 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the computer terminal. In one example, the transmission module 300 includes a Network adapter (NIC) that can be connected to other Network devices through a base station so as to communicate with the internet. In one example, the transmission module 300 may be a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.
The method or apparatus provided by the present specification and described in the foregoing embodiments may implement service logic through a computer program and record the service logic on a storage medium, where the storage medium may be read and executed by a computer, so as to implement the effect of the solution described in the embodiments of the present specification. The storage medium may include a physical device for storing information, and typically, the information is digitized and then stored using an electrical, magnetic, or optical media. The storage medium may include: devices that store information using electrical energy, such as various types of memory, e.g., RAM, ROM, etc.; devices that store information using magnetic energy, such as hard disks, floppy disks, tapes, core memories, bubble memories, and usb disks; devices that store information optically, such as CDs or DVDs. Of course, there are other ways of storing media that can be read, such as quantum memory, graphene memory, and so forth.
The embodiment of the method or the apparatus for executing the test task provided in this specification may be implemented in a computer by a processor executing corresponding program instructions, for example, implemented in a PC end using a c + + language of a windows operating system, implemented in a linux system, or implemented in an intelligent terminal using, for example, android and iOS system programming languages, implemented in processing logic based on a quantum computer, and the like.
It should be noted that descriptions of the apparatus, the device, and the system described above according to the related method embodiments may also include other embodiments, and specific implementations may refer to descriptions of corresponding method embodiments, which are not described in detail herein.
The embodiments in the present application are described in a progressive manner, and the same and similar parts among the embodiments can be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the hardware + program class embodiment, since it is substantially similar to the method embodiment, the description is simple, and the relevant points can be referred to the partial description of the method embodiment.
For convenience of description, the above devices are described as being divided into various modules by functions, and are described separately. Of course, when implementing one or more of the present description, the functions of some modules may be implemented in one or more software and/or hardware, or the modules implementing the same functions may be implemented by a plurality of sub-modules or sub-units, etc.
The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus, devices, systems according to embodiments of the invention. It will be understood that the implementation can be by computer program instructions which can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified. These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to one skilled in the art that in some cases the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
As will be appreciated by one skilled in the art, one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects.
The above description is merely exemplary of one or more embodiments of the present disclosure and is not intended to limit the scope of one or more embodiments of the present disclosure. Various modifications and alterations to one or more embodiments described herein will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims.
Claims (15)
1. A method for executing a test task, comprising:
acquiring demand information of a task to be tested; the requirement information comprises task attributes and service field information;
determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields;
selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism;
and executing the task to be tested based on the target testing resource set to obtain a testing result.
2. The method of claim 1, wherein determining a target mechanism to execute the task to be tested based on the task attributes comprises:
determining a management mode of the task to be tested according to the task attribute; wherein the management mode comprises an assignment mode and a list-robbing mode;
and determining a target mechanism for executing the task to be tested based on the management mode.
3. The method of claim 2, wherein determining a target mechanism to perform the task to be tested based on the management mode comprises:
and when the management mode of the task to be tested is a list grabbing mode, determining a target mechanism for executing the task to be tested according to time information for executing the task to be tested, which is sent by different mechanisms.
4. The method of claim 1, wherein before selecting the set of test resources corresponding to the business segment information from the target entity, the method comprises:
acquiring test resources of different mechanisms;
distributing a service field label for the test resource; the business field label represents the business field to which the test resource belongs;
classifying the test resources included in the same mechanism according to the service field labels to obtain the test resources corresponding to different service fields in the same mechanism;
and selecting the test resources meeting the preset auditing conditions from the test resources corresponding to different service fields in the same mechanism to obtain the test resource sets corresponding to different service fields in the same mechanism.
5. The method of claim 1, wherein said executing the task to be tested based on the target set of test resources comprises:
dividing the tasks to be tested into a preset number of test packets according to the service field information corresponding to the tasks to be tested; wherein, different test packets correspond to different service field information;
and executing the corresponding test packet by utilizing the test resource sets corresponding to the different service field information in the target test resource set.
6. The method of claim 5, wherein the dividing the task to be tested into a preset number of test packets comprises:
establishing a test period for each test packet;
correspondingly, based on the test period, the test resource sets corresponding to different service field information in the target test resource set are used for executing the corresponding test packets.
7. The method according to claim 5, wherein after the executing the corresponding test packet by using the test resource sets corresponding to the different service area information included in the target test resource set, the method comprises:
acquiring test information, wherein the test information represents operation information of a test resource set on a test packet, and the operation information comprises execution efficiency information, defect processing information and problem supplement information;
comparing the operation information with a preset information base, and determining target reward information corresponding to the operation information; the preset information base comprises a corresponding relation between preset operation information and reward information;
and distributing the target reward information to a target mechanism corresponding to the test resource set.
8. The method of claim 1, wherein the determining a target mechanism to execute the task to be tested according to the task attributes comprises one or more.
9. An apparatus for performing a test task, comprising:
the demand information acquisition module is used for acquiring demand information of the task to be tested; the requirement information comprises task attributes and service field information;
the target mechanism determining module is used for determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields;
a target test resource set obtaining module, configured to select a test resource set corresponding to the service domain information from the target mechanism, and obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism;
and the execution module is used for executing the task to be tested based on the target testing resource set to obtain a testing result.
10. The apparatus of claim 9, wherein the target mechanism determination module comprises:
the management mode determining unit is used for determining the management mode of the task to be tested according to the task attribute; wherein the management mode comprises an assignment mode and a list-robbing mode;
and the target mechanism determining unit is used for determining a target mechanism for executing the task to be tested based on the management mode.
11. The apparatus of claim 9, wherein before selecting the set of test resources corresponding to the business segment information from the target entity, the apparatus comprises:
the acquisition unit is used for acquiring test resources of different mechanisms;
the distribution unit is used for distributing the service field labels for the test resources; the business field label represents the business field to which the test resource belongs;
the classification unit is used for classifying the test resources in the same mechanism according to the service field labels to obtain the test resources corresponding to different service fields in the same mechanism;
and the obtaining unit is used for selecting the test resources meeting the preset auditing conditions from the test resources corresponding to different service fields in the same mechanism to obtain the test resource sets corresponding to different service fields in the same mechanism.
12. The apparatus of claim 9, wherein the execution module comprises:
the dividing unit is used for dividing the tasks to be tested into a preset number of test packets according to the service field information corresponding to the tasks to be tested; wherein, different test packets correspond to different service field information;
and the execution unit is used for executing the corresponding test packet by utilizing the test resource sets corresponding to the different service field information in the target test resource set.
13. The apparatus of claim 12, wherein after the executing the corresponding test packet by using the test resource sets corresponding to the different service area information included in the target test resource set, the method comprises:
the test information acquisition unit is used for acquiring test information, wherein the test information represents operation information of a test resource set on a test packet, and the operation information comprises execution efficiency information, defect processing information and problem supplement information;
the reward information determining unit is used for comparing the operation information with a preset information base and determining target reward information corresponding to the operation information; the preset information base comprises a corresponding relation between preset operation information and reward information;
and the reward distribution unit is used for distributing the target reward information to the target mechanism corresponding to the test resource set.
14. A device for performing test tasks, comprising a processor and a memory for storing processor-executable instructions, the instructions when executed by the processor implementing the steps comprising:
acquiring demand information of a task to be tested; the requirement information comprises task attributes and service field information;
determining a target mechanism for executing the task to be tested according to the task attribute; the target mechanism comprises test resource sets corresponding to different service fields;
selecting a test resource set corresponding to the business field information from the target mechanism to obtain a target test resource set for executing the task to be tested; the test resources in the test resource set corresponding to the same service field information belong to the same target mechanism;
and executing the task to be tested based on the target testing resource set to obtain a testing result.
15. A system for performing a test task, comprising at least one processor and a memory storing computer-executable instructions, the processor implementing the steps of the method of any one of claims 1 to 8 when executing the instructions.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010770593.5A CN111966585B (en) | 2020-08-04 | 2020-08-04 | Execution method, device, equipment and system of test task |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010770593.5A CN111966585B (en) | 2020-08-04 | 2020-08-04 | Execution method, device, equipment and system of test task |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111966585A true CN111966585A (en) | 2020-11-20 |
| CN111966585B CN111966585B (en) | 2024-02-02 |
Family
ID=73364366
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010770593.5A Active CN111966585B (en) | 2020-08-04 | 2020-08-04 | Execution method, device, equipment and system of test task |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111966585B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116069573A (en) * | 2022-11-16 | 2023-05-05 | 北京东方通科技股份有限公司 | Testing method and system based on API (application program interface) testing platform |
| CN117313856A (en) * | 2023-11-29 | 2023-12-29 | 浙江季丰电子科技有限公司 | Reliability test planning system and method |
| WO2024040599A1 (en) * | 2022-08-26 | 2024-02-29 | 芯原微电子（成都）有限公司 | Resource allocation method and apparatus, electronic device, and computer readable storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180267884A1 (en) * | 2017-03-16 | 2018-09-20 | Google Llc | Systems and methods for micro-scheduler testing framework |
| CN108874655A (en) * | 2017-05-15 | 2018-11-23 | 华为技术有限公司 | A kind of method and device handling crowdsourcing test data |
| CN110083536A (en) * | 2019-04-25 | 2019-08-02 | 厦门网宿有限公司 | Test resource distribution method and device, electronic equipment and storage medium |
| CN111290959A (en) * | 2020-02-20 | 2020-06-16 | 中国建设银行股份有限公司 | Test task scheduling method and device, electronic equipment and storage medium |
-
2020
- 2020-08-04 CN CN202010770593.5A patent/CN111966585B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180267884A1 (en) * | 2017-03-16 | 2018-09-20 | Google Llc | Systems and methods for micro-scheduler testing framework |
| CN108874655A (en) * | 2017-05-15 | 2018-11-23 | 华为技术有限公司 | A kind of method and device handling crowdsourcing test data |
| CN110083536A (en) * | 2019-04-25 | 2019-08-02 | 厦门网宿有限公司 | Test resource distribution method and device, electronic equipment and storage medium |
| CN111290959A (en) * | 2020-02-20 | 2020-06-16 | 中国建设银行股份有限公司 | Test task scheduling method and device, electronic equipment and storage medium |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024040599A1 (en) * | 2022-08-26 | 2024-02-29 | 芯原微电子（成都）有限公司 | Resource allocation method and apparatus, electronic device, and computer readable storage medium |
| CN116069573A (en) * | 2022-11-16 | 2023-05-05 | 北京东方通科技股份有限公司 | Testing method and system based on API (application program interface) testing platform |
| CN116069573B (en) * | 2022-11-16 | 2023-09-22 | 北京东方通科技股份有限公司 | Testing method and system based on API (application program interface) testing platform |
| CN117313856A (en) * | 2023-11-29 | 2023-12-29 | 浙江季丰电子科技有限公司 | Reliability test planning system and method |
| CN117313856B (en) * | 2023-11-29 | 2024-03-05 | 浙江季丰电子科技有限公司 | Reliability test planning system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111966585B (en) | 2024-02-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111966585B (en) | Execution method, device, equipment and system of test task | |
| CN110061889A (en) | Block chain performance test methods, device, equipment and storage medium | |
| CN108984418A (en) | Software testing management method, device, electronic equipment and storage medium | |
| Razali et al. | Selecting the right stakeholders for requirements elicitation: a systematic approach | |
| CN112183708A (en) | Cognitive robot process automation | |
| Franco-Bedoya et al. | Queso a quality model for open source software ecosystems | |
| CN111563703B (en) | Project management system, project management method, computer device, and computer-readable storage medium | |
| CN109960619A (en) | A kind of Testing Platform and method | |
| US10546252B2 (en) | Discovery and generation of organizational key performance indicators utilizing glossary repositories | |
| CN114398669A (en) | Joint credit scoring method and device based on privacy protection calculation and cross-organization | |
| US20160019489A1 (en) | Prioritizing business capability gaps | |
| CN106502796A (en) | A kind of software development test platform, system and using method | |
| Marques et al. | Evaluation of Asana, Odoo, and ProjectLibre Project Management Tools using the OSSpal Methodology. | |
| CN114154954A (en) | Detection service management method and system based on task information flow tracking | |
| KR102173137B1 (en) | Method for providing remote test service for mobile application | |
| Nunes et al. | A predictive risk model based on social network analysis | |
| Staron et al. | Factors determining long-term success of a measurement program: An industrial case study | |
| CN115640457A (en) | Information management method, apparatus, device, medium, and program product | |
| Tekin | Critical success factors for a customer relationship management strategy | |
| Workineh et al. | Cloud computing as technological solutions for higher education institutions: Adoption readiness assessment model: Reseach in-progress | |
| Huang et al. | Kubebench: A benchmarking platform for ml workloads | |
| Yao et al. | Application of EFQM-based excellence model in PPP projects | |
| Ebert | Managing software products in a global context | |
| CN113592436A (en) | Cloud service management method and equipment based on government affair cloud platform | |
| Stanoevska-Slabeva et al. | Practical guidelines for evolving IT infrastructure towards grids and clouds |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220923 Address after: 12 / F, 15 / F, 99 Yincheng Road, Pudong New Area pilot Free Trade Zone, Shanghai, 200120 Applicant after: Jianxin Financial Science and Technology Co.,Ltd. Address before: 25 Financial Street, Xicheng District, Beijing 100033 Applicant before: CHINA CONSTRUCTION BANK Corp. Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |