CN113448873B - Software testing method, device, storage medium and program product - Google Patents
Software testing method, device, storage medium and program product Download PDFInfo
- Publication number
- CN113448873B CN113448873B CN202110833230.6A CN202110833230A CN113448873B CN 113448873 B CN113448873 B CN 113448873B CN 202110833230 A CN202110833230 A CN 202110833230A CN 113448873 B CN113448873 B CN 113448873B
- Authority
- CN
- China
- Prior art keywords
- testing
- test
- account
- software
- working
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 93
- 238000013522 software testing Methods 0.000 title claims abstract description 42
- 238000012360 testing method Methods 0.000 claims abstract description 428
- 230000008569 process Effects 0.000 claims abstract description 28
- 230000004044 response Effects 0.000 claims description 6
- 230000007246 mechanism Effects 0.000 claims description 4
- 238000013461 design Methods 0.000 description 27
- 238000010586 diagram Methods 0.000 description 14
- 238000004590 computer program Methods 0.000 description 5
- 238000002955 isolation Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000002411 adverse Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- 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/368—Test management for test version control, e.g. updating test cases to a new software version
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 embodiment of the invention provides a software testing method, equipment, a storage medium and a program product, wherein the method is applied to a testing client and comprises the steps of switching a working account number to a testing account number, testing software to be tested in a testing account number space corresponding to the testing account number, storing internal testing data obtained in a testing process in the testing account number space, and generating an internal testing report according to the internal testing data. According to the embodiment of the invention, the test client side is used for establishing and switching the test account, so that the test account can be switched to the test account more quickly under the condition that a user does not sense the test account in the normal working period of the working account, the test account is specially established, and the test account is used for testing software, so that the test data and the working data obtained by using the working account to carry out normal working are effectively isolated, the system performance under the working mode is prevented from being influenced, and the stability and the safety of the system in the normal working are ensured.
Description
Technical Field
The embodiment of the invention relates to the technical field of computers, in particular to a software testing method, software testing equipment, a storage medium and a program product.
Background
With the improvement of automobile intellectualization, people have higher and higher requirements on the performance of an automobile machine system installed on an automobile. Version updating of application software on the car machine system is inevitable. In order to ensure the safety and reliability of the car machine system, the new version of the application software is necessary to be fully tested.
In the prior art, testing of new versions of application software is typically performed in a single user mode.
However, in the existing testing method, only one version of one application is allowed to exist in the system, and the instability of the new version easily causes adverse effects on the performance of the original vehicle-mounted machine system, thereby affecting the normal operation of the vehicle-mounted machine system.
Disclosure of Invention
Embodiments of the present invention provide a software testing method, device, storage medium, and program product, so as to isolate a working mode and a testing mode of application software, avoid a situation that a performance of a vehicle-mounted device system in a normal working mode is affected by testing a new version of the application software, and ensure normal operation of the vehicle-mounted device system.
In a first aspect, an embodiment of the present invention provides a software testing method, which is applied to a test client, and includes:
responding to a starting instruction of a test client, and switching a working account to the test account;
testing the software to be tested in a test account space corresponding to the test account;
and storing the internal test data obtained in the test process in the test account space so as to generate an internal test report according to the internal test data.
In one possible design, the switching from the work account to the test account in response to an open instruction of the test client includes:
and responding to a starting instruction of the testing client and a starting instruction of the software to be tested, and switching the working account number to the testing account number corresponding to the software to be tested.
In one possible design, before the switching from the working account number to the test account number, the method includes:
and creating the testing account number through the testing client.
In one possible design, after the switching from the working account to the testing account in response to the start instruction of the testing client, the method further includes:
responding to a closing instruction of the test client, and switching the test account to the working account;
and storing the working data obtained in the working process in a working account space corresponding to the working account.
In a possible design, before the testing the software to be tested in the testing account space corresponding to the testing account, the method further includes:
sending a software request to be tested to an internal testing platform;
receiving software to be tested sent by an internal testing platform according to the software to be tested request;
installing the software to be tested to the test account space;
the testing of the software to be tested comprises the following steps:
and running the software to be tested and acquiring internal test data.
In a possible design, before the running the software to be tested, the method further includes:
sending an authority control list request to the internal test platform;
receiving an authority control list sent by the internal test platform according to the authority control list request;
and defining the access authority of the software to be tested according to the authority control list.
In a possible design, after the storing the internal test data obtained in the test process in the test account space, the method further includes:
and sending the internal test data to the internal test platform so that the internal test platform generates an internal test report according to the internal test data.
In a possible design, after the storing the internal test data obtained in the test process in the test account space, the method further includes:
and responding to an internal test ending instruction, and uninstalling the software to be tested.
In one possible design, the software to be tested is set to be visible only to the test account number.
In a second aspect, an embodiment of the present invention provides a software testing device, including:
the switching module is used for responding to a starting instruction of the test client and switching the working account number to the test account number;
the testing module is used for testing the software to be tested in the testing account number space corresponding to the testing account number;
and the storage module is used for storing the internal test data obtained in the test process in the test account number space so as to generate an internal test report according to the internal test data.
In a possible design, the switching module is specifically configured to:
and responding to a starting instruction of the testing client and a starting instruction of the software to be tested, and switching the working account number to the testing account number corresponding to the software to be tested.
In one possible design, the apparatus further includes:
and the creating module is used for creating the test account through the test client.
In one possible design, the apparatus further includes:
the second switching module is used for responding to a closing instruction of the test client and switching the test account to the working account;
and storing the working data obtained in the working process in a working account space corresponding to the working account.
In one possible design, the apparatus further includes:
the first sending module is used for sending a software request to be tested to the internal testing platform;
the first receiving module is used for receiving the software to be tested sent by the internal testing platform according to the software to be tested request;
the first installation module is used for installing the software to be tested to the test account space;
the test module is specifically used for:
and running the software to be tested and acquiring internal test data.
In one possible design, the apparatus further includes:
the second sending module is used for sending an authority control list request to the internal test platform;
the second receiving module is used for receiving the authority control list sent by the internal test platform according to the authority control list request;
and the limiting module is used for limiting the access authority of the software to be tested according to the authority control list.
In one possible design, the apparatus further includes:
the third sending module is used for sending the internal test data to the internal test platform so that the internal test platform generates an internal test report according to the internal test data;
and the third receiving module is used for receiving the internal test report sent by the internal test platform.
In one possible design, the apparatus further includes:
and the unloading module is used for responding to the internal test ending instruction and unloading the software to be tested.
In one possible design, the software to be tested is set to be visible only to the test account number.
In a third aspect, an embodiment of the present invention provides a software testing apparatus, including: at least one processor and memory;
the memory stores computer-executable instructions;
the at least one processor executes computer-executable instructions stored by the memory to cause the at least one processor to perform the method as set forth in the first aspect above and in various possible designs of the first aspect.
In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, in which computer-executable instructions are stored, and when a processor executes the computer-executable instructions, the method according to the first aspect and various possible designs of the first aspect are implemented.
In a fifth aspect, an embodiment of the present invention provides a computer program product, which includes a computer program that, when executed by a processor, implements the method as set forth in the first aspect and various possible designs of the first aspect.
The method is applied to a test client, a working account is switched to a test account by responding to a starting instruction of the test client, the software to be tested is tested in a test account space corresponding to the test account, internal test data obtained in the test process is stored in the test account space, and an internal test report is generated according to the internal test data. The test account can be established and switched through the test client, the test account can be switched to more quickly under the condition that a user does not sense the test account in the normal working period of the working account, the test account is specially established, the test account is used for testing software, the test data and the working data obtained by normal working of the working account are effectively isolated, the system performance under the working mode is prevented from being influenced, and the stability and the safety of the system in the normal working process are guaranteed.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
FIG. 1 is a schematic diagram of a software testing method provided in the prior art;
FIG. 2 is a schematic diagram illustrating a software testing method according to an embodiment of the present invention;
FIG. 3 is a flowchart illustrating a software testing method according to another embodiment of the present invention;
FIG. 4 is a schematic diagram illustrating a software testing method according to another embodiment of the present invention;
FIG. 5 is an interaction diagram of a software testing method according to yet another embodiment of the present invention;
FIG. 6 is a block diagram of a software testing method according to another embodiment of the present invention;
fig. 7 is a schematic structural diagram of a software testing apparatus according to an embodiment of the present invention;
fig. 8 is a schematic hardware structure diagram of a software testing device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without inventive step based on the embodiments of the present invention, are within the scope of protection of the present invention.
The vehicle-mounted machine system customized and developed based on the android system inherits the characteristic of ecological opening of the android system. The vehicle-mounted system has higher requirements on the reliability of the application performance, and unpredictable safety risks can be brought when the application software is issued to the vehicle-mounted system without sufficient tests. Therefore, sufficient testing of the application software is an important prerequisite for improving the stability and safety of the system.
Fig. 1 is a schematic diagram illustrating a software testing method provided in the prior art. As shown in fig. 1, the user account is associated with each application software, i.e., each application software in the system can be accessed. Each application software specifically includes application software normally used in the system, such as system application software 1 and system application software 2, and further includes a working version and a testing version of software to be tested. In addition, the working data generated by the working version of the software to be tested and the test data generated by the test version are both stored in the user account space corresponding to the user account, i.e. share one data directory.
In the specific implementation process, after a user of the car machine system logs in the car machine system through a user account, the working version of the software to be tested can be started to work normally, and when the user wants to test the testing version, the working version can be closed, and the testing version can be opened to test. Based on the characteristics of the android system, in the single-user mode, the package name of the application software is used as a unique identifier in the system, the version is used as an iteration basis of the application, and only one version of one application is allowed to exist in the system. User data related to the application is stored in a corresponding data directory of the data partition, and different versions of the same application share the same data directory. The working data generated by the working version of the software to be tested and the test data generated by the test version are both stored in the user account space corresponding to the user account, namely, a data directory is shared.
Therefore, in the method, the working data and the test data influence each other, the performance of the system is influenced by software test, and the stability and the safety of the system in normal work are further influenced. That is, the software test itself will affect the performance of the in-vehicle system. How to perform internal testing on the premise of ensuring the performance and safety of a system is a problem to be solved urgently.
The inventor of the application discovers through research that the android system can support a multi-user mechanism, and different users can realize the isolation of application software and application data. Based on the test mode concept, the test mode is introduced, and the working mode and the test mode are effectively isolated based on the multi-user concept. The method is a special application scenario of a multi-user mode, and is a scheme specially proposed for software internal testing. Reference may be made in particular to fig. 2.
Fig. 2 is a schematic diagram illustrating a principle of a software testing method according to an embodiment of the present invention. As shown in fig. 2, both the working account number and the test account number can access system application software such as system application software 1 and system application software 2 which are normally used, but the working version of the software to be tested which needs to be tested is only associated with the working account number, and the test version is only associated with the test account number. Based on a multi-user mechanism of the android system, working data generated by a working version of software to be tested in a working mode is stored in a working account space corresponding to a working account, and testing data generated by a testing version of the software to be tested in a testing mode is stored in a testing account space corresponding to a testing account. The working account number space and the test account number space are provided with respective data catalogues, so that the working mode and the test mode are effectively separated, the system performance under the working mode is prevented from being influenced, and the stability and the safety of the system in normal working are ensured.
In addition, the working mode and the testing mode are switched under the condition that a user does not feel the working mode and the testing mode. The method has the advantages that the operation is simpler and more convenient, the method can exist in the form of application software of a vehicle-end system authority at a test mode inlet and serves as a test client, and the test client can create and switch the current work account of the vehicle-end system. By means of the test client, the vehicle end can install different versions of the same application, and work data and test data of each version can be reserved. Therefore, the internal test of the application software can be carried out on the premise of ensuring the system performance, the switching between the formal application version and the test version can be supported, and the user data cannot be influenced by the test process. Therefore, the aim that the normal use of the vehicle machine by a user is minimally interfered by internal test activities is fulfilled.
The technical means of the present invention will be described in detail with reference to specific examples. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments.
Fig. 3 is a schematic flowchart of a software testing method according to another embodiment of the present invention. As shown in fig. 3, the method is applied to a test client, and includes:
301. and responding to a starting instruction of the testing client, and switching the working account to the testing account.
The implementation main body of the embodiment may be an electronic device such as a car machine, a tablet, a computer, etc. which is installed with a software system.
In practical application, when a test client is opened under a working account number, the test client can be switched to the test account number under a test mode under a state that a user does not sense, the system is defined to enter the test mode at the moment, data generated by operation of the user in the test mode are stored in a test account number space corresponding to the test account number, and are effectively isolated from the working account number space corresponding to an original working account number without mutual influence.
For explaining the role of the testing client, refer to fig. 4, and fig. 4 is a schematic diagram illustrating a software testing method according to another embodiment of the present invention, as shown in fig. 4, a working account and a testing account are both associated with system application software 1 and system application software 2, in addition, the working account is also associated with a working version of software to be tested that needs to be tested, and is also associated with the testing client, the working account can create the testing account by starting the testing client, that is, the testing account is a virtual user, and the working account and the testing account can be switched by the testing client. The testing account number is associated with a testing version of the software to be tested. When the testing client is switched from the working account number to the testing account number, the testing version of the software to be tested can be tested. Based on a multi-user mechanism of the android system, working data generated by a working version of software to be tested in a working mode is stored in a working account space corresponding to a working account, and testing data generated by a testing version of the software to be tested in a testing mode is stored in a testing account space corresponding to a testing account. The working account number space and the test account number space are provided with respective data directories, so that the working mode and the test mode are effectively separated, the system performance under the working mode is prevented from being influenced, and the stability and the safety of the system in normal work are ensured.
In some embodiments, different versions of the same software may be tested through different test account numbers, so that the non-aware switching of the corresponding test account number may be achieved through an opening instruction of the software to be tested, in this embodiment, the switching from the working account number to the test account number in response to the opening instruction of the test client includes: and responding to a starting instruction of the testing client and a starting instruction of the software to be tested, and switching the working account number to the testing account number corresponding to the software to be tested.
For example, a 10.1 th version and a 10.2 th version are newly developed for software to be tested, and to test the two versions, the testing client may create a testing account 10a for the 10.1 th version and another testing account 10b for the 10.2 th version, and when receiving an opening instruction of the 10.1 th version, the testing client may switch to the testing account 10a under the condition that the user does not perceive so as to complete the test, and of course, when receiving an opening instruction of the 10.2 th version, the testing client may switch to the testing account 10b under the condition that the user does not perceive so as to complete the test.
302. And testing the software to be tested in the testing account number space corresponding to the testing account number.
The implementation subject of this embodiment can adopt the android system, and in the android system, the operation of different accounts can be completed in different data spaces. Therefore, when logging in the test account to perform software test, the test process can not affect the system work under the working account.
303. And storing the internal test data obtained in the test process in the test account space so as to generate an internal test report according to the internal test data.
In this embodiment, the inside data obtained by performing the internal test on the software is stored in the test account space corresponding to the test account, and can be effectively isolated from the working data of the system during normal working under the working account without mutual interference.
In practical applications, there are various ways of generating an internal measurement report according to internal measurement data. In an implementation mode, the test can be performed locally under a test account number, so that the data transmission quantity is reduced; in another implementation manner, the obtained internal test data may be sent to a background server, for example, an internal test platform specially created for internal test may be used to reduce local workload.
Optionally, in some embodiments, in order to avoid that the system performance is affected by misoperation of the software to be tested when the software to be tested normally works by logging in with the work account, the software to be tested may be set to be visible only to the test account.
According to the software testing method provided by the embodiment, the test account is established and switched through the test client, the test account can be switched to the test account more quickly under the condition that a user does not sense the test account in the normal working period of the working account, the test account is specially established, the test account is utilized to test software, the effective isolation of test data and the working data obtained by utilizing the working account to carry out normal working is realized, the influence on the system performance in a working mode is avoided, and the stability and the safety of the system in the normal working process are ensured.
Optionally, in some embodiments, in order to enable controllable and configurable life cycle of the internal test of the software to be tested, and delete the software in time to save space and avoid adverse consequences caused by misoperation. After step 203, the method may further include: and responding to an internal test ending instruction, and uninstalling the software to be tested.
Specifically, after the internal test is finished, the software to be tested is automatically removed from the test account space. The unloading behavior only affects the user space of the test account, and if the same application is installed in the work account, even the same version of the same application does not affect the user space. And the user data related to the application exists in different data directories, and the unloading only removes the data directory of the test account number, so that the application data of the formal version adopted by normal work cannot be influenced. The internal test ending instruction may be a shutdown instruction of the software to be tested.
In the embodiment, the controllable and configurable life cycle of the software to be tested can be achieved by timely and automatically unloading the software to be tested after the internal test is finished. The isolation of the internal test process and the normal working process is realized to the maximum extent, and the influence on the system performance is avoided, so that the stability and the safety of the system are ensured.
Optionally, to conveniently and quickly complete the switching from the test mode to the working mode, in some embodiments, the operation may be completed by testing the client, and on the basis of the embodiment shown in fig. 3, the method may further include:
responding to a closing instruction of the test client, and switching the test account to the working account;
and storing the working data obtained in the working process in a working account number space corresponding to the working account number.
Specifically, after all tests are required to be performed, the test client can be closed, and when the test client receives a closing instruction input by a user, the test client can quit the test account and log in the working account to complete the switching from the test mode to the working mode.
In the method of the embodiment, the switching of the account is completed by the test client in the background, and the user only needs to provide a closing instruction without additional operation, so that the method is convenient and fast.
Optionally, in order to achieve that the test account is created quickly without the perception of the user, in some embodiments, on the basis of the embodiment shown in fig. 3, step 301 may further include: and creating the test account through the test client.
Specifically, the test client may create a test account before the first software test, and then open the software to be tested with the test account for testing. The whole test process only occupies the data space of the test account, does not affect the operation of other accounts, such as a working account, can realize the isolation of the working mode and the test mode, avoids affecting the system performance under the working mode, and ensures the stability and the safety of the system.
Fig. 5 is an interaction schematic diagram of a software testing method according to still another embodiment of the present invention, and on the basis of the above-described embodiment, for example, on the basis of the embodiment shown in fig. 3, an internal testing platform is additionally provided in this embodiment, and the internal testing platform can perform unified management on each system to be tested, such as authorization software, processing feedback testing data, and the like, so as to achieve higher efficiency. The method comprises the following steps:
501. the test client sends a request of the software to be tested to the internal test platform.
502. And the testing client receives the software to be tested sent by the internal testing platform according to the software to be tested request.
503. And the testing client side installs the software to be tested to the testing account number space.
504. And the test client sends an authority control list request to the internal test platform.
505. And the test client receives the authority control list sent by the internal test platform according to the authority control list request.
506. And the testing client limits the access authority of the software to be tested according to the authority control list.
507. And the test client runs the software to be tested and acquires the internal test data.
508. And the test client sends the internal test data to the internal test platform.
509. And the internal test platform generates an internal test report according to the internal test data.
Specifically, taking the car machine system as an example, the internal test platform may enable the developer to distribute the software to be tested to a specific car machine or user in an authorized manner. And the vehicle end user obtains the software to be tested authorized by the internal testing platform on the testing client software at the vehicle end. Fig. 6 is an architecture diagram of a software testing method according to still another embodiment of the present invention, as shown in fig. 6, an internal testing platform is disposed at a cloud end and is in communication connection with a testing client disposed in a vehicle-mounted device system.
The original vehicle machine system user, i.e. the work account, is assumed to be a. The testing client has system authority, can execute operation of a user for creating the system, can create a testing account BTC-B in a special testing mode for the software to be tested, and enables all the life cycle of the software to be tested to belong to the testing account BTC-B.
When the working account A opens the test client, the test client is switched to the test account BTC-B in a state that the user does not sense the test client, so that the system enters a test mode, and data generated by the operation of the user in the test mode are stored in the test account BTC-B and are effectively isolated from the working account A without mutual influence. Once the user confirms to close the testing client, the testing client switches the testing account number BTC-B to the working account number A again. At which time the system switches from the test mode back to the operational mode.
Because the testing client has system authority, the software to be tested (such as application a and application B) installed in the testing account BTC-B can be found, and the software to be tested installed in the testing account BTC-B can also be started by the identity of the testing account BTC-B through a, B and the like. At the moment, the application a is started and operated in the test account space of the test account BTC-B, the test client can give the permission of using the system to pre-install the application, and the BTC can also manage the permission related to the application a. For example, the access of the application a to the user sensitive data, the access to the address book and other authorities can be limited, so that the purpose of maintaining the system security can be achieved through the management of the authorities of the software to be tested. And collecting test data of the application a during testing on the premise of ensuring the safety, and storing the test data in a test account space. Meanwhile, the test account BTC-B can also provide experience feedback information of the internal test process by means of a feedback channel provided by the test client, and sends test data to the internal test platform. Based on the feedback data, the internal test platform can diagnose the software to be tested with the platformization capability, evaluate the quality of the software to be tested with data support, and generate an internal test report.
According to the software testing method provided by the embodiment, the software to be tested authorized by the internal testing platform is obtained through the testing client, account conversion is carried out through the testing client, the software to be tested is tested through a special testing account, the testing data is sent to the internal testing platform to generate the internal test report, the working mode and the testing mode can be effectively isolated, the testing process under the testing account cannot influence the system performance under the working account, and the stability and the safety of the system under the working mode are guaranteed.
Fig. 7 is a schematic structural diagram of a software testing device according to still another embodiment of the present invention. As shown in fig. 7, the software testing apparatus 70 includes: a framing module 701, a detection module 702, and a determination module 703.
The switching module 701 is configured to switch, in response to an opening instruction of the test client, a work account to the test account.
The testing module 702 is configured to test the software to be tested in the testing account space corresponding to the testing account.
The storage module 703 is configured to store internal test data obtained in a test process in the test account space, so as to generate an internal test report according to the internal test data.
In the software testing device provided in this embodiment, the working account is switched to the testing account through the switching module 701, the testing module 702 tests the software to be tested in the testing account space corresponding to the testing account, and the storage module 703 stores the internal test data obtained in the testing process in the testing account space, so as to generate an internal test report according to the internal test data. The test account can be specially created, the test account is used for testing software, effective isolation of test data and working data obtained by normal work through the working account is achieved, system performance under a working mode is prevented from being affected, and therefore stability and safety of the system in normal work are guaranteed.
In one possible design, the switching module is specifically configured to:
and responding to a starting instruction of the testing client and a starting instruction of the software to be tested, and switching the working account number to the testing account number corresponding to the software to be tested.
In one possible design, the apparatus further includes:
and the creating module is used for creating the testing account through the testing client.
In one possible design, the apparatus further includes:
the second switching module is used for responding to a closing instruction of the test client and switching the test account to the working account;
and storing the working data obtained in the working process in a working account space corresponding to the working account.
In one possible design, the apparatus further includes:
the first sending module is used for sending a software request to be tested to the internal testing platform;
the first receiving module is used for receiving the software to be tested sent by the internal testing platform according to the software to be tested request;
the first installation module is used for installing the software to be tested to the test account space;
the test module is specifically used for:
and running the software to be tested and acquiring internal test data.
In one possible design, the apparatus further includes:
the second sending module is used for sending an authority control list request to the internal test platform;
the second receiving module is used for receiving the authority control list sent by the internal test platform according to the authority control list request;
and the limiting module is used for limiting the access authority of the software to be tested according to the authority control list.
In one possible design, the apparatus further includes:
the third sending module is used for sending the internal test data to the internal test platform so that the internal test platform generates an internal test report according to the internal test data;
and the third receiving module is used for receiving the internal test report sent by the internal test platform.
In one possible design, the apparatus further includes:
and the unloading module is used for responding to the internal test ending instruction and unloading the software to be tested.
In one possible design, the software to be tested is set to be visible only to the test account number.
The software testing device provided by the embodiment of the invention can be used for executing the method embodiment, the implementation principle and the technical effect are similar, and the embodiment is not described herein again.
Fig. 8 is a schematic hardware structure diagram of a software testing device according to an embodiment of the present invention. As shown in fig. 8, the software testing apparatus 80 provided in the present embodiment includes: at least one processor 801 and a memory 802. The software testing device 80 also includes a communication component 803. The processor 801, the memory 802, and the communication unit 803 are connected by a bus 804.
In particular implementations, the at least one processor 801 executes computer-executable instructions stored by the memory 802, causing the at least one processor 801 to perform the software testing method as performed by the software testing apparatus 80 described above.
In this embodiment, when the software to be tested is acquired by the cloud server and the test data needs to be sent to the server for diagnosis to generate an internal test report, the communication component 803 may receive the software to be tested from the server and send the test data to the server.
For the specific implementation process of the processor 801, reference may be made to the above method embodiments, which implement principles and technical effects similar to each other, and details are not described herein again.
In the embodiment shown in fig. 8, it should be understood that the Processor may be a Central Processing Unit (CPU), other general purpose processors, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the present invention may be embodied directly in a hardware processor, or in a combination of hardware and software modules.
The memory may comprise high speed RAM memory, and may also include non-volatile storage NVM, such as at least one disk memory.
The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, the buses in the figures of the present application are not limited to only one bus or one type of bus.
The application also provides a computer-readable storage medium, in which computer execution instructions are stored, and when a processor executes the computer execution instructions, the software testing method executed by the software testing device is realized.
The computer-readable storage medium may be implemented by any type of volatile or non-volatile storage device or combination thereof, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk. Readable storage media can be any available media that can be accessed by a general purpose or special purpose computer.
An exemplary readable storage medium is coupled to the processor such the processor can read information from, and write information to, the readable storage medium. Of course, the readable storage medium may also be an integral part of the processor. The processor and the readable storage medium may reside in an Application Specific Integrated Circuits (ASIC). Of course, the processor and the readable storage medium may also reside as discrete components in the apparatus.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The foregoing program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Embodiments of the present invention further provide a computer program product, which includes a computer program, and when the computer program is executed by a processor, the software testing method executed by the software testing apparatus is implemented.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (8)
1. A software testing method is characterized in that the method is applied to a testing client, the testing client exists in a testing mode inlet in the form of application software of a vehicle-end system authority, the testing client can create and switch a working account number of a current vehicle-end system, and the method comprises the following steps:
creating a working account number and a test account number based on a multi-user mechanism of an android system, wherein a working account number space corresponding to the working account number and a test account number space corresponding to the test account number have respective data catalogues;
responding to a starting instruction of the testing client, and switching the working account to the testing account;
testing the software to be tested in the testing account number space corresponding to the testing account number;
storing internal test data obtained in a test process in the test account number space to generate an internal test report according to the internal test data;
after the internal test data obtained in the test process is stored in the test account space, the method further includes:
responding to an internal test ending instruction, and unloading the software to be tested;
before the testing of the software to be tested in the testing account number space corresponding to the testing account number, the method further includes:
sending a software request to be tested to an internal testing platform;
receiving software to be tested sent by an internal testing platform according to the software to be tested request;
installing the software to be tested to the test account space;
the testing of the software to be tested comprises the following steps:
running the software to be tested and acquiring internal test data;
before the software to be tested is run, the method further comprises the following steps:
sending an authority control list request to the internal test platform;
receiving an authority control list sent by the internal test platform according to the authority control list request;
and defining the access authority of the software to be tested according to the authority control list.
2. The method as claimed in claim 1, wherein the switching from the working account to the testing account in response to the test client start instruction comprises:
and responding to a starting instruction of the testing client and a starting instruction of the software to be tested, and switching the working account number to the testing account number corresponding to the software to be tested.
3. The method of claim 1, wherein before switching from the working account number to the testing account number, the method comprises:
and creating the test account through the test client.
4. The method of claim 1, wherein after the switching from the working account to the testing account in response to the test client's start command, the method further comprises:
responding to a closing instruction of the test client, and switching the test account to the working account;
and storing the working data obtained in the working process in a working account space corresponding to the working account.
5. The method of claim 1, wherein after storing the internal test data obtained during the test in the test account space, the method further comprises:
and sending the internal test data to the internal test platform so that the internal test platform generates an internal test report according to the internal test data.
6. The method according to any one of claims 1 to 5,
the software to be tested is set to be visible only to the test account number.
7. A software testing device, comprising: at least one processor and memory;
the memory stores computer-executable instructions;
the at least one processor executing the computer-executable instructions stored by the memory causes the at least one processor to perform the software testing method of any of claims 1 to 6.
8. A computer-readable storage medium having stored thereon computer-executable instructions which, when executed by a processor, implement the software testing method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110833230.6A CN113448873B (en) | 2021-07-22 | 2021-07-22 | Software testing method, device, storage medium and program product |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110833230.6A CN113448873B (en) | 2021-07-22 | 2021-07-22 | Software testing method, device, storage medium and program product |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113448873A CN113448873A (en) | 2021-09-28 |
| CN113448873B true CN113448873B (en) | 2022-12-20 |
Family
ID=77817312
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110833230.6A Active CN113448873B (en) | 2021-07-22 | 2021-07-22 | Software testing method, device, storage medium and program product |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113448873B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115167350A (en) * | 2022-06-30 | 2022-10-11 | 中国第一汽车股份有限公司 | Vehicle atomic service test method, device, equipment and storage medium |
| CN115396343B (en) * | 2022-09-09 | 2023-11-10 | 深圳复临科技有限公司 | Front-end page performance detection method and device, computer equipment and storage medium |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120102564A1 (en) * | 2010-10-25 | 2012-04-26 | Openpeak Inc. | Creating distinct user spaces through mountable file systems |
| US8650658B2 (en) * | 2010-10-25 | 2014-02-11 | Openpeak Inc. | Creating distinct user spaces through user identifiers |
| CN102957783A (en) * | 2011-08-16 | 2013-03-06 | 飞图科技（北京）有限公司 | Function for achieving two user use systems on smart phone |
| CN104573541A (en) * | 2013-10-22 | 2015-04-29 | 中兴通讯股份有限公司 | Terminal, and method and device for processing multiple users of terminal |
| CN108205619B (en) * | 2014-05-23 | 2022-01-28 | 中兴通讯股份有限公司 | Multi-user management method and device based on android system |
| US10552591B2 (en) * | 2016-09-15 | 2020-02-04 | Oracle International Corporation | Resource optimization using data isolation to provide sand box capability |
| CN106446723B (en) * | 2016-09-21 | 2019-04-05 | 电子科技大学 | Android mobile terminal data isolation method |
| CN107341407B (en) * | 2017-07-26 | 2021-03-23 | 惠州Tcl移动通信有限公司 | Multi-android system implementation method based on terminal, storage medium and terminal |
| CN108462691A (en) * | 2018-01-30 | 2018-08-28 | 上海康斐信息技术有限公司 | A kind of method and system of multi-user's account management based on android system |
| CN110838929B (en) * | 2018-08-16 | 2022-08-02 | 阿里巴巴集团控股有限公司 | System error checking method and system error checking device |
| CN109634840A (en) * | 2018-10-25 | 2019-04-16 | 平安科技（深圳）有限公司 | Method for testing software, device, equipment and storage medium |
| CN110008109B (en) * | 2018-11-28 | 2022-06-10 | 创新先进技术有限公司 | Application testing method and device |
| CN112016062A (en) * | 2019-05-28 | 2020-12-01 | 成都鼎桥通信技术有限公司 | Method for creating workspace on android device and android device |
| CN110610080B (en) * | 2019-09-19 | 2022-02-22 | 武汉统信软件技术有限公司 | Application isolation implementation method, mobile terminal, computer equipment and storage medium |
| CN110879779B (en) * | 2019-10-18 | 2022-11-18 | 苏宁云计算有限公司 | Joint debugging test method and system |
| CN111324539A (en) * | 2020-02-28 | 2020-06-23 | 深圳壹账通智能科技有限公司 | Account switching test method and system |
-
2021
- 2021-07-22 CN CN202110833230.6A patent/CN113448873B/en active Active
Non-Patent Citations (3)
| Title |
|---|
| android 多版本共存,Android 多版本共存的处理方式;wengmlang;《https://blog.csdn.net/weixin_29713403/article/details/117564860》;20210527;全文第1-3页 * |
| Android多版本共存-基于gradle实现debug版和release版app共存;轻云时解被占用了;《https://www.jianshu.com/p/3724533dcd6a》;20160709;全文第1-3页 * |
| 使用gradle实现Android项目debug版与release版共存;提辖鲁;《https://blog.csdn.net/lj402159806/article/details/54955431》;20170209;全文第1-4页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113448873A (en) | 2021-09-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108614718B (en) | The method, apparatus and realization device of start-up operation system | |
| CN113448873B (en) | Software testing method, device, storage medium and program product | |
| US20190294446A1 (en) | Memory allocation techniques at partially-offloaded virtualization managers | |
| CN107122289B (en) | Method, device and system for system regression testing | |
| CN108763099A (en) | Startup method, apparatus, electronic equipment and the storage medium of system | |
| CN108121594B (en) | Process management method and device | |
| CN107370622B (en) | Method and system for multiplexing host machine MAC and IP by virtual machine | |
| CN115658160B (en) | Multi-operating system upgrading method, device and system based on multi-core heterogeneous SOC | |
| CN100583119C (en) | Mobile memory and method for controlling data download of computer | |
| CN108563472B (en) | Service plug-in loading method and device based on multi-open application | |
| CN112612533A (en) | BMC setup option modification method based on CentOS in ARM server | |
| CN110471744B (en) | Password modification method, device, equipment and computer readable storage medium | |
| CN114625575B (en) | Business system synchronization method, device, equipment and storage medium | |
| CN113810446A (en) | Safety upgrading management method for ECU of vehicle-mounted network | |
| CN113886153B (en) | Network card pressure testing method and device based on container | |
| CN115185847A (en) | Fault testing method and device, storage medium and electronic equipment | |
| CN109582454A (en) | Permission releasing control method, device and equipment in a kind of distributed storage cluster | |
| CN110704160B (en) | Dual-computer hot standby test method and device | |
| CN112115492B (en) | User data encryption and isolation method and system based on Linux operating system | |
| CN114024978A (en) | Cloud resource synchronization method, device, node and storage medium | |
| CN108509252A (en) | Virtual machine starter, method and host | |
| CN116661875B (en) | Method for starting terminal equipment and electronic equipment | |
| CN115664948B (en) | Method, device, system and storage medium for automatic configuration and issuing of virtual resources | |
| CN113239347B (en) | Starting method and device suitable for TEE security application example | |
| CN112019527B (en) | Method and system for setting fixed MAC address of embedded 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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220328 Address after: 430051 No. b1336, chuanggu startup area, taizihu cultural Digital Creative Industry Park, No. 18, Shenlong Avenue, Wuhan Economic and Technological Development Zone, Wuhan, Hubei Province Applicant after: Yikatong (Hubei) Technology Co.,Ltd. Address before: 430056 building B, No.7 building, kaidixiexin kechuangyuan, South taizihu innovation Valley, Wuhan Economic and Technological Development Zone, Wuhan City, Hubei Province Applicant before: HUBEI ECARX TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |