CN116643986A - Workflow-based testing method, testing device, testing equipment and storage medium - Google Patents

Workflow-based testing method, testing device, testing equipment and storage medium Download PDF

Info

Publication number
CN116643986A
CN116643986A CN202310622779.XA CN202310622779A CN116643986A CN 116643986 A CN116643986 A CN 116643986A CN 202310622779 A CN202310622779 A CN 202310622779A CN 116643986 A CN116643986 A CN 116643986A
Authority
CN
China
Prior art keywords
account
ith
test
information
workflow
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
Application number
CN202310622779.XA
Other languages
Chinese (zh)
Inventor
吕明明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bank of China Ltd
Original Assignee
Bank of China Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202310622779.XA priority Critical patent/CN116643986A/en
Publication of CN116643986A publication Critical patent/CN116643986A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites

Abstract

The application discloses a workflow-based testing method, a testing device, testing equipment and a storage medium, which can be applied to the financial field or other fields, and the method comprises the following steps: acquiring the information of an ith test node in the workflow, and determining an ith test identity corresponding to the ith test node according to the information of the ith test node; matching the ith account information corresponding to the ith test identity from the test password box; modifying account variables and password variables in the login standard information according to the ith account information to obtain the ith account login information, and logging in the ith account through the ith account login information; testing the ith account according to the authority of the ith account; after the test of the ith account is completed, marking the ith account as a tested account in a test password box; ending the test flow when the accounts in the test password box are all tested accounts; otherwise, the test of the (i+1) th test node in the workflow is entered.

Description

