CN112882951A - Vehicle small program testing method, device, equipment, storage medium and program product - Google Patents

Vehicle small program testing method, device, equipment, storage medium and program product Download PDF

Info

Publication number
CN112882951A
CN112882951A CN202110290525.3A CN202110290525A CN112882951A CN 112882951 A CN112882951 A CN 112882951A CN 202110290525 A CN202110290525 A CN 202110290525A CN 112882951 A CN112882951 A CN 112882951A
Authority
CN
China
Prior art keywords
information
applet
tested
small program
test
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110290525.3A
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.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202110290525.3A priority Critical patent/CN112882951A/en
Publication of CN112882951A publication Critical patent/CN112882951A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668Testing of software
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668Testing of software
    • G06F11/3672Test management
    • G06F11/368Test management for test version control, e.g. updating test cases to a new software version
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/602Providing cryptographic facilities or services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Telephone Function (AREA)

Abstract

The embodiment of the application discloses a car machine applet testing method and device, electronic equipment, a computer readable storage medium and a computer program product, relates to the technical field of artificial intelligence such as cloud platforms and applets, and can be used in intelligent traffic scenes. One embodiment of the method comprises: receiving the applet information sent by the portable transfer equipment; the small program information is obtained based on small program release information released by the test platform; acquiring and loading the small program to be tested from the test platform according to the small program information; and responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result. This embodiment forwards with the help of portable and movable intermediate apparatus, when guaranteeing the security, can be in the better realization test effect under the low-cost condition, promoted test and development efficiency simultaneously.

Description

