CN111078525A - Method and device for adjusting system running time, computer equipment and storage medium - Google Patents
Method and device for adjusting system running time, computer equipment and storage medium Download PDFInfo
- Publication number
- CN111078525A CN111078525A CN201910965262.4A CN201910965262A CN111078525A CN 111078525 A CN111078525 A CN 111078525A CN 201910965262 A CN201910965262 A CN 201910965262A CN 111078525 A CN111078525 A CN 111078525A
- Authority
- CN
- China
- Prior art keywords
- task
- code
- time
- executed
- test
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000012360 testing method Methods 0.000 claims description 178
- 238000012550 audit Methods 0.000 claims description 51
- 238000011161 development Methods 0.000 claims description 29
- 238000012544 monitoring process Methods 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 12
- 238000012545 processing Methods 0.000 claims description 2
- 238000004519 manufacturing process Methods 0.000 description 22
- 230000004048 modification Effects 0.000 description 7
- 238000012986 modification Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 4
- 230000008676 import Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000007547 defect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 1
- 230000003068 static 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
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
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)
- Debugging And Monitoring (AREA)
Abstract
The application discloses a method, a device, a computer device and a storage medium for adjusting system running time, wherein the method for adjusting the system running time comprises the following steps: judging whether an operation instruction of an operation system is received or not; if so, accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed, and acquiring code attribute parameters of the task to be executed, wherein the code attribute storage table stores the code attribute parameters of all the tasks to be executed in a database corresponding to the system; judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed; if the system running time needs to be adjusted, obtaining the adjusted first preset time from the code attribute storage table; and adjusting the system time to a first preset time and operating the system. The date setting is carried out through the ATTRIBUTE ATTRIBUTE2 of the environment _ set record item in the code _ library table, so that the running time of the system is automatically set as the task date, the system authority safety is ensured, and the task execution requirement is met.
Description
Technical Field
The present application relates to the field of computers, and more particularly, to a method, an apparatus, a computer device, and a storage medium for adjusting system runtime.
Background
After the software developer completes development, a test needs to be performed via a tester to detect the presence of (BUG) in the system. Computer security is paramount to a financial system, and limiting testers to make modifications to the underlying contents of a computer system is one ring in ensuring computer information security.
In a non-resource system, the system will directly read the date of the local computer as the working date when the system is running. When some tasks are executed in the non-resource system, the specified time in each quarter needs to be updated according to data, tests are executed in a circulating mode, data corresponding to the specified time needs to be called in the execution tests, but the specified time conflicts with the current system time, so that the current system time needs to be adjusted to the specified time to form a test report corresponding to the specified time, but the system time needs to be modified in each test, but due to the fact that the permission of a tester is limited in consideration of system safety, the tester is prohibited from modifying the date of a local computer system, and the running condition of the non-resource system at the specified time cannot be tested by modifying the time of the computer. Therefore, the work task of a tester is invisibly increased, and in order to realize the flexibility of the test time setting of the non-resource system and ensure the normal work of the non-resource system, the improvement and the improvement of the current method for judging the time of the non-resource system are necessary.
Disclosure of Invention
The application mainly aims to provide a method for adjusting system running time, and aims to solve the technical problem that the running time of the existing system cannot be automatically adjusted according to task needs.
The application provides a method for adjusting system running time, which comprises the following steps:
judging whether an operation instruction of an operation system is received, wherein the operation instruction carries information data of a task to be executed;
if an operation instruction for operating the system is received, accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed, and acquiring code attribute parameters of the task to be executed, wherein the code attribute storage table stores the code attribute parameters of all tasks to be executed in a database corresponding to the system;
judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed;
if the system running time needs to be adjusted, obtaining the adjusted first preset time from the code attribute storage table;
and adjusting the system time to a first preset time and operating the system.
Preferably, the step of determining whether the runtime of the system needs to be adjusted according to the code attribute parameters of the task to be executed includes:
acquiring an operating state attribute corresponding to a first task to be executed from a code attribute storage table;
judging whether the running environment corresponding to the running state attribute is a test environment or not;
if the running environment corresponding to the running state attribute is the testing environment, judging whether the execution time corresponding to the first task is the same as the current time;
and if the execution time corresponding to the first task is different from the current time, judging that the operation time of the system needs to be adjusted.
Preferably, the first preset time is the execution time of the first task, and after the step of adjusting the system time to the first preset time and operating the system, the method includes:
judging whether the first task is tested;
if the first task is tested, obtaining a test result of the first task;
judging whether the test result is that the test is passed;
and if the test result is that the test is passed, storing the first code file corresponding to the first task in a database corresponding to the system, and recovering the running time of the system to the natural time.
Preferably, after the step of determining whether the test result is a pass test, the method includes:
if the test result is that the test is not passed, the test result is fed back to a development user corresponding to the first code file;
judging whether a second code file fed back by a development user is received within a first preset time length, wherein the second code file is a modified code file corresponding to the first task;
and if the second code file fed back by the development user is not received within the first preset time length, restoring the running time of the system to the natural time.
Preferably, the first task includes a plurality of nodes for auditing project, and the step of determining whether the first task has been tested includes:
judging whether all the audit project nodes included in the first task are finished or not;
if all the audit project nodes included in the first task are not completed, determining the uncompleted audit project nodes, and sending an urging mail to a preset responsible person corresponding to the uncompleted audit project nodes;
monitoring whether the auditing state corresponding to the uncompleted auditing project node is the audited state or not in real time;
if the first task is in the checked state, the first task is judged to be tested.
Preferably, before the step of determining whether an operation instruction for operating the system is received, the method includes:
judging whether an operation interface of a first terminal pre-associated with the system is in an information input state or not;
if so, acquiring a task code corresponding to the second task and an attribute parameter corresponding to the second task, which are input through the operation interface;
and importing the task code corresponding to the second task and the attribute parameters corresponding to the second task into a database corresponding to the system.
Preferably, before the step of determining whether an operation instruction for operating the system is received, the method includes:
monitoring whether a calling instruction for calling a database corresponding to a system is received, wherein the calling instruction comprises a calling path corresponding to a calling terminal;
if so, sending the calling link of the database corresponding to the system to a calling terminal through a calling path;
and receiving a task code corresponding to the new task and an attribute parameter corresponding to the new task, which are filled in a code attribute storage table of a database corresponding to the system by the calling terminal.
The present application further provides a device for adjusting system operation time, comprising:
the system comprises a first judgment module, a second judgment module and a processing module, wherein the first judgment module is used for judging whether an operation instruction of an operation system is received or not, and the operation instruction carries information data of a task to be executed;
the access module is used for accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed and acquiring the code attribute parameters of the task to be executed if an operation instruction of the operation system is received, wherein the code attribute storage table stores the code attribute parameters of all tasks to be executed in a database corresponding to the system;
the second judgment module is used for judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed;
the first obtaining module is used for obtaining the adjusted first preset time from the code attribute storage table if the system running time needs to be adjusted;
and the adjusting module is used for adjusting the system time to a first preset time and operating the system.
The application also provides a computer device, which comprises a memory and a processor, wherein the memory stores a computer program, and the processor realizes the steps of the method when executing the computer program.
The present application also provides a computer-readable storage medium having stored thereon a computer program which, when being executed by a processor, carries out the steps of the method as described above.
According to the method and the device, the date is set through the ATTRIBUTE ATTRIBUTE2 of the environment _ set recording item in the code _ library table, so that when a task is executed, assignment of the ATTRIBUTE ATTRIBUTE2 is automatically obtained, the task date needing to be set is obtained, the running time of the system is set as the task date, then the execution of the task to be executed is realized through the running system, and under the premise that the accuracy of the system time is not influenced, the safe and reliable setting and modification are carried out on the running state and the execution date of the program under the condition that the safety of the system authority is guaranteed. By monitoring the executing test task in real time, when the test task is executed and the test result is that the test is passed, the codes corresponding to the test task are directly stored in the system database so as to be used for subsequent production tasks without code editing again, and the code consistency of the test stage and the production stage is ensured. The test user sets the attribute parameters corresponding to the second task through the operation interface of each terminal, obtains the task code of the operation interface input by the user and the attribute parameters corresponding to the task code through a preset setting method code, imports the task code corresponding to the second task and the attribute parameters corresponding to the second task into the database corresponding to the system, and establishes the association connection at the same time so as to avoid directly operating the database and avoid causing potential safety hazards to the system and the system database.
Drawings
FIG. 1 is a schematic flow chart of a method for adjusting system runtime according to an embodiment of the present application;
FIG. 2 is a schematic diagram of an apparatus for adjusting system runtime according to an embodiment of the present application;
fig. 3 is a schematic diagram of an internal structure of a computer device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
Referring to fig. 1, a method for adjusting a system runtime according to an embodiment of the present application includes:
s1: and judging whether an operation instruction of an operation system is received, wherein the operation instruction carries information data of a task to be executed.
The operation instruction of the embodiment includes a control instruction generated when a corresponding task to be executed is input through the operation interface. The operation instruction carries information such as a task name and an execution condition of the task to be executed so as to accurately complete the task execution.
S2: and if an operation instruction for operating the system is received, accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed, and acquiring the code attribute parameters of the task to be executed, wherein the code attribute storage table stores the code attribute parameters of all the tasks to be executed in a database corresponding to the system.
According to the information about the task to be executed carried in the operation instruction, including the task name, the execution condition and the like of the task code to be executed, the embodiment obtains the code attribute parameter of the corresponding task to be executed from the code attribute storage table, so that the code attribute parameter, the execution condition and the like are substituted into the task execution interface of the system, and the task execution is realized. The code attribute storage table comprises a code _ library table in a system database, the code _ library table is an original or newly-built table in the database and has an incidence relation with the system, and before the system runs, the task attribute of a task to be executed, including a test task or a production task, is judged by accessing the code _ library table, so that system resources are reasonably allocated according to the task attribute, the requirement of the task to be executed is met, meanwhile, system parameters are not changed randomly, and the safety of the system is ensured. For example, in a non-asset management system, the natural date of the local computer is directly read as the working date when the system is running, but for some special-date tasks in the non-asset system, such as: the running special task is carried out on the managed project every 5 days, the natural date of the local computer cannot be directly used as the working date when the system runs when the task is executed, and only the special date corresponding to the task is set as the working time of the system so as to output the corresponding log. However, due to the consideration of system security, the modification authority of the tester on the system is limited, and the tester is prohibited from modifying the date of the local computer system, so that the tester cannot test the running condition of the non-resource system on a special date by modifying the time of the computer, and the work task of the tester is increased. In the embodiment, the flexibility of non-resource system test time setting is realized by newly setting a code _ library table in the system database or newly adding an environment _ set recording item in the original code _ library table, and meanwhile, the normal work of the non-resource system can be ensured, so that the defects that no code _ library table exists in the original system database, or a code _ library table exists but no environment _ set recording item exists, assignment of ATTRIBUTE ATTRITE BU 2 of the environment _ set recording item cannot be automatically acquired, and required task date cannot be automatically set are overcome.
S3: and judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed.
Before the execution system completes the task execution, the embodiment needs to judge whether the running time of the system needs to be changed according to the execution conditions and the like so as to meet the requirement of executing the task. For example, a corresponding assignment is obtained from an environment _ set record item in a code _ library table, whether the assignment is a test is judged, if the assignment is the test, execution time required in execution conditions is obtained, if the execution time is different from the natural time of the current system, the system operation time needs to be adjusted, the system operation time is changed into the execution time required for executing a test task, and if the assignment is the production, the change of the system operation time is rejected, so that disorder of a production log is avoided.
S4: and if the system running time needs to be adjusted, acquiring the adjusted first preset time from the code attribute storage table.
In the code ATTRIBUTE storage table of this embodiment, a date and time preset by a tester according to a requirement of a test task is stored, for example, a date setting is performed on an ATTRIBUTE of ATTRIBUTE2 of an environment _ set recording item in a code _ library table, so that when a task is executed, assignment of an ATTRIBUTE of ATTRIBUTE2 is automatically obtained, a task date required to be set is obtained, the running time of a system is set to the task date, and then execution of a task to be executed is realized by running the system, for example, a specified test task is completed. The embodiment can safely and reliably set and modify the program running state and the execution date under the condition of ensuring the safety of the system authority.
S5: and adjusting the system time to a first preset time and operating the system.
Further, the step S3 of determining whether the runtime of the system needs to be adjusted according to the code attribute parameter of the task to be executed includes:
s31: and acquiring the running state attribute corresponding to the first task to be executed from the code attribute storage table.
S32: and judging whether the running environment corresponding to the running state attribute is a test environment.
S33: and if the running environment corresponding to the running state attribute is the test environment, judging whether the execution time corresponding to the first task is the same as the current time.
S34: and if the execution time corresponding to the first task is different from the current time, judging that the operation time of the system needs to be adjusted.
In the embodiment, whether the assignment of the ATTRIBUTE1 is a test environment is read, if the assignment is the test environment, the assignment of the ATTRIBUTE2 is further read to obtain the task date preset in the ATTRIBUTE2 by a tester, and if the task date is the same as the natural time corresponding to the local computer, the task date does not need to be changed; if the task date is different from the natural time corresponding to the local computer, for example, the task date is earlier than the natural date or later than the natural date, the operation time of the system needs to be changed from the natural date to the task date preset in the ATTRIBUTE2 to meet the task requirement. Under the condition of not modifying the natural time of the system and ensuring the safety of the system authority, the running state and the date of the program can be safely and reliably set and modified. According to the scheme, the current environment is judged to be the testing environment or the production environment, the current time is read when the current environment is judged to be the production environment, the self-defined time of the tester is read, whether the current time is the same as the self-defined time of the tester is compared, if the current time is not the same as the self-defined time of the tester, the self-defined time of the tester is set to be the system time of the current testing task, and the natural time of the system is still not influenced after background operation. By means of the technical scheme, the program running state and date can be safely and reliably set and modified under the condition that the system time is not modified to ensure the safety of the system authority.
Further, the step S5 of setting the first preset time as the execution time of the first task, adjusting the system time to the first preset time, and running the system includes:
s6: and judging whether the first task is tested.
S7: and if the first task is tested, obtaining a test result of the first task.
S8: and judging whether the test result is that the test is passed or not.
S9: and if the test result is that the test is passed, storing the first code file corresponding to the first task in a database corresponding to the system, and recovering the running time of the system to the natural time.
In the embodiment, the test task in execution is monitored in real time, and when the test task is executed and the test result is that the test is passed, the code corresponding to the test task is directly stored in the system database so as to be used for the subsequent production task without editing the code again, thereby ensuring the code consistency of the test stage and the production stage. And simultaneously, the running time of the system is restored to the natural time in time according to the corresponding test state of the test pass so that the system can receive other tasks. In this embodiment, before the test result of the executing test task is not received, the system information change permission is blocked, for example, it is set that the system does not access the code _ library table when there is a task to execute, so as to ensure that the running time of the system is not changed during the execution of the first task, and the code _ library table can be accessed again until the first task is tested. The natural time is the real time corresponding to the local computer, and includes the date of the current day and the time of the current corresponding local time zone.
Further, after the step S8 of determining whether the test result is a pass test, the method includes:
s81: and if the test result is that the test fails, feeding the test result back to the development user corresponding to the first code file.
S82: and judging whether a second code file fed back by the development user is received within a first preset time length, wherein the second code file is a modified code file corresponding to the first task.
S83: and if the second code file fed back by the development user is not received within the preset time length, restoring the running time of the system to the natural time.
In this embodiment, when the test result of the first task is that the test fails, the test result is fed back to the corresponding development user, so that the development user adjusts the task code file according to the reason that the test fails, and a first preset time length, for example, 10min, is reserved for the development user, and is used for the development user to adjust the corresponding second code file after the task code is adjusted, and return to the system in time, so that the system completes the continuous test of the first task, and the flow is saved. And the system still does not access the code _ library table within the first preset time length so as to ensure that the running time of the system is not changed during the execution of the first task, but after the first preset time length is exceeded, the second code file fed back by the development user is received, and the running time of the system is restored to the natural time so as to avoid delaying the execution of other test tasks.
Further, the step S6, in which the first task includes a plurality of nodes for auditing project, and whether the first task has been tested includes:
s61: and judging whether all the audit project nodes included in the first task are finished.
S62: and if all the audit project nodes included in the first task are not completed, determining the uncompleted audit project nodes, and sending an urging mail to a preset responsible person corresponding to the uncompleted audit project nodes.
S63: and monitoring whether the auditing state corresponding to the uncompleted auditing project node is the audited state or not in real time.
S64: if the first task is in the checked state, the first task is judged to be tested.
The test task of this embodiment includes a plurality of audit project nodes, and when all audit project nodes have completed audit tests, the test task is completed. In this embodiment, by detecting whether all the audit item nodes have received the audit receipt, if all the audit receipt nodes have received the audit receipt, the test is completed, otherwise, the test is not completed. When the test is not finished, the system screens the audit project nodes which do not receive the audit receipt, and sends an urging mail to the corresponding audit responsible person until all the audit receipts are received. In another embodiment of the present application, if the audit receipt corresponding to some of the audit item nodes is not received within the second preset time period, an alarm sound is sent to remind the user, and after the third preset time period, the user directly outputs that the test is not passed.
Further, before the step S1 of determining whether an operation instruction to operate the system is received, the method includes:
s101: and judging whether the operation interface of the first terminal pre-associated with the system is in an information input state.
S102: and if so, acquiring a task code corresponding to the second task and the attribute parameters corresponding to the second task, which are input through the operation interface.
S103: and importing the task code corresponding to the second task and the attribute parameters corresponding to the second task into a database corresponding to the system.
In this embodiment, the test user sets the attribute parameters corresponding to the second task through the operation interface of each terminal, so as to avoid directly operating the database and avoid causing potential safety hazards to the system and the system database. And acquiring a task code of an operation interface input by a user and an attribute parameter corresponding to the task code through a preset setting method code, importing the task code corresponding to the second task and the attribute parameter corresponding to the second task into a database corresponding to the system, and establishing association connection. And respectively and correspondingly importing the attribute parameters corresponding to the second task into a code _ library table according to the data attributes. The task execution time under the test environment is automatically changed by newly configuring a code _ library table and filling newly added data in the code _ library table, wherein the newly added data comprises data CODENO, ITEMNO, ITEMNE, ATTRIBUTE1, ATTRIBUTE2 and the like, and the ATTRIBUTE of the data CODENO is TestRunTime; the ITEMNO attribute is 99999, namely the sequence number; the ITEMNAME ATTRIBUTE is environment _ set, namely the environment state, the ATTRIBUTE1 ATTRIBUTE is set to judge the current environment state, if the current environment state is test, the test environment is determined, if the current environment state is pro, the production environment is determined, and the ATTRIBUTE2 ATTRIBUTE is simulated manual date data, namely execution time, and is set by a tester in a self-defining mode.
Further, before the step S1 of determining whether an operation instruction to operate the system is received, the method includes:
s104: monitoring whether a calling instruction for calling a database corresponding to the system is received, wherein the calling instruction comprises a calling path corresponding to a calling terminal.
S105: and if so, sending the calling link of the database corresponding to the system to a calling terminal through a calling path.
S106: and receiving a task code corresponding to the new task and an attribute parameter corresponding to the new task, which are filled in a code attribute storage table of a database corresponding to the system by the calling terminal.
In the embodiment, the database is directly called, and the data in the code _ library table is directly filled in the database, so that the data can be quickly and accurately updated, and the task testing efficiency and accuracy are improved.
Referring to fig. 2, an apparatus for adjusting a system runtime according to an embodiment of the present application includes:
the first judging module 1 is configured to judge whether an operation instruction of an operation system is received, where the operation instruction carries information data of a task to be executed.
The operation instruction of the embodiment includes a control instruction generated when a corresponding task to be executed is input through the operation interface. The operation instruction carries information such as a task name and an execution condition of the task to be executed so as to accurately complete the task execution.
And the access module 2 is configured to access a code attribute storage table pre-associated with the system according to the information data of the task to be executed if an operation instruction of the operating system is received, and acquire the code attribute parameters of the task to be executed, where the code attribute storage table stores the code attribute parameters of all tasks to be executed in a database corresponding to the system.
According to the information about the task to be executed carried in the operation instruction, including the task name, the execution condition and the like of the task code to be executed, the embodiment obtains the code attribute parameter of the corresponding task to be executed from the code attribute storage table, so that the code attribute parameter, the execution condition and the like are substituted into the task execution interface of the system, and the task execution is realized. The code attribute storage table comprises a code _ library table in a system database, the code _ library table is an original or newly-built table in the database and has an incidence relation with the system, and before the system runs, the task attribute of a task to be executed, including a test task or a production task, is judged by accessing the code _ library table, so that system resources are reasonably allocated according to the task attribute, the requirement of the task to be executed is met, meanwhile, system parameters are not changed randomly, and the safety of the system is ensured. For example, in a non-asset management system, the natural date of the local computer is directly read as the working date when the system is running, but for some special-date tasks in the non-asset system, such as: the running special task is carried out on the managed project every 5 days, the natural date of the local computer cannot be directly used as the working date when the system runs when the task is executed, and only the special date corresponding to the task is set as the working time of the system so as to output the corresponding log. However, due to the consideration of system security, the modification authority of the tester on the system is limited, and the tester is prohibited from modifying the date of the local computer system, so that the tester cannot test the running condition of the non-resource system on a special date by modifying the time of the computer, and the work task of the tester is increased. In the embodiment, the flexibility of non-resource system test time setting is realized by newly setting a code _ library table in the system database or newly adding an environment _ set recording item in the original code _ library table, and meanwhile, the normal work of the non-resource system can be ensured, so that the defects that no code _ library table exists in the original system database, or a code _ library table exists but no environment _ set recording item exists, assignment of ATTRIBUTE ATTRITE BU 2 of the environment _ set recording item cannot be automatically acquired, and required task date cannot be automatically set are overcome.
And the second judging module 3 is used for judging whether the running time of the system needs to be adjusted according to the code attribute parameters of the task to be executed.
Before the execution system completes the task execution, the embodiment needs to judge whether the running time of the system needs to be changed according to the execution conditions and the like so as to meet the requirement of executing the task. For example, a corresponding assignment is obtained from an environment _ set record item in a code _ library table, whether the assignment is a test is judged, if the assignment is the test, execution time required in execution conditions is obtained, if the execution time is different from the natural time of the current system, the system operation time needs to be adjusted, the system operation time is changed into the execution time required for executing a test task, and if the assignment is the production, the change of the system operation time is rejected, so that disorder of a production log is avoided.
And the first obtaining module 4 is configured to obtain the adjusted first preset time from the code attribute storage table if the system running time needs to be adjusted.
In the code ATTRIBUTE storage table of this embodiment, a date and time preset by a tester according to a requirement of a test task is stored, for example, a date setting is performed on an ATTRIBUTE of ATTRIBUTE2 of an environment _ set recording item in a code _ library table, so that when a task is executed, assignment of an ATTRIBUTE of ATTRIBUTE2 is automatically obtained, a task date required to be set is obtained, the running time of a system is set to the task date, and then execution of a task to be executed is realized by running the system, for example, a specified test task is completed. The embodiment can safely and reliably set and modify the program running state and the execution date under the condition of ensuring the safety of the system authority.
And the adjusting module 5 is used for adjusting the system time to a first preset time and operating the system.
Further, the second determining module 3 includes:
and the acquisition unit is used for acquiring the running state attribute corresponding to the first task to be executed from the code attribute storage table.
And the first judgment unit is used for judging whether the running environment corresponding to the running state attribute is a test environment.
And the second judging unit is used for judging whether the execution time corresponding to the first task is the same as the current time or not if the running environment corresponding to the running state attribute is the testing environment.
And the first judging unit is used for judging that the running time of the system needs to be adjusted if the corresponding running time of the first task is different from the current time.
In the embodiment, whether the assignment of the ATTRIBUTE1 is a test environment is read, if the assignment is the test environment, the assignment of the ATTRIBUTE2 is further read to obtain the task date preset in the ATTRIBUTE2 by a tester, and if the task date is the same as the natural time corresponding to the local computer, the task date does not need to be changed; if the task date is different from the natural time corresponding to the local computer, for example, the task date is earlier than the natural date or later than the natural date, the operation time of the system needs to be changed from the natural date to the task date preset in the ATTRIBUTE2 to meet the task requirement. Under the condition of not modifying the natural time of the system and ensuring the safety of the system authority, the running state and the date of the program can be safely and reliably set and modified. According to the scheme, the current environment is judged to be the testing environment or the production environment, the current time is read when the current environment is judged to be the production environment, the self-defined time of the tester is read, whether the current time is the same as the self-defined time of the tester is compared, if the current time is not the same as the self-defined time of the tester, the self-defined time of the tester is set to be the system time of the current testing task, and the natural time of the system is still not influenced after background operation. By means of the technical scheme, the program running state and date can be safely and reliably set and modified under the condition that the system time is not modified to ensure the safety of the system authority.
Further, the first preset time is the execution time of the first task, and the device for adjusting the system operation time comprises:
and the third judging module is used for judging whether the first task is tested completely.
And the second acquisition module is used for acquiring the test result of the first task if the first task is tested.
And the fourth judging module is used for judging whether the test result is that the test is passed.
And the storage module is used for storing the first code file corresponding to the first task in a database corresponding to the system and recovering the running time of the system to the natural time if the test result is that the test is passed.
In the embodiment, the test task in execution is monitored in real time, and when the test task is executed and the test result is that the test is passed, the code corresponding to the test task is directly stored in the system database so as to be used for the subsequent production task without editing the code again, thereby ensuring the code consistency of the test stage and the production stage. And simultaneously, the running time of the system is restored to the natural time in time according to the corresponding test state of the test pass so that the system can receive other tasks. In this embodiment, before the test result of the executing test task is not received, the system information change permission is blocked, for example, it is set that the system does not access the code _ library table when there is a task to execute, so as to ensure that the running time of the system is not changed during the execution of the first task, and the code _ library table can be accessed again until the first task is tested. The natural time is the real time corresponding to the local computer, and includes the date of the current day and the time of the current corresponding local time zone.
Further, an apparatus for adjusting system runtime, comprising:
and the feedback module is used for feeding the test result back to the development user corresponding to the first code file if the test result is that the test fails.
And the fifth judging module is used for judging whether a second code file fed back by the development user is received within the first preset time length, wherein the second code file is a modified code file corresponding to the first task.
And the recovery module is used for recovering the running time of the system to the natural time if the second code file fed back by the development user is not received within the preset time length.
In this embodiment, when the test result of the first task is that the test fails, the test result is fed back to the corresponding development user, so that the development user adjusts the task code file according to the reason that the test fails, and a first preset time length, for example, 10min, is reserved for the development user, and is used for the development user to adjust the corresponding second code file after the task code is adjusted, and return to the system in time, so that the system completes the continuous test of the first task, and the flow is saved. And the system still does not access the code _ library table within the first preset time length so as to ensure that the running time of the system is not changed during the execution of the first task, but after the first preset time length is exceeded, the second code file fed back by the development user is received, and the running time of the system is restored to the natural time so as to avoid delaying the execution of other test tasks.
Further, the first task includes a plurality of audit project nodes, and the third determining module includes:
and the third judging unit is used for judging whether all the auditing project nodes included in the first task are finished.
And the determining unit is used for determining the uncompleted audit project nodes and sending an urging mail to a preset responsible person corresponding to the uncompleted audit project nodes if all the audit project nodes included in the first task are not completed.
And the monitoring unit is used for monitoring whether the auditing state corresponding to the uncompleted auditing project node is the audited state in real time.
And the second judging unit is used for judging that the first task is tested if the first task is in the checked state.
The test task of this embodiment includes a plurality of audit project nodes, and when all audit project nodes have completed audit tests, the test task is completed. In this embodiment, by detecting whether all the audit item nodes have received the audit receipt, if all the audit receipt nodes have received the audit receipt, the test is completed, otherwise, the test is not completed. When the test is not finished, the system screens the audit project nodes which do not receive the audit receipt, and sends an urging mail to the corresponding audit responsible person until all the audit receipts are received. In another embodiment of the present application, if the audit receipt corresponding to some of the audit item nodes is not received within the second preset time period, an alarm sound is sent to remind the user, and after the third preset time period, the user directly outputs that the test is not passed.
Further, an apparatus for adjusting system runtime, comprising:
and the sixth judging module is used for judging whether the operation interface of the first terminal pre-associated with the system is in an information input state.
And the second acquisition module is used for acquiring the task code corresponding to the second task and the attribute parameter corresponding to the second task, which are input through the operation interface, if yes.
And the import module is used for importing the task code corresponding to the second task and the attribute parameters corresponding to the second task into a database corresponding to the system.
In this embodiment, the test user sets the attribute parameters corresponding to the second task through the operation interface of each terminal, so as to avoid directly operating the database and avoid causing potential safety hazards to the system and the system database. And acquiring a task code of an operation interface input by a user and an attribute parameter corresponding to the task code through a preset setting method code, importing the task code corresponding to the second task and the attribute parameter corresponding to the second task into a database corresponding to the system, and establishing association connection. And respectively and correspondingly importing the attribute parameters corresponding to the second task into a code _ library table according to the data attributes. The task execution time under the test environment is automatically changed by newly configuring a code _ library table and filling newly added data in the code _ library table, wherein the newly added data comprises data CODENO, ITEMNO, ITEMNE, ATTRIBUTE1, ATTRIBUTE2 and the like, and the ATTRIBUTE of the data CODENO is TestRunTime; the ITEMNO attribute is 99999, namely the sequence number; the ITEMNAME ATTRIBUTE is environment _ set, namely the environment state, the ATTRIBUTE1 ATTRIBUTE is set to judge the current environment state, if the current environment state is test, the test environment is determined, if the current environment state is pro, the production environment is determined, and the ATTRIBUTE2 ATTRIBUTE is simulated manual date data, namely execution time, and is set by a tester in a self-defining mode.
Further, an apparatus for adjusting system runtime, comprising:
and the monitoring module is used for monitoring whether a calling instruction for calling the database corresponding to the system is received, wherein the calling instruction comprises a calling path corresponding to the calling terminal.
And the sending module is used for sending the calling link of the database corresponding to the system to the calling terminal through the calling path if the calling link is the same as the calling link.
And the receiving module is used for receiving the task code corresponding to the filled new task and the attribute parameter corresponding to the new task in the code attribute storage table of the database corresponding to the system of the calling terminal.
In the embodiment, the database is directly called, and the data in the code _ library table is directly filled in the database, so that the data can be quickly and accurately updated, and the task testing efficiency and accuracy are improved. .
Referring to fig. 3, a computer device, which may be a server and whose internal structure may be as shown in fig. 3, is also provided in the embodiment of the present application. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the computer designed processor is used to provide computational and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store all the data required for the process of adjusting the system runtime. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a method of adjusting system runtime.
The processor executes the method for adjusting the system running time, and the method comprises the following steps: judging whether an operation instruction of an operation system is received, wherein the operation instruction carries information data of a task to be executed; if an operation instruction for operating the system is received, accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed, and acquiring code attribute parameters of the task to be executed, wherein the code attribute storage table stores the code attribute parameters of all tasks to be executed in a database corresponding to the system; judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed; if the system running time needs to be adjusted, obtaining the adjusted first preset time from the code attribute storage table; and adjusting the system time to a first preset time and operating the system.
According to the computer equipment, the date is set through the ATTRIBUTE ATTRIBUTE2 of the environment _ set recording item in the code _ library table, so that when a task is executed, the assignment of the ATTRIBUTE ATTRIBUTE2 is automatically obtained, the task date needing to be set is obtained, the running time of a system is set as the task date, then the execution of the task to be executed is realized through the running system, and under the premise that the accuracy of the system time is not influenced, the safe and reliable setting and modification of the program running state and the execution date are guaranteed under the condition that the safety of the system authority is guaranteed. By monitoring the executing test task in real time, when the test task is executed and the test result is that the test is passed, the codes corresponding to the test task are directly stored in the system database so as to be used for subsequent production tasks without code editing again, and the code consistency of the test stage and the production stage is ensured. The test user sets the attribute parameters corresponding to the second task through the operation interface of each terminal, obtains the task code of the operation interface input by the user and the attribute parameters corresponding to the task code through a preset setting method code, imports the task code corresponding to the second task and the attribute parameters corresponding to the second task into the database corresponding to the system, and establishes the association connection at the same time so as to avoid directly operating the database and avoid causing potential safety hazards to the system and the system database.
In an embodiment, the step of judging, by the processor, whether the runtime of the system needs to be adjusted according to the code attribute parameter of the task to be executed includes: acquiring an operating state attribute corresponding to a first task to be executed from a code attribute storage table; judging whether the running environment corresponding to the running state attribute is a test environment or not; if the running environment corresponding to the running state attribute is the testing environment, judging whether the execution time corresponding to the first task is the same as the current time; and if the execution time corresponding to the first task is different from the current time, judging that the operation time of the system needs to be adjusted.
In one embodiment, the first preset time is an execution time of the first task, and after the step of adjusting the system time to the first preset time and executing the system by the processor, the method includes: judging whether the first task is tested; if the first task is tested, obtaining a test result of the first task; judging whether the test result is that the test is passed; and if the test result is that the test is passed, storing the first code file corresponding to the first task in a database corresponding to the system, and recovering the running time of the system to the natural time.
In an embodiment, after the step of determining whether the test result is a pass test, the method includes: if the test result is that the test is not passed, the test result is fed back to a development user corresponding to the first code file; judging whether a second code file fed back by a development user is received within a first preset time length, wherein the second code file is a modified code file corresponding to the first task; and if the second code file fed back by the development user is not received within the first preset time length, restoring the running time of the system to the natural time.
In one embodiment, the first task includes a plurality of nodes for auditing items, and the step of determining whether the first task has been tested by the processor includes: judging whether all the audit project nodes included in the first task are finished or not; if all the audit project nodes included in the first task are not completed, determining the uncompleted audit project nodes, and sending an urging mail to a preset responsible person corresponding to the uncompleted audit project nodes; monitoring whether the auditing state corresponding to the uncompleted auditing project node is the audited state or not in real time; if the first task is in the checked state, the first task is judged to be tested.
In one embodiment, before the step of determining whether the operation instruction for operating the system is received by the processor, the method includes: judging whether an operation interface of a first terminal pre-associated with the system is in an information input state or not; if so, acquiring a task code corresponding to the second task and an attribute parameter corresponding to the second task, which are input through the operation interface; and importing the task code corresponding to the second task and the attribute parameters corresponding to the second task into a database corresponding to the system.
In one embodiment, before the step of determining whether the operation instruction for operating the system is received by the processor, the method includes: monitoring whether a calling instruction for calling a database corresponding to a system is received, wherein the calling instruction comprises a calling path corresponding to a calling terminal; if so, sending the calling link of the database corresponding to the system to a calling terminal through a calling path; and receiving a task code corresponding to the new task and an attribute parameter corresponding to the new task, which are filled in a code attribute storage table of a database corresponding to the system by the calling terminal.
Those skilled in the art will appreciate that the architecture shown in fig. 3 is only a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects may be applied.
An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, the computer program, when executed by a processor, implementing a method for adjusting system runtime, including: judging whether an operation instruction of an operation system is received, wherein the operation instruction carries information data of a task to be executed; if an operation instruction for operating the system is received, accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed, and acquiring code attribute parameters of the task to be executed, wherein the code attribute storage table stores the code attribute parameters of all tasks to be executed in a database corresponding to the system; judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed; if the system running time needs to be adjusted, obtaining the adjusted first preset time from the code attribute storage table; and adjusting the system time to a first preset time and operating the system.
The computer-readable storage medium carries out date setting on the ATTRIBUTE ATTRIBUTE2 of the environment _ set record item in the code _ library table, so that when a task is executed, assignment of the ATTRIBUTE ATTRIBUTE2 is automatically obtained, the task date needing to be set is obtained, the running time of the system is set as the task date, then the execution of the task to be executed is realized through the running system, and under the premise of ensuring the safety of the system authority without influencing the accuracy of the system time, safe and reliable setting and modification are carried out on the running state and the execution date of a program. By monitoring the executing test task in real time, when the test task is executed and the test result is that the test is passed, the codes corresponding to the test task are directly stored in the system database so as to be used for subsequent production tasks without code editing again, and the code consistency of the test stage and the production stage is ensured. The test user sets the attribute parameters corresponding to the second task through the operation interface of each terminal, obtains the task code of the operation interface input by the user and the attribute parameters corresponding to the task code through a preset setting method code, imports the task code corresponding to the second task and the attribute parameters corresponding to the second task into the database corresponding to the system, and establishes the association connection at the same time so as to avoid directly operating the database and avoid causing potential safety hazards to the system and the system database.
In an embodiment, the step of judging, by the processor, whether the runtime of the system needs to be adjusted according to the code attribute parameter of the task to be executed includes: acquiring an operating state attribute corresponding to a first task to be executed from a code attribute storage table; judging whether the running environment corresponding to the running state attribute is a test environment or not; if the running environment corresponding to the running state attribute is the testing environment, judging whether the execution time corresponding to the first task is the same as the current time; and if the execution time corresponding to the first task is different from the current time, judging that the operation time of the system needs to be adjusted.
In one embodiment, the first preset time is an execution time of the first task, and after the step of adjusting the system time to the first preset time and executing the system by the processor, the method includes: judging whether the first task is tested; if the first task is tested, obtaining a test result of the first task; judging whether the test result is that the test is passed; and if the test result is that the test is passed, storing the first code file corresponding to the first task in a database corresponding to the system, and recovering the running time of the system to the natural time.
In an embodiment, after the step of determining whether the test result is a pass test, the method includes: if the test result is that the test is not passed, the test result is fed back to a development user corresponding to the first code file; judging whether a second code file fed back by a development user is received within a first preset time length, wherein the second code file is a modified code file corresponding to the first task; and if the second code file fed back by the development user is not received within the first preset time length, restoring the running time of the system to the natural time.
In one embodiment, the first task includes a plurality of nodes for auditing items, and the step of determining whether the first task has been tested by the processor includes: judging whether all the audit project nodes included in the first task are finished or not; if all the audit project nodes included in the first task are not completed, determining the uncompleted audit project nodes, and sending an urging mail to a preset responsible person corresponding to the uncompleted audit project nodes; monitoring whether the auditing state corresponding to the uncompleted auditing project node is the audited state or not in real time; if the first task is in the checked state, the first task is judged to be tested.
In one embodiment, before the step of determining whether the operation instruction for operating the system is received by the processor, the method includes: judging whether an operation interface of a first terminal pre-associated with the system is in an information input state or not; if so, acquiring a task code corresponding to the second task and an attribute parameter corresponding to the second task, which are input through the operation interface; and importing the task code corresponding to the second task and the attribute parameters corresponding to the second task into a database corresponding to the system.
In one embodiment, before the step of determining whether the operation instruction for operating the system is received by the processor, the method includes: monitoring whether a calling instruction for calling a database corresponding to a system is received, wherein the calling instruction comprises a calling path corresponding to a calling terminal; if so, sending the calling link of the database corresponding to the system to a calling terminal through a calling path; and receiving a task code corresponding to the new task and an attribute parameter corresponding to the new task, which are filled in a code attribute storage table of a database corresponding to the system by the calling terminal.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium provided herein and used in the examples may include non-volatile and/or volatile memory. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), double-rate SDRAM (SSRSDRAM), Enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and bus dynamic RAM (RDRAM).
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, apparatus, article, or method that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, apparatus, article, or method. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, apparatus, article, or method that includes the element.
The above description is only a preferred embodiment of the present application, and not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings of the present application, or which are directly or indirectly applied to other related technical fields, are also included in the scope of the present application.
Claims (10)
1. A method of adjusting system runtime, comprising:
judging whether an operation instruction of an operation system is received, wherein the operation instruction carries information data of a task to be executed;
if an operation instruction for operating a system is received, accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed, and acquiring code attribute parameters of the task to be executed, wherein the code attribute storage table stores the code attribute parameters of all tasks to be executed in a database corresponding to the system;
judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed;
if the system running time needs to be adjusted, acquiring adjusted first preset time from the code attribute storage table;
and adjusting the system time to the first preset time and operating the system.
2. The method for adjusting the system running time according to claim 1, wherein the step of determining whether the system running time needs to be adjusted according to the code attribute parameters of the task to be executed comprises:
acquiring an operating state attribute corresponding to a first task to be executed from the code attribute storage table;
judging whether the running environment corresponding to the running state attribute is a test environment or not;
if the running environment corresponding to the running state attribute is a test environment, judging whether the execution time corresponding to the first task is the same as the current time;
and if the execution time corresponding to the first task is different from the current time, judging that the operation time of the system needs to be adjusted.
3. The method of adjusting the system running time according to claim 2, wherein the first preset time is the execution time of the first task, and the step of adjusting the system time to the first preset time and running the system is followed by:
judging whether the first task is tested;
if the first task is tested, obtaining a test result of the first task;
judging whether the test result is that the test is passed;
and if the test result is that the test is passed, storing the first code file corresponding to the first task in a database corresponding to the system, and recovering the running time of the system to the natural time.
4. The method for adjusting the system running time according to claim 3, wherein the step of judging whether the test result is a test pass or not is followed by the steps of:
if the test result is that the test fails, judging whether the reason of the test failure is a code file error;
if so, feeding back the wrong test result of the code file to a development user corresponding to the first code file;
judging whether a second code file fed back by the development user is received within a first preset time length, wherein the second code file is a modified code file corresponding to the first task;
and if the second code file fed back by the development user is not received within the first preset time length, restoring the running time of the system to the natural time.
5. The method of adjusting system runtime of claim 3, wherein the first task includes a plurality of audit project nodes, and wherein the step of determining whether the first task has been tested comprises:
judging whether all the audit project nodes included in the first task are finished or not;
if all the audit project nodes included in the first task are not all completed, determining the incomplete audit project nodes, and sending an urging mail to a preset responsible person corresponding to the incomplete audit project nodes;
monitoring whether the auditing state corresponding to the uncompleted auditing project node is an audited state or not in real time;
and if the first task is in the checked state, judging that the first task is tested completely.
6. The method of adjusting the runtime of a system of claim 1, wherein said step of determining whether an operating command is received to operate the system is preceded by the steps of:
judging whether an operation interface of a first terminal pre-associated with the system is in an information input state or not;
if so, acquiring a task code corresponding to a second task and an attribute parameter corresponding to the second task, which are input through the operation interface;
and importing the task code corresponding to the second task and the attribute parameters corresponding to the second task into a database corresponding to the system.
7. The method of adjusting the runtime of a system of claim 1, wherein said step of determining whether an operating command is received to operate the system is preceded by the steps of:
monitoring whether a calling instruction for calling a database corresponding to the system is received, wherein the calling instruction comprises a calling path corresponding to a calling terminal;
if so, sending a calling link of a database corresponding to the system to the calling terminal through the calling path;
and receiving a task code corresponding to the new task and an attribute parameter corresponding to the new task, which are filled in a code attribute storage table of a database corresponding to the system by the calling terminal.
8. An apparatus for adjusting system runtime, comprising:
the system comprises a first judgment module, a second judgment module and a processing module, wherein the first judgment module is used for judging whether an operation instruction of an operation system is received or not, and the operation instruction carries information data of a task to be executed;
the access module is used for accessing a code attribute storage table pre-associated with the system according to the information data of the task to be executed and acquiring the code attribute parameters of the task to be executed if an operation instruction of an operation system is received, wherein the code attribute storage table stores the code attribute parameters of all tasks to be executed in a database corresponding to the system;
the second judgment module is used for judging whether the running time of the system needs to be adjusted or not according to the code attribute parameters of the task to be executed;
the first obtaining module is used for obtaining the adjusted first preset time from the code attribute storage table if the system running time needs to be adjusted;
and the adjusting module is used for adjusting the system time to the first preset time and operating the system.
9. A computer device comprising a memory and a processor, the memory storing a computer program, wherein the processor implements the steps of the method of any one of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 7.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910965262.4A CN111078525A (en) | 2019-10-11 | 2019-10-11 | Method and device for adjusting system running time, computer equipment and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910965262.4A CN111078525A (en) | 2019-10-11 | 2019-10-11 | Method and device for adjusting system running time, computer equipment and storage medium |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111078525A true CN111078525A (en) | 2020-04-28 |
Family
ID=70310326
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910965262.4A Pending CN111078525A (en) | 2019-10-11 | 2019-10-11 | Method and device for adjusting system running time, computer equipment and storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111078525A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112925725A (en) * | 2021-04-09 | 2021-06-08 | 网易(杭州)网络有限公司 | Data testing method and device, readable storage medium and electronic equipment |
CN113254348A (en) * | 2021-06-21 | 2021-08-13 | 中国银行股份有限公司 | Daily cutting method and device for bank system |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104008046A (en) * | 2013-02-26 | 2014-08-27 | 北京千橡网景科技发展有限公司 | Method and device for testing programs |
CN108647083A (en) * | 2018-04-28 | 2018-10-12 | 北京京东金融科技控股有限公司 | Task executing method, device, system, electronic equipment and computer-readable medium |
CN108763085A (en) * | 2018-05-31 | 2018-11-06 | 平安科技(深圳)有限公司 | On-line debugging device, method and the computer readable storage medium of test cases |
CN108762911A (en) * | 2018-06-13 | 2018-11-06 | 平安科技(深圳)有限公司 | Timing task management method, apparatus, computer equipment and storage medium |
CN109992515A (en) * | 2019-04-02 | 2019-07-09 | 网易(杭州)网络有限公司 | Test method and device, electronic equipment |
-
2019
- 2019-10-11 CN CN201910965262.4A patent/CN111078525A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104008046A (en) * | 2013-02-26 | 2014-08-27 | 北京千橡网景科技发展有限公司 | Method and device for testing programs |
CN108647083A (en) * | 2018-04-28 | 2018-10-12 | 北京京东金融科技控股有限公司 | Task executing method, device, system, electronic equipment and computer-readable medium |
CN108763085A (en) * | 2018-05-31 | 2018-11-06 | 平安科技(深圳)有限公司 | On-line debugging device, method and the computer readable storage medium of test cases |
CN108762911A (en) * | 2018-06-13 | 2018-11-06 | 平安科技(深圳)有限公司 | Timing task management method, apparatus, computer equipment and storage medium |
CN109992515A (en) * | 2019-04-02 | 2019-07-09 | 网易(杭州)网络有限公司 | Test method and device, electronic equipment |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112925725A (en) * | 2021-04-09 | 2021-06-08 | 网易(杭州)网络有限公司 | Data testing method and device, readable storage medium and electronic equipment |
CN112925725B (en) * | 2021-04-09 | 2024-03-15 | 网易(杭州)网络有限公司 | Data testing method and device, readable storage medium and electronic equipment |
CN113254348A (en) * | 2021-06-21 | 2021-08-13 | 中国银行股份有限公司 | Daily cutting method and device for bank system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109032611B (en) | Script deployment method and device, computer equipment and storage medium | |
CN107273286B (en) | Scene automatic test platform and method for task application | |
CN108768728B (en) | Operation and maintenance task processing method and device, computer equipment and storage medium | |
CN113703730A (en) | Continuous integration method and device, computer equipment and storage medium | |
CN110750441A (en) | Automatic testing method and device, computer equipment and storage medium | |
CN109582563B (en) | Test method, device, computer equipment and storage medium for test cases | |
CN104360920A (en) | Automatic testing method and device for interface | |
CN111913886A (en) | Mobile phone APP automatic test method, device, equipment and storage medium | |
CN112148329B (en) | Code version automatic updating method and device, computer equipment and storage medium | |
US20210103514A1 (en) | Reusable test cases for identifiable patterns | |
CN110704306A (en) | Assertion processing method, device, equipment and storage medium in test | |
CN111258591B (en) | Program deployment task execution method, device, computer equipment and storage medium | |
CN110928777B (en) | Test case processing method, device, equipment and storage medium | |
CN112115005B (en) | Test data acquisition method and device, computer equipment and storage medium | |
CN111078525A (en) | Method and device for adjusting system running time, computer equipment and storage medium | |
CN112286828B (en) | Testing method and system for intelligent contracts of block chains | |
CN113282513B (en) | Interface test case generation method and device, computer equipment and storage medium | |
CN112540924A (en) | Interface automation test method, device, equipment and storage medium | |
CN112667499A (en) | Page component testing method and device, computer equipment and storage medium | |
CN115562690A (en) | Algorithm service processing method, device and medium based on Docker container | |
EP3514680B1 (en) | Identification of changes in functional behavior and runtime behavior of a system during maintenance cycles | |
CN111767218B (en) | Automatic test method, equipment and storage medium for continuous integration | |
CN112559352A (en) | Interface test method, device, equipment and storage medium | |
CN110737426B (en) | Program block creating method, program block creating device, computer equipment and storage medium | |
CN110309057B (en) | Automatic script-based flow project testing method and related equipment |
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 |