Workflow-based testing method, testing device, testing equipment and storage medium
Technical Field
The present application relates to the field of data processing, and in particular, to a workflow-based testing method, a workflow-based testing device, a workflow-based testing apparatus, and a workflow-based storage medium.
Background
The workflow engine is widely applied to business development process of commercial banks, and refers to workflow as a part of application systems, and provides core solutions for determining information transmission routes, content levels and the like according to different roles, division and conditions, wherein the core solutions have a determining effect on each application system. Workflow refers to the automation of part or all of a business process in a computer application environment, and is an abstract and generalized description of the workflow and business rules between its operational steps.
Although the workflow engine brings certain convenience to the product development process, in the product testing stage, when the requirement function circulation test is carried out on some long-flow businesses, the user identity of the login business needs to be repeatedly switched, the testing flow is complex, some accounts in the testing process are easily omitted, and the testing process is not participated.
Disclosure of Invention
The embodiment of the application provides a workflow-based testing method, a workflow-based testing device, workflow-based testing equipment and a workflow-based storage medium, and the problem that an account is omitted in testing is avoided.
In view of this, a first aspect of the present application provides a workflow-based testing method, the method comprising:
acquiring the information of an ith test node in the workflow, and determining an ith test identity corresponding to the ith test node according to the information of the ith test node; the i is an integer greater than 1;
matching the ith account information corresponding to the ith test identity from a test password box; the ith account information at least comprises an ith account, an ith password and an ith account authority;
modifying account variables and password variables in the login standard information according to the ith account information to obtain ith account login information, and logging in the ith account through the ith account login information; the login standard information is first account login information used when the first test node is logged in by using the first account information;
testing the ith account according to the ith account authority;
after the test of the ith account is completed, marking the ith account as a tested account in the test password box;
ending the test flow when the accounts in the test password box are all the tested accounts; otherwise, entering the test of the (i+1) th test node in the workflow.
Optionally, the method further comprises:
before the test starts, all the accounts in the test password box are marked as untested accounts;
the matching of the ith account information corresponding to the ith test identity from the test password box comprises the following steps:
screening the untested account numbers from a tested password box;
and matching account information corresponding to the ith test identity from the untested account, and determining the ith account information.
Optionally, after the matching of the ith account information corresponding to the ith test identity from the untested account, the method further includes:
and when the account information corresponding to the ith test identity is not matched in the untested account, the account information corresponding to the ith test identity is matched in the tested account in the test password box, and the untested account is determined to be the ith account information, so that the workflow is transferred to the next test node.
Optionally, the method further comprises:
and when the last test node in the workflow is tested, and the untested account number exists in the test password box, the workflow is transferred to the first test node to continue testing.
Optionally, the method further comprises:
when the first account information is used for logging in the first test node, the first account login information sent by the first test node to a server is intercepted, and the first account login information is determined to be the login standard information.
A second aspect of the present application provides a workflow-based testing apparatus, the apparatus comprising:
an information acquisition unit configured to: acquiring the information of an ith test node in the workflow, and determining an ith test identity corresponding to the ith test node according to the information of the ith test node; the i is an integer greater than 1;
an information matching unit configured to: matching the ith account information corresponding to the ith test identity from a test password box; the ith account information at least comprises an ith account, an ith password and an ith account authority;
an account login unit, configured to: modifying account variables and password variables in the login standard information according to the ith account information to obtain ith account login information, and logging in the ith account through the ith account login information; the login standard information is first account login information used when the first test node is logged in by using the first account information;
a test unit for: testing the ith account according to the ith account authority;
a marking unit for: after the test of the ith account is completed, marking the ith account as a tested account in the test password box;
a flow control unit for: ending the test flow when the accounts in the test password box are all the tested accounts; otherwise, entering the test of the (i+1) th test node in the workflow.
Optionally, the marking unit is further configured to:
before the test starts, all the accounts in the test password box are marked as untested accounts;
the information matching unit is specifically configured to:
screening the untested account numbers from a tested password box;
and matching account information corresponding to the ith test identity from the untested account, and determining the ith account information.
Optionally, the information matching unit is further configured to:
and when the account information corresponding to the ith test identity is not matched in the untested account, the account information corresponding to the ith test identity is matched in the tested account in the test password box, and the untested account is determined to be the ith account information, so that the workflow is transferred to the next test node.
A third aspect of the present application provides a workflow-based testing apparatus, the apparatus comprising: a memory and a processor;
the memory is used for storing instructions;
the processor is configured to execute the instructions in the memory and perform the method described above.
A fourth aspect of the application provides a computer readable storage medium storing program code or instructions which, when run on a computer, cause the computer to perform the method described above.
From the above technical scheme, the application has the following advantages: according to the application, the ith test identity corresponding to the ith test node is determined by acquiring the information of the ith test node in the workflow and according to the information of the ith test node; i is an integer greater than 1; matching the ith account information corresponding to the ith test identity from the test password box; the ith account information at least comprises an ith account, an ith password and an ith account authority; according to the ith account information, modifying account variables and password variables in the login standard information to obtain the ith account login information, so that the degree of automation of the test process is improved; the login standard information is first account login information used when the first test node is logged in by using the first account information; logging in the ith account through the login information of the ith account, and testing the ith account according to the authority of the ith account, so that the switching process between different accounts in the workflow is simplified, and the testing efficiency is improved; after the test of the ith account is completed, marking the ith account as a tested account in a test password box; by setting the mark of the tested account number for the tested account number, the readability of the account number testing state is improved, when all the account number testing in the testing password box is completed, all the account numbers are marked as the tested account number, the testing flow can be ended at the moment, all the account numbers in the testing password box are tested, and the problem that the account numbers are omitted during testing is avoided; in addition, when the account number is not tested, the workflow goes to the next test node to continue testing, so that the testing efficiency is improved.
Drawings
FIG. 1 is a flowchart of a workflow-based testing method according to an embodiment of the present application;
FIG. 2 is a block diagram of a workflow-based testing device according to an embodiment of the present application;
fig. 3 is a structural diagram of a workflow-based test device according to an embodiment of the present application.
Detailed Description
Embodiments of the present application will be described in more detail below with reference to the accompanying drawings. While the application is susceptible of embodiment in the drawings, it is to be understood that the application may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided to provide a more thorough and complete understanding of the application. It should be understood that the drawings and embodiments of the application are for illustration purposes only and are not intended to limit the scope of the present application.
Referring to fig. 1, an embodiment of the present application provides a workflow-based testing method, which specifically includes the following steps:
step 101: and acquiring the information of the ith test node in the workflow, and determining the ith test identity corresponding to the ith test node according to the information of the ith test node.
Wherein i is an integer greater than 1. In the service developed by using a workflow engine, a workflow-based test flow starts from a first test node to a last test node, and different test nodes can enter a next test node after being operated by accounts with different identities or authorities, so that the workflow is continuously circulated backwards by the first test node; after the test of the last test node is completed, the test flow needs to be repeated continuously in order to complete the test on all the accounts. When the workflow arrives at the ith test node, the ith test identity required by the ith test node can be obtained by obtaining the information of the ith test node, the test identity corresponds to the account authority, if the test identity is an administrator, the account authority corresponding to the administrator is the management authority, and when the test identity is a tourist, the corresponding management authority is the browsing authority; when the account authority of the account logged in at the ith test node corresponds to the ith test identity, the workflow can be smoothly pushed at the ith test node, so that the workflow is transferred to the next test node.
Step 102: and (3) matching the ith account information corresponding to the ith test identity from the test password box.
The ith account information at least comprises an ith account, an ith password and an ith account authority. In the embodiment of the application, all account information required by the test is stored in the test password box, which is equivalent to a test account database storing account information such as accounts, passwords and the like, and the account information may also include information such as user name, position, authority and the like of each account. When the ith test identity corresponding to the ith test node is obtained, the corresponding ith account authority is determined according to the ith test identity, for example, when the ith test identity is an administrator, the corresponding account authority is the management authority, then the management authority is used as a matching condition, one piece of account information is determined from all the account information meeting the matching condition in the test password box and is used as the ith account information, and the ith account and the ith password required when the ith test node is logged in by using the ith account information can be obtained from the test password box.
Step 103: and modifying account variables and password variables in the login standard information according to the ith account information to obtain the ith account login information, and logging in the ith account through the ith account login information.
After the ith account information is obtained, the ith test node is required to be logged in by using the ith account information, so that the circulation of the workflow is promoted. In the embodiment of the application, account login is realized through login standard information, the login standard information is first account login information used when first test nodes are logged in by using first account information, variables corresponding to accounts and passwords in the first account login information are respectively modified into an ith account and an ith password in the ith account information, the ith account login information which is required to be sent to a server when the ith account is logged in is obtained, the ith account login information is sent to the server, and the ith account can be logged in after verification of the server is passed.
In one possible implementation, the login criteria information is obtained by the following method:
when the first test node is logged in by using the first account information, the first account login information sent by the first test node to the server is intercepted, and the first account login information is determined to be login standard information.
In the same workflow, when different accounts are logged in, the login message information format used for verification is the same to the server. The first test node is the first account login in the embodiment of the application, so that login message information, namely first account login information, can be intercepted when the first account is logged in, the first account login information is used as login standard information, and the login information of other accounts can be obtained through the login standard information only by modifying the variable values corresponding to the account and the password.
By reading the account information and the login standard information from the test password box, the account can be automatically logged in, and then the account is automatically logged in and written into a test flow, so that the test efficiency is improved.
Step 104: and testing the ith account according to the authority of the ith account.
The account rights describe the operation which can be executed by the user after the user successfully logs in by using the account rights, and the operations which can be executed by different account rights are different according to the database test rules, for example, the account of the management rights can realize the addition, deletion, modification and check of data, so that when the account of which the account rights are the management rights is tested, the four aspects of data addition, deletion, modification and check are required to be tested; and the account with the browsing permission can only view the data, so that only the aspect of data viewing is required to be tested when the account is tested. When the ith account is tested, whether the executable operation can be executed correctly after the test user logs in the ith account or not can be tested according to the ith account authority acquired from the test password box in step 102.
Step 105: and after the test of the ith account is completed, marking the ith account as a tested account in a test password box.
After the test of the ith account is completed, the tested mark is marked for the ith account in the test password box, so that the ith account is marked as the tested account, and the currently tested account and the non-tested account can be clearly obtained in the subsequent test process through the mark, thereby avoiding omission.
After logging in the ith account by using the login information of the ith account, carrying out associated storage on test operation and test results corresponding to the ith account, and when the test results corresponding to each test operation are all passed and the workflow is successfully transferred to the next test node, considering that the test of the ith account is completed, determining that the test of the ith account is completed, and then executing related test operation for the next test node.
In one possible implementation manner, all accounts in the test password box can be marked as untested accounts before the test starts, the untested accounts are marked as tested accounts according to the circulation result of the workflow in the test process, and when the untested accounts do not exist in the test password box, namely all the tested accounts in the test password box, all the accounts in the test password box are considered to be tested. It should be noted that, in the embodiment of the present application, the untested account number and the tested account number both represent the states corresponding to the account number.
At this time, step 102 may be implemented as follows:
screening an untested account number from a tested password box;
and matching account information corresponding to the ith test identity from the untested account, and determining the ith account information.
When the account information needed by the ith test node needs to be matched, the untested account is preferentially screened out from the test password box, the ith account information is matched and determined from the untested account, and the untested account is preferentially selected for testing, so that the testing process is accelerated, the testing time is saved, the testing efficiency is further improved, and the possibility of missing the account in the testing process is further reduced.
Further, when the account information corresponding to the ith test identity is not matched in the untested account, the account information corresponding to the ith test identity is matched from the tested account in the test password box, and the untested account is determined to be the ith account information, so that the workflow is transferred to the next test node.
If the account information corresponding to the ith test node is not matched in the untested account of the test tool box when the ith test node is tested, the matching can be performed from the tested account of the test tool box so as to ensure that the test based on the workflow is smoothly performed.
Step 106: ending the test flow when the accounts in the test password box are all tested accounts; otherwise, the test of the (i+1) th test node in the workflow is entered.
When the accounts in the test password box are all tested accounts, the accounts in the test password box are considered to be tested, and then the test flow is ended, so that the omission of the accounts in the test process is avoided; however, if the account number is still not marked as the tested account number, the workflow goes to the (i+1) th test node, the (i+1) th account number information is obtained from the test password box, and the test of the (i+1) th test node is continued.
Further, when the last test node in the workflow is tested and an untested account number exists in the test password box, the workflow is transferred to the first test node to continue testing.
In the test password box, there may be a plurality of account information with the same account authority, when the test node in one workflow has been transferred to the last test node, if there are still untested accounts in the test password box, in order to complete the test on all the accounts, the test procedure needs to be repeated continuously, so the workflow needs to be transferred to the first test node to continue the test, and the workflow is circulated for a plurality of times until all the accounts in the test password box complete the test, namely all the accounts are marked as tested accounts.
According to the embodiment of the application, the ith test identity corresponding to the ith test node is determined according to the ith test node information by acquiring the ith test node information in the workflow; i is an integer greater than 1; matching the ith account information corresponding to the ith test identity from the test password box; the ith account information at least comprises an ith account, an ith password and an ith account authority; according to the ith account information, modifying account variables and password variables in the login standard information to obtain the ith account login information, so that the degree of automation of the test process is improved; the login standard information is first account login information used when the first test node is logged in by using the first account information; logging in the ith account through the login information of the ith account, and testing the ith account according to the authority of the ith account, so that the switching process between different accounts in the workflow is simplified, and the testing efficiency is improved; after the test of the ith account is completed, marking the ith account as a tested account in a test password box; by setting the mark of the tested account number for the tested account number, the readability of the account number testing state is improved, when all the account number testing in the testing password box is completed, all the account numbers are marked as the tested account number, the testing flow can be ended at the moment, all the account numbers in the testing password box are tested, and the problem that the account numbers are omitted during testing is avoided; in addition, when the account number is not tested, the workflow goes to the next test node to continue testing, so that the testing efficiency is improved.
When using account information of different identities to log in different test nodes in a workflow, one possible data structure exists in the login standard information for saving variables of account and password, and the data structure is divided into four layers of substructures: basic circulation/management, departments, identities, accounts. The four structures correspond to numbers of the account information in the test password box, specifically, one piece of data storing the account information comprises sixteen bytes in total, and the corresponding relationship is as follows:
basic flow-department-identity-account: 0-000000000-000-000;
administrator-department-identity-account: 1-000000000-00-0000;
the basic circulation and the manager respectively represent different account rights, the basic circulation and the manager are distinguished through a mark bit, in the basic circulation accounts, three word bits are used for storing the identity and the account specific content of the account, and in the test process, compared with the basic circulation accounts, the manager accounts have fewer corresponding identity classifications, and the accounts corresponding to a single identity are more, so that the manager accounts use two word bits for storing the identity of the account, and use four word bits for storing the account specific content; in the business system, one business process may be pushed by a plurality of different departments, so in the two data structures, the departments corresponding to the account numbers are stored by using nine word bits.
When the same test node is tested, when the accounts with the same identity are more than the limit represented by the character bit, data replacement can be performed in the test password box, for example, when the number of accounts corresponding to a certain identity in the basic circulation accounts is more than 8, and then the first 7 accounts corresponding to the identity are all tested accounts, 7 untested accounts corresponding to the identity are selected from untested accounts corresponding to the identity in the process of testing the 8 th account to replace 7 tested accounts corresponding to the identity respectively; when testing the untested account numbers according to the test sequence, the 7 tested account numbers corresponding to the identities can be transferred to the last 7 bits of the test sequence, and the 9 th bit to the 15 th bit in the original test sequence are shifted to the 1 st bit to the 7 th bit in the test sequence.
Although operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. In certain circumstances, multitasking and parallel processing may be advantageous.
It should be understood that the various steps recited in the method embodiments of the present application may be performed in a different order and/or performed in parallel. Furthermore, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the application is not limited in this respect.
The term "including" and variations thereof as used herein are intended to be open-ended, i.e., including, but not limited to. The term "based on" is based at least in part on. The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments. Related definitions of other terms will be given in the description below.
It should be noted that the terms "first," "second," and the like herein are merely used for distinguishing between different devices, modules, or units and not for limiting the order or interdependence of the functions performed by such devices, modules, or units.
It should be noted that references to "one", "a plurality" and "a plurality" in this disclosure are intended to be illustrative rather than limiting, and those skilled in the art will appreciate that "one or more" is intended to be construed as "one or more" unless the context clearly indicates otherwise.
Referring to fig. 2, an embodiment of the present application provides a workflow-based testing apparatus, including: the system comprises an information acquisition unit 201, an information matching unit 202, an account login unit 203, a test unit 204, a marking unit 205 and a flow control unit 206.
An information acquisition unit 201 for: acquiring the information of an ith test node in the workflow, and determining an ith test identity corresponding to the ith test node according to the information of the ith test node; i is an integer greater than 1;
an information matching unit 202 for: matching the ith account information corresponding to the ith test identity from the test password box; the ith account information at least comprises an ith account, an ith password and an ith account authority;
an account login unit 203, configured to: modifying account variables and password variables in the login standard information according to the ith account information to obtain the ith account login information, and logging in the ith account through the ith account login information; the login standard information is first account login information used when the first test node is logged in by using the first account information;
a test unit 204 for: testing the ith account according to the authority of the ith account;
a marking unit 205 for: after the test of the ith account is completed, marking the ith account as a tested account in a test password box;
a flow control unit 206, configured to: ending the test flow when the accounts in the test password box are all tested accounts; otherwise, the test of the (i+1) th test node in the workflow is entered.
In one possible implementation, the marking unit 205 is further configured to:
before the test starts, all accounts in the test password box are marked as untested accounts;
the information matching unit 202 specifically is configured to:
screening an untested account number from a tested password box;
and matching account information corresponding to the ith test identity from the untested account, and determining the ith account information.
In a possible implementation, the information matching unit 202 is further configured to:
when the account information corresponding to the ith test identity is not matched in the untested account, the account information corresponding to the ith test identity is matched from the tested account in the test password box, and the untested account is determined to be the ith account information, so that the workflow is transferred to the next test node.
In a possible implementation, the information matching unit 202 is further configured to:
and when the account information corresponding to the ith test identity is not matched in the untested account, the account information corresponding to the ith test identity is matched in the tested account in the test password box, and the untested account is determined to be the ith account information, so that the workflow is transferred to the next test node.
In one possible implementation, the flow control unit 206 is further configured to:
and when the last test node in the workflow is tested, and the untested account number exists in the test password box, the workflow is transferred to the first test node to continue testing.
In a possible implementation, the information acquisition unit 201 is further configured to:
when the first account information is used for logging in the first test node, the first account login information sent by the first test node to a server is intercepted, and the first account login information is determined to be the login standard information.
The embodiment of the application provides a workflow-based test device, which is characterized by comprising: a memory 301 and a processor 302;
a memory 301 for storing instructions;
a processor 302 for executing instructions in a memory, performing the aforementioned method.
An embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores program code or instructions that, when run on a computer, cause the computer to perform the above method.
It should be noted that the workflow-based testing method, the workflow-based testing device, the workflow-based testing equipment and the workflow-based testing storage medium provided by the application can be used in the financial field or other fields, for example, can be used in business process testing scenes in the financial field. Other fields are any field other than the financial field, for example, the data processing field. The foregoing is merely exemplary, and the application fields of the workflow-based testing method, the workflow-based testing device and the workflow-based storage medium provided by the present application are not limited.
It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, which are not repeated herein.
The names of messages or information interacted between the devices in the embodiments of the present application are for illustrative purposes only and are not intended to limit the scope of such messages or information.
In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be embodied essentially or in part or all of the technical solution or in part in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media in which a computer program can be stored.
The above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims (10)