Vehicle small program testing method, device, equipment, storage medium and program product
Technical Field
The application relates to the technical field of data processing, in particular to the technical field of artificial intelligence such as cloud platforms and applets, can be used in intelligent traffic scenes, and particularly relates to a car-mounted applet testing method and device, electronic equipment, a computer-readable storage medium and a computer program product.
Background
With the gradual development of electronic informatization, the car networking technology becomes more and more mature with the addition of various intelligent applications/programs.
Unlike the common portable intelligent user terminals such as smart phones and tablet computers, the vehicle intelligence mainly manifests as a vehicle-mounted main control capable of installing various intelligent applications/programs, also called a vehicle machine and a vehicle-mounted terminal. However, since the car machine is integrated in the car, there is no way to use a portable user terminal such as a smart phone, so that the applet developer adapting to the car machine cannot conveniently complete development and testing of the applet on the car machine.
Disclosure of Invention
The embodiment of the application provides a car machine small program testing method and device, electronic equipment, a computer readable storage medium and a computer program product.
In a first aspect, an embodiment of the present application provides a car applet testing method, including: receiving the applet information sent by the portable transfer equipment; the small program information is obtained based on small program release information released by the test platform; acquiring and loading the small program to be tested from the test platform according to the small program information; and responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result.
In a second aspect, an embodiment of the present application provides a car machine applet testing apparatus, including: an applet information receiving unit configured to receive the applet information transmitted from the portable relay device; the small program information is obtained based on small program release information released by the test platform; the acquisition and loading unit is configured to acquire and load the applet to be tested from the test platform according to the applet information; and the test-by-instruction and result return unit is configured to respond to the received test instruction, control the to-be-tested applet to execute the test operation responding to the test instruction and return the test result.
In a third aspect, an embodiment of the present application provides an electronic device, including: at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can implement the car applet testing method described in any implementation manner of the first aspect.
In a fourth aspect, the present application provides a non-transitory computer-readable storage medium storing computer instructions for enabling a computer to implement the car applet testing method as described in any implementation manner of the first aspect.
In a fifth aspect, the present application provides a computer program product including a computer program, where the computer program is capable of implementing the car applet testing method described in any one implementation manner of the first aspect when executed by a processor.
The car machine applet testing method, the car machine applet testing device, the electronic equipment, the computer readable storage medium and the computer program product provided by the embodiment of the application comprise the steps of firstly, receiving applet information sent by portable transfer equipment, wherein the applet information is obtained by the portable transfer equipment based on applet release information released by a testing platform; then, acquiring and loading the applet to be tested from the test platform according to the applet information; and finally, responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result.
The technical scheme that this application provided forwards with the help of portable and mobile intermediate equipment, when guaranteeing the security, can be in the better realization test effect under the low-cost condition, promoted test and development efficiency simultaneously.
It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present application, nor do they limit the scope of the present application. Other features of the present application will become apparent from the following description.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:
FIG. 1 is an exemplary system architecture to which the present application may be applied;
fig. 2 is a flowchart of a car on-board applet testing method according to an embodiment of the present disclosure;
fig. 3 is a flowchart of another car on-board applet testing method according to an embodiment of the present application;
fig. 4 is a flowchart of another car on-board applet testing method provided in the embodiment of the present application;
fig. 5 is a flowchart of a car on-board applet testing method according to an embodiment of the present disclosure;
fig. 6 is a timing diagram illustrating a car on-board applet test performed in an application scenario according to an embodiment of the present disclosure;
fig. 7 is a block diagram illustrating a car on-board applet testing apparatus according to an embodiment of the present disclosure;
fig. 8 is a schematic structural diagram of an electronic device suitable for executing the car applet testing method according to an embodiment of the present disclosure.
Detailed Description
The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
Fig. 1 illustrates an exemplary system architecture 100 to which embodiments of the car applet testing method, apparatus, electronic device, and computer-readable storage medium of the present application may be applied.
As shown in fig. 1, the system architecture 100 may include a server 101, a portable transit device 102, and a car machine 103. The hardware resources of the server 101 are used for bearing a running development platform, the development platform is used for externally releasing an applet to be tested, which is not completely developed, the portable relay device 102 is a portable and movable information relay device, such as a smart phone, a platform computer, and the like, and the car machine 103 is a main control device arranged on a vehicle.
A unidirectional transmission path pointing to the portable transit device 102 is established between the server 101 and the portable transit device 102, a unidirectional transmission path pointing to the car machine 103 is established between the portable transit device 102 and the car machine 103, and a unidirectional transmission path (such as that shown in fig. 1) or a bidirectional transmission path (not shown in fig. 1) pointing to the server 101 may be selectively established between the server 101 and the car machine 103. Whether a bidirectional transmission path needs to be established or not needs to be seen, whether the car machine 103 needs to acquire the applet to be tested from the development platform operated by the server 101 or not in an actual application scene needs to be seen. Each transmission path can be established based on each data transmission protocol, and is not described in detail herein.
The tester can forward information for enabling the car machine 103 to acquire the applet to be tested by using the portable transit device 102, so as to help the car machine 103 which is inconvenient to perform shooting and identification operations acquire the applet to be tested. Various operations may be implemented by applications or programs installed on the server 101, the portable relay device 102, and the vehicle machine 103, such as a forwarding application installed on the portable relay device 102, a test issuing application installed on the server 101, and a test application installed on the vehicle machine 103. Further, in order to ensure the smooth operation, guaranteed applications, such as network quality diagnosis and repair applications, may be installed on the server 101, the portable relay device 102, and the car machine 103.
It should be understood that the number of servers, portable transfer devices, and car machines in fig. 1 is merely illustrative. Any number of servers, portable transfer devices and vehicle machines may be provided as desired for implementation.
Referring to fig. 2, fig. 2 is a flowchart of a car on-board applet testing method according to an embodiment of the present application, where the process 200 includes the following steps:
step 201: receiving the applet information sent by the portable transfer equipment;
the step is intended to receive the applet information sent by the portable relay device by the execution main body (for example, the car machine 103 shown in fig. 1) of the car applet testing method. Wherein the applet information is obtained based on the applet release information released by the test platform.
Note that, the applet information sent by the portable relay device and the applet release information released by the test platform both have a function of allowing other devices to acquire an applet to be tested, but the applet release information is not necessarily the applet information. That is, if the portable transfer device does not perform any processing on the applet distribution information, the applet information at this time is the applet distribution information; if the portable relay device performs some processing on the applet issuing information (for example, it is more convenient for the execution main body to acquire the applet to be tested), the applet information here is not the applet issuing information, but the processed applet information can still enable the execution main body to finally acquire the applet to be tested no matter how the processing is performed.
Step 202: acquiring and loading the small program to be tested from the test platform according to the small program information;
on the basis of step 201, this step is intended to obtain and load the applet to be tested from the test platform according to the applet information by the execution main body. According to different recording information in the applet information, there are many ways for acquiring the applet to be tested, for example, when the storage path of the applet to be tested on the test platform is directly recorded in the applet information, the execution main body can directly download the applet to be tested to the local according to the storage path; when the synchronous information of the host application (referring to the environment on which the applet to be tested normally runs) is recorded in the applet information, the execution main body can run the host application to perform synchronization so as to complete the acquisition of the applet to be tested when the synchronization is completed, and the like.
Furthermore, due to the characteristics of the applet, in order to normally acquire the applet to be tested and normally load the applet to the executable operation state, the execution main body can also judge whether a host application meeting requirements is installed locally before executing the step, and perform supplementary installation when the host application meeting requirements is not installed, so as to avoid that the applet to be tested cannot be acquired or the applet to be tested cannot be normally loaded due to the fact that the host application meeting requirements is not installed.
Step 203: and responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result.
On the basis of step 202, this step is intended to control the applet under test to perform the test operation responsive to the test instruction and return the test result. The test instruction can be directly transmitted by a tester located beside the execution main body (for example, directly clicking a touch display screen or an entity key on the car machine), or can be transmitted indirectly by the tester through a test instruction connected with the car machine.
The return of test results may be implemented based on a return path built into the applet under test. Furthermore, in order to accurately position the test object of the test result, the execution body may be required to attach its own electronic signature to the test result to distinguish different car machines.
The car machine small program testing method provided by the embodiment of the application forwards the car machine small program by means of the intermediate equipment which is convenient to carry and move, the safety is guaranteed, meanwhile, the testing effect can be better achieved under the condition of low cost, and meanwhile, the testing and developing efficiency is improved.
Referring to fig. 3, fig. 3 is a flowchart of another car on-board applet testing method provided in the embodiment of the present application, where the process 300 includes the following steps:
step 301: receiving small program release information released by a self-test platform forwarded by portable transfer equipment;
as can be seen from step 301, in this embodiment, based on that the portable relay device does not perform any processing on the applet issuing information issued by the test platform, the portable relay device only forwards the applet issuing information obtained by the characteristics of portability and mobility to the execution main body as it is, so that the execution main body, which is used as a relay device to help the execution main body that is not moving conveniently, obtains the applet issuing information.
Step 302: decrypting the small program release information by using a preset first decryption algorithm to obtain a first storage path;
on the basis of step 301, this step is intended to decrypt, by the execution main body, the applet publishing information by using a preset first decryption algorithm, so as to obtain a first storage path. That is, in the present embodiment, the storage path for acquiring the applet to be tested is described in the form of a ciphertext in the applet release information released by the test platform. The encryption is mainly performed because the related information of the small program of which the test version is not expected to be tested is disclosed in advance and illegally stolen. Therefore, the execution main body is internally provided with a corresponding decryption algorithm, so that the effective information acquired to the small program to be tested cannot be analyzed even if the small program release information is intercepted by others.
Further, if the execution main body fails to preset the first decryption algorithm in advance, an authentication mechanism for authenticating identity may be added to the applet issuing information, so that the execution main body authenticates by sending its own valid identity information to the authentication mechanism, and transmits the first decryption algorithm after the authentication passes.
Step 303: acquiring an applet to be tested from a first storage path, and loading the applet to be tested;
step 304: and responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result.
Step 304 is the same as step 203 shown in fig. 2, and please refer to the corresponding parts in the previous embodiment for the same contents, which will not be described herein again.
On the basis of the previous embodiment, this embodiment specifically provides a scheme that the portable relay device does not process information issued by the test platform, directly forwards the information to the execution main body, and decrypts the information by using a first decryption algorithm preset in the execution main body to obtain a storage path, so that the relay task of the portable relay device is minimized, and meanwhile, the security protection is performed on the applet to be tested based on the ciphertext.
Referring to fig. 4, fig. 4 is a flowchart of another car on-board applet testing method provided in the embodiment of the present application, where the process 400 includes the following steps:
step 401: controlling the portable transfer equipment to identify a target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain first ciphertext information;
according to the side description of the actual scene in the step, the test platform issues the target two-dimensional code, and the portable transfer device recognizes the first ciphertext information recorded in the target two-dimensional code through the built-in two-dimensional code recognition technology. That is, the target two-dimensional code hides the first ciphertext information.
Step 402: receiving first ciphertext information forwarded by the portable transfer equipment;
on the basis of step 401, this step is intended to receive, by the execution main body, the first ciphertext information forwarded by the portable relay device. That is, in the present embodiment, the portable relay device processes the applet distribution information, i.e., "peels" the two-dimensional code layer "coat".
Step 403: decrypting the first ciphertext information by using a preset second decryption algorithm to obtain a second storage path;
based on step 402, the execution entity decrypts the first ciphertext message by using a second decryption algorithm to obtain a second storage path. That is, in the present embodiment, the storage path for acquiring the applet to be tested is described in the form of a ciphertext in the applet release information released by the test platform. The encryption is mainly performed because the related information of the small program of which the test version is not expected to be tested is disclosed in advance and illegally stolen. Therefore, the execution main body is internally provided with a corresponding decryption algorithm, so that the effective information acquired to the small program to be tested cannot be analyzed even if the small program release information is intercepted by others.
Further, if the execution main body fails to preset the second decryption algorithm in advance, an authentication mechanism for authenticating identity may be added to the applet issuing information, so that the execution main body authenticates by sending its own valid identity information to the authentication mechanism, and transmits the second decryption algorithm after the authentication is passed.
Further, the second decryption algorithm may also be required to be not a decryption algorithm that is often preset in the portable transfer device, that is, the applet to be tested is prevented from being acquired by the portable transfer device. For example, when the portable relay device attempts to pass the authentication mechanism based on the identity information thereof, it is determined that the portable relay device does not belong to the type of device that can pass the authentication based on the related information that is included in the identity information and belongs to the mobile terminal.
Step 404: acquiring the small program to be tested from the second storage path, and loading the small program to be tested;
step 405: and responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result.
Step 405 is the same as step 205 shown in fig. 2, and please refer to the corresponding parts in the previous embodiment for the same contents, which is not described herein again.
On the basis of the previous embodiment, this embodiment specifically provides a scheme in which the portable transit device simply processes the two-dimensional code issued by the test platform by using a built-in two-dimensional code recognition technology, and then forwards the ciphertext information to the execution main body, and decrypts the ciphertext information by using a second decryption algorithm preset in the execution main body to obtain the storage path, so that the characteristic of the portable transit device that the code scanning function is convenient to use is fully utilized, and meanwhile, the ciphertext information is hidden as much as possible by means of the concealment of the two-dimensional code.
Both fig. 3 and fig. 4 can be categorized as an implementation in which the storage path is encrypted only once, that is, a decryption operation is performed by the execution subject, so as to prevent the non-execution subject from acquiring a valid and recognizable storage path.
Different from the primary encryption schemes provided in fig. 3 and 4, the present application also provides another secondary encryption scheme through fig. 5, and the portable relay device and the execution main body respectively perform a decryption operation, and the second decryption operation performed by the execution main body should be established on the basis that the portable relay device performs the correct first decryption operation, otherwise, the correct storage path cannot be decrypted finally. Through the mechanism, whether the portable transit equipment participating in the scheme is legal equipment or not is verified at the same time (namely, the portable transit equipment with a correct first decryption algorithm is only preset to participate in the technical scheme provided by the embodiment), and the leakage of the related information of the small program to be tested, which is caused by the addition of the transit equipment, is avoided as much as possible.
The embodiment shown in fig. 5 comprises the following steps:
step 501: controlling the portable transfer equipment to identify the target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain second ciphertext information;
step 502: controlling the portable transfer equipment to decrypt the second ciphertext information by using a preset third decryption algorithm to obtain intermediate information still in a ciphertext state;
even if the portable transfer device needs to complete the first decryption of the second ciphertext by using a third decryption algorithm preset in the portable transfer device, the intermediate information still in the ciphertext state is obtained.
Step 503: decrypting the intermediate information by using a preset fourth decryption algorithm to obtain a third storage path;
on the basis of step 502, this step is intended to complete the re-encryption of the intermediate information by the executing entity using the fourth decryption algorithm preset therein, and finally obtain the third storage path of the plaintext.
Step 504: acquiring the small program to be tested from the third storage path, and loading the small program to be tested;
step 505: and responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result.
Step 505 is the same as step 203 shown in fig. 2, and please refer to the corresponding parts in the previous embodiment for the same contents, which will not be described herein again.
On the basis of any of the above embodiments, in order to prevent illegal car equipment as much as possible, besides requiring a decryption algorithm to obtain a storage path, an identity information authentication link for the car equipment may be added after acquiring the applet to be tested and before loading, that is, the execution main body uploads the identity information to be authenticated, and when receiving notification that the identity information to be authenticated passes authentication, the execution main body continues loading the applet to be tested.
On the basis of any of the above embodiments, the portable relay device may send the applet information to the vehicle, for example, the applet information may be sent in a near field or remote data transmission manner, where the near field transmission mechanism generally has higher security due to its visibility, such as bluetooth, WIFI, short wave communication, etc., than the remote transmission mechanism.
For further understanding, the present application also provides a specific implementation scheme in combination with a specific application scenario, please refer to a timing chart shown in fig. 6 in which the execution main bodies participate together:
step 1: the development platform issues the two-dimension code;
an encrypted storage path for acquiring the small program to be detected is recorded in the two-dimensional code;
step 2: the smart phone scans the two-dimensional code through a code scanning function;
and step 3: the smart phone obtains an encrypted storage path hidden in the two-dimensional code;
under the control of a user, the smart phone identifies an encrypted storage path hidden in the two-dimensional code in a scanning mode by means of a preset two-dimensional code identification function;
and 4, step 4: the smart phone sends the encrypted storage path to the vehicle machine;
and 5: the vehicle machine calls a preset decryption algorithm to decrypt the encrypted storage path to obtain a plaintext storage path;
step 6: the vehicle machine sends an acquisition request containing the plaintext storage path to the development platform;
and 7: the development platform responds to the acquisition request and returns the applet to be tested stored in the plaintext storage path to the vehicle machine;
and 8: the on-board unit receives a test instruction transmitted by a testing person to the small program to be tested recorded on the on-board unit;
and step 9: and the vehicle machine returns the test result to the development platform.
With further reference to fig. 7, as an implementation of the methods shown in the above diagrams, the present application provides an embodiment of a car applet testing apparatus, where the embodiment of the apparatus corresponds to the embodiment of the method shown in fig. 2, and the apparatus may be specifically applied to various electronic devices.
As shown in fig. 7, the car applet testing apparatus 700 of the present embodiment may include: an applet information receiving unit 701, an acquiring and loading unit 702, and an instruction test and result return unit 703. Wherein, the applet information receiving unit 701 is configured to receive the applet information sent by the portable relay device; the small program information is obtained based on small program release information released by the test platform; an obtaining and loading unit 702 configured to obtain and load an applet to be tested from the test platform according to the applet information; the test-by-instruction and result return unit 703 is configured to control the applet to be tested to perform a test operation responsive to the test instruction received in response to the test instruction and return a test result.
In this embodiment, in the car applet testing apparatus 700: the detailed processing and the technical effects of the applet information receiving unit 701, the obtaining and loading unit 702, the instruction testing and result returning unit 703 can refer to the related descriptions of step 201 and step 203 in the corresponding embodiment of fig. 2, which are not described herein again.
In some optional implementations of this embodiment, the applet information receiving unit 701 may be further configured to:
receiving small program release information released by a self-test platform forwarded by portable transfer equipment;
correspondingly, the fetch and load unit 702 may be further configured to:
decrypting the small program release information by using a preset first decryption algorithm to obtain a first storage path;
and acquiring the small program to be tested from the first storage path, and loading the small program to be tested.
In some optional implementations of this embodiment, the applet information receiving unit 701 may be further configured to:
controlling the portable transfer equipment to identify a target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain first ciphertext information;
receiving first ciphertext information forwarded by the portable transfer equipment;
correspondingly, the fetch and load unit 702 may be further configured to:
decrypting the first ciphertext information by using a preset second decryption algorithm to obtain a second storage path;
and acquiring the small program to be tested from the second storage path, and loading the small program to be tested.
In some optional implementations of this embodiment, the applet information receiving unit 701 may be further configured to:
controlling the portable transfer equipment to identify the target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain second ciphertext information;
controlling the portable transfer equipment to decrypt the second ciphertext information by using a preset third decryption algorithm to obtain intermediate information still in a ciphertext state;
correspondingly, the fetch and load unit 702 may be further configured to:
decrypting the intermediate information by using a preset fourth decryption algorithm to obtain a third storage path;
and acquiring the small program to be tested from the third storage path, and loading the small program to be tested.
In some optional implementation manners of this embodiment, the car applet testing apparatus 700 may further include:
the identity information uploading unit is configured to respond to the requirement of identity information authentication of the small program to be tested before loading, and upload identity information to be authenticated;
and the authentication passing processing unit is configured to respond to the received notification information that the identity information to be authenticated passes the authentication and load the small program to be authenticated.
In some optional implementations of this embodiment, the applet information receiving unit 701 may be further configured to:
and receiving the applet information sent by the portable transfer equipment through the near field transmission mechanism.
In some optional implementations of this embodiment, the test-by-instruction and result return unit 703 may include a result return unit configured to return a test result, and the result return unit may be further configured to:
and returning the test result attached with the body electronic signature.
The car machine applet testing device provided by the embodiment transmits the car machine applet testing device by means of the intermediate equipment which is convenient to carry and move, the safety is guaranteed, meanwhile, the testing effect can be better achieved under the condition of low cost, and meanwhile, the testing and developing efficiency is improved.
There is also provided, in accordance with an embodiment of the present application, an electronic device, a readable storage medium, and a computer program product.
FIG. 8 shows a schematic block diagram of an example electronic device 800 that may be used to implement embodiments of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the present application that are described and/or claimed herein.
As shown in fig. 8, the apparatus 800 includes a computing unit 801 that can perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM)802 or a computer program loaded from a storage unit 808 into a Random Access Memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the device 800 can also be stored. The calculation unit 801, the ROM 802, and the RAM 803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to bus 804.
A number of components in the device 800 are connected to the I/O interface 805, including: an input unit 806, such as a keyboard, a mouse, or the like; an output unit 807 such as various types of displays, speakers, and the like; a storage unit 808, such as a magnetic disk, optical disk, or the like; and a communication unit 809 such as a network card, modem, wireless communication transceiver, etc. The communication unit 809 allows the device 800 to exchange information/data with other devices via a computer network such as the internet and/or various telecommunication networks.
Computing unit 801 may be a variety of general and/or special purpose processing components with processing and computing capabilities. Some examples of the computing unit 801 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and the like. The computing unit 801 performs the various methods and processes described above, such as the car applet testing method. For example, in some embodiments, the car applet testing method may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 808. In some embodiments, part or all of the computer program can be loaded and/or installed onto device 800 via ROM 802 and/or communications unit 809. When the computer program is loaded into RAM 803 and executed by computing unit 801, one or more steps of the above-described car applet testing method may be performed. Alternatively, in other embodiments, the computing unit 801 may be configured to perform the car applet testing method in any other suitable manner (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for implementing the methods of the present application may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.
The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The Server may be a cloud Server, which is also called a cloud computing Server or a cloud host, and is a host product in a cloud computing service system, so as to solve the defects of high management difficulty and weak service extensibility in the conventional physical host and Virtual Private Server (VPS) service.
According to the technical scheme of this application embodiment, forward with the help of portable and movable intermediate apparatus, when guaranteeing the security, can be in the better realization test effect under the low-cost condition, promoted test and development efficiency simultaneously.
It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present disclosure may be executed in parallel, sequentially, or in different orders, and are not limited herein as long as the desired results of the technical solutions disclosed in the present disclosure can be achieved.
The above-described embodiments should not be construed as limiting the scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims (17)

1. A car on-board small program testing method comprises the following steps:
receiving the applet information sent by the portable transfer equipment; the applet information is obtained based on the applet release information released by the test platform;
acquiring and loading the small program to be tested from the test platform according to the small program information;
and responding to the received test instruction, controlling the small program to be tested to execute the test operation responding to the test instruction, and returning a test result.
2. The method of claim 1, wherein the receiving applet information from a portable relay device comprises:
receiving the small program release information forwarded by the portable transfer equipment from the test platform;
correspondingly, the acquiring and loading the applet to be tested from the test platform according to the applet information includes:
decrypting the applet release information by using a preset first decryption algorithm to obtain a first storage path;
and acquiring the small program to be tested from the first storage path, and loading the small program to be tested.
3. The method of claim 1, wherein the receiving applet information from a portable relay device comprises:
controlling the portable transfer equipment to identify the target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain first ciphertext information;
receiving first ciphertext information forwarded by the portable transfer equipment;
correspondingly, the acquiring and loading the applet to be tested from the test platform according to the applet information includes:
decrypting the first ciphertext information by using a preset second decryption algorithm to obtain a second storage path;
and acquiring the small program to be tested from the second storage path, and loading the small program to be tested.
4. The method of claim 1, wherein the receiving applet information from a portable relay device comprises:
controlling the portable transfer equipment to identify the target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain second ciphertext information;
controlling the portable transfer equipment to decrypt the second ciphertext information by using a preset third decryption algorithm to obtain intermediate information still in a ciphertext state;
correspondingly, the acquiring and loading the applet to be tested from the test platform according to the applet information includes:
decrypting the intermediate information by using a preset fourth decryption algorithm to obtain a third storage path;
and acquiring the small program to be tested from the third storage path, and loading the small program to be tested.
5. The method of claim 1, further comprising:
responding to the requirement of identity information authentication of the small program to be tested before loading, and uploading identity information to be authenticated;
and loading the small program to be tested in response to receiving the notification information that the identity information to be authenticated passes the authentication.
6. The method of any of claims 1-5, wherein the receiving applet information from a portable relay device comprises:
and receiving the applet information sent by the portable transfer equipment through a near field transmission mechanism.
7. The method of any of claims 1-5, wherein the returning test results comprises:
and returning the test result attached with the body electronic signature.
8. The utility model provides a car machine applet testing arrangement, includes:
an applet information receiving unit configured to receive the applet information transmitted from the portable relay device; the applet information is obtained based on the applet release information released by the test platform;
the acquisition and loading unit is configured to acquire and load the applet to be tested from the test platform according to the applet information;
and the test-by-instruction and result return unit is configured to respond to the received incoming test instruction, control the to-be-tested applet to execute the test operation responding to the test instruction and return the test result.
9. The apparatus of claim 8, wherein the applet information receiving unit is further configured to:
receiving the small program release information forwarded by the portable transfer equipment from the test platform;
correspondingly, the fetch and load unit is further configured to:
decrypting the applet release information by using a preset first decryption algorithm to obtain a first storage path;
and acquiring the small program to be tested from the first storage path, and loading the small program to be tested.
10. The apparatus of claim 8, wherein the applet information receiving unit is further configured to:
controlling the portable transfer equipment to identify the target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain first ciphertext information;
receiving first ciphertext information forwarded by the portable transfer equipment;
correspondingly, the fetch and load unit is further configured to:
decrypting the first ciphertext information by using a preset second decryption algorithm to obtain a second storage path;
and acquiring the small program to be tested from the second storage path, and loading the small program to be tested.
11. The apparatus of claim 8, wherein the applet information receiving unit is further configured to:
controlling the portable transfer equipment to identify the target two-dimensional code issued by the test platform by using a two-dimensional code identification technology to obtain second ciphertext information;
controlling the portable transfer equipment to decrypt the second ciphertext information by using a preset third decryption algorithm to obtain intermediate information still in a ciphertext state;
correspondingly, the fetch and load unit is further configured to:
decrypting the intermediate information by using a preset fourth decryption algorithm to obtain a third storage path;
and acquiring the small program to be tested from the third storage path, and loading the small program to be tested.
12. The apparatus of claim 8, further comprising:
the identity information uploading unit is configured to respond to the requirement of identity information authentication of the small program to be tested before loading, and upload identity information to be authenticated;
and the authentication passing processing unit is configured to respond to the received notification information that the identity information to be authenticated passes the authentication and load the small program to be tested.
13. The apparatus according to any of claims 8-12, wherein the applet information receiving unit is further configured to:
and receiving the applet information sent by the portable transfer equipment through a near field transmission mechanism.
14. The apparatus according to any of claims 8-12, wherein the test-per-instruction and result-passback unit comprises a result-passback unit configured to return a test result, the result-passback unit further configured to:
and returning the test result attached with the body electronic signature.
15. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the car applet testing method of any one of claims 1-7.
16. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the car applet testing method according to any one of claims 1-7.
17. A computer program product comprising a computer program which, when executed by a processor, implements a car applet testing method according to any one of claims 1-7.
CN202110290525.3A 2021-03-18 2021-03-18 Vehicle small program testing method, device, equipment, storage medium and program product Pending CN112882951A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110290525.3A CN112882951A (en) 2021-03-18 2021-03-18 Vehicle small program testing method, device, equipment, storage medium and program product

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110290525.3A CN112882951A (en) 2021-03-18 2021-03-18 Vehicle small program testing method, device, equipment, storage medium and program product

Publications (1)

Publication Number Publication Date
CN112882951A true CN112882951A (en) 2021-06-01

Family

ID=76041144

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110290525.3A Pending CN112882951A (en) 2021-03-18 2021-03-18 Vehicle small program testing method, device, equipment, storage medium and program product

Country Status (1)

Country Link
CN (1) CN112882951A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115857471A (en) * 2022-12-02 2023-03-28 中国第一汽车股份有限公司 Method, device, equipment and storage medium for testing automobile controller under power supply

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104461897A (en) * 2014-12-18 2015-03-25 网易(杭州)网络有限公司 Application program test method and device
US20160062879A1 (en) * 2014-08-29 2016-03-03 International Business Machines Corporation Testing a mobile application
CN106528404A (en) * 2016-09-30 2017-03-22 腾讯科技(深圳)有限公司 Mobile application test method and apparatus
US20170109270A1 (en) * 2015-10-16 2017-04-20 International Business Machines Corporation Crowdsourced device cloud for application testing
CN111737139A (en) * 2020-06-28 2020-10-02 深圳前海微众银行股份有限公司 Method and device for generating preview two-dimensional code of applet
CN111858360A (en) * 2020-07-23 2020-10-30 百度在线网络技术(北京)有限公司 Applet test method, device, equipment and storage medium

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160062879A1 (en) * 2014-08-29 2016-03-03 International Business Machines Corporation Testing a mobile application
CN105446872A (en) * 2014-08-29 2016-03-30 国际商业机器公司 Mobile application testing manager, testing agent and methods
CN104461897A (en) * 2014-12-18 2015-03-25 网易(杭州)网络有限公司 Application program test method and device
US20170109270A1 (en) * 2015-10-16 2017-04-20 International Business Machines Corporation Crowdsourced device cloud for application testing
CN106528404A (en) * 2016-09-30 2017-03-22 腾讯科技(深圳)有限公司 Mobile application test method and apparatus
WO2018059393A1 (en) * 2016-09-30 2018-04-05 腾讯科技(深圳)有限公司 Test method for mobile application program, server, terminal and storage medium
CN111737139A (en) * 2020-06-28 2020-10-02 深圳前海微众银行股份有限公司 Method and device for generating preview two-dimensional code of applet
CN111858360A (en) * 2020-07-23 2020-10-30 百度在线网络技术(北京)有限公司 Applet test method, device, equipment and storage medium

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
何瑾等: "生活中的防伪技术", 31 January 2017, 天津科技翻译出版有限公司, pages: 87 - 90 *
王国田等: "高校实验室压力气瓶安全技术与管理", 31 December 2020, 苏州:苏州大学出版社, pages: 74 - 77 *
白世贞等: "医药物联网", 30 April 2011, 北京:中国物资出版社, pages: 60 - 62 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115857471A (en) * 2022-12-02 2023-03-28 中国第一汽车股份有限公司 Method, device, equipment and storage medium for testing automobile controller under power supply

Similar Documents

Publication Publication Date Title
EP3445015B1 (en) Methods and devices for accessing protected applications
EP3304465B1 (en) Nfc-enabled devices for performing secure contactless transactions and using hce
CN108632253B (en) Client data security access method and device based on mobile terminal
CN108762791B (en) Firmware upgrading method and device
CN104574057B (en) Online payment method and related equipment and system
CN110417543B (en) Data encryption method, device and storage medium
US20160253664A1 (en) Attestation by proxy
US10878212B2 (en) Two-dimensional code scanning interaction methods and apparatuses
CN108021805A (en) Detect method, apparatus, equipment and the storage medium of Android application program running environment
JP6483863B2 (en) Method and system for implementing validation in data transfer
CN109416800B (en) Authentication method of mobile terminal and mobile terminal
CN112287372B (en) Method and apparatus for protecting clipboard privacy
CN106375465B (en) A kind of data migration method and server
US9459937B2 (en) Method for using shared device in apparatus capable of operating two operating systems
CN108475304B (en) Method and device for associating application program and biological characteristics and mobile terminal
US20190327093A1 (en) Cloud-implemented physical token based security
CN113051542A (en) Two-dimensional code processing method and equipment
US20190026478A1 (en) Vehicle secure communication method and apparatus, vehicle multimedia system, and vehicle
CN106888448B (en) Application downloading method, secure element and terminal
CN116011590A (en) Federal learning method, device and system
US20230344634A1 (en) Gesture-based authentication tokens for information security within a metaverse
CN113821841B (en) Resource management method, computing device and readable storage medium
CN112882951A (en) Vehicle small program testing method, device, equipment, storage medium and program product
CN106534047A (en) Information transmitting method and apparatus based on Trust application
WO2021109309A1 (en) Information processing method, device, and computer storage medium

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