1. A workflow-based testing method, the method comprising:
acquiring the information of an ith test node in the workflow, and determining an ith test identity corresponding to the ith test node according to the information of the ith test node; the i is an integer greater than 1;
matching the ith account information corresponding to the ith test identity from a test password box; the ith account information at least comprises an ith account, an ith password and an ith account authority;
modifying account variables and password variables in the login standard information according to the ith account information to obtain ith account login information, and logging in the ith account through the ith account login information; the login standard information is first account login information used when the first test node is logged in by using the first account information;
testing the ith account according to the ith account authority;
after the test of the ith account is completed, marking the ith account as a tested account in the test password box;
ending the test flow when the accounts in the test password box are all the tested accounts; otherwise, entering the test of the (i+1) th test node in the workflow.
2. The method according to claim 1, wherein the method further comprises:
before the test starts, all the accounts in the test password box are marked as untested accounts;
the matching of the ith account information corresponding to the ith test identity from the test password box comprises the following steps:
screening the untested account numbers from a tested password box;
and matching account information corresponding to the ith test identity from the untested account, and determining the ith account information.
3. The method of claim 2, wherein after the matching of the ith account information corresponding to the ith test identity from the untested account, the method further comprises:
and when the account information corresponding to the ith test identity is not matched in the untested account, the account information corresponding to the ith test identity is matched in the tested account in the test password box, and the untested account is determined to be the ith account information, so that the workflow is transferred to the next test node.
4. The method according to claim 2, wherein the method further comprises:
and when the last test node in the workflow is tested, and the untested account number exists in the test password box, the workflow is transferred to the first test node to continue testing.
5. The method according to claim 1, wherein the method further comprises:
when the first account information is used for logging in the first test node, the first account login information sent by the first test node to a server is intercepted, and the first account login information is determined to be the login standard information.
6. A workflow-based testing apparatus, the apparatus comprising:
an information acquisition unit configured to: acquiring the information of an ith test node in the workflow, and determining an ith test identity corresponding to the ith test node according to the information of the ith test node; the i is an integer greater than 1;
an information matching unit configured to: matching the ith account information corresponding to the ith test identity from a test password box; the ith account information at least comprises an ith account, an ith password and an ith account authority;
an account login unit, configured to: modifying account variables and password variables in the login standard information according to the ith account information to obtain ith account login information, and logging in the ith account through the ith account login information; the login standard information is first account login information used when the first test node is logged in by using the first account information;
a test unit for: testing the ith account according to the ith account authority;
a marking unit for: after the test of the ith account is completed, marking the ith account as a tested account in the test password box;
a flow control unit for: ending the test flow when the accounts in the test password box are all the tested accounts; otherwise, entering the test of the (i+1) th test node in the workflow.
7. The apparatus of claim 6, wherein the marking unit is further configured to:
before the test starts, all the accounts in the test password box are marked as untested accounts;
the information matching unit is specifically configured to:
screening the untested account numbers from a tested password box;
and matching account information corresponding to the ith test identity from the untested account, and determining the ith account information.
8. The apparatus of claim 7, wherein the information matching unit is further configured to:
and when the account information corresponding to the ith test identity is not matched in the untested account, the account information corresponding to the ith test identity is matched in the tested account in the test password box, and the untested account is determined to be the ith account information, so that the workflow is transferred to the next test node.
9. A workflow-based testing apparatus, the apparatus comprising: a memory and a processor;
the memory is used for storing instructions;
the processor being configured to execute the instructions in the memory and to perform the method of any of claims 1-5.
10. A computer readable storage medium, characterized in that the computer readable storage medium stores program code or instructions, which when run on a computer, cause the computer to perform the method of any of the preceding claims 1-5.
CN202310622779.XA 2023-05-29 2023-05-29 Workflow-based testing method, testing device, testing equipment and storage medium Pending CN116643986A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310622779.XA CN116643986A (en) 2023-05-29 2023-05-29 Workflow-based testing method, testing device, testing equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310622779.XA CN116643986A (en) 2023-05-29 2023-05-29 Workflow-based testing method, testing device, testing equipment and storage medium

Publications (1)

Publication Number Publication Date
CN116643986A true CN116643986A (en) 2023-08-25

Family

ID=87618364

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310622779.XA Pending CN116643986A (en) 2023-05-29 2023-05-29 Workflow-based testing method, testing device, testing equipment and storage medium

Country Status (1)

Country Link
CN (1) CN116643986A (en)

Similar Documents

Publication Publication Date Title
US8056060B2 (en) Software testing method and system
US20100058114A1 (en) Systems and methods for automated management of compliance of a target asset to predetermined requirements
US20110016451A1 (en) Method and system for generating test cases for a software application
CN103678446B (en) Improved mode map based on Data View and database table
CN110764980A (en) Log processing method and device
US9047260B2 (en) Model-based testing of a graphical user interface
US20130066954A1 (en) Computer software analysis system, client computer, method of controlling operation of same and operation program therefor
US9823999B2 (en) Program lifecycle testing
US7797590B2 (en) Consensus testing of electronic system
CN107357721B (en) Method and device for testing system
CN111459796B (en) Automated testing method, apparatus, computer device and storage medium
CN117290250A (en) Automatic test framework establishment method, computer equipment and computer storage medium
US20080033995A1 (en) Identifying events that correspond to a modified version of a process
CN116643986A (en) Workflow-based testing method, testing device, testing equipment and storage medium
CN112015715A (en) Industrial Internet data management service testing method and system
CN113852610B (en) Message processing method, device, computer equipment and storage medium
CN114741300A (en) Test case based test method and device
Seehusen A technique for risk-based test procedure identification, prioritization and selection
KR102275635B1 (en) Apparatus and method for detecting anomaly through function call pattern analysis
Erdogan et al. Assessing the usefulness of testing for validating the correctness of security risk models based on an industrial case study
CN113791980A (en) Test case conversion analysis method, device, equipment and storage medium
CN111026631B (en) Automatic interface detection method, device and server
CN115774581A (en) Method and related apparatus for executing robot feet
CN107797917A (en) Performance test script generation method and device
CN112527755B (en) Government affair data exchange method and system based on block chain technology

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