A method, apparatus, device, and medium for detecting a wake-up signal

Abstract

This specification discloses a method, apparatus, device, and medium for detecting a wake-up device. This solution can be applied to a detection platform, which includes at least a control terminal and a robotic arm connected to the control terminal. The solution may include: the control terminal controlling the robotic arm carrying a first device to move the first device to a range where the first device can be identified by a second device; one of the first device and the second device is a wake-up device, and the other is a wake-up device, the wake-up device being used to wake up the wake-up device; the control terminal collecting page information from the wake-up device; and the control terminal generating a detection report based on the page information to determine whether the wake-up device has been woken up.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a method, apparatus, device and medium for detecting a terminal. Background Technology

[0002] With the continuous development of computer technology, users can use different communication methods through mobile terminals to meet business needs. For example, they can use near-field communication to complete payments and take public transportation; use Bluetooth communication to complete data transmission and payments; and use QR code image communication to complete payments and obtain data information. In the process of using different communication methods, it is necessary to call the client to realize the corresponding functions.

[0003] Therefore, how to perform wake-up detection efficiently and accurately is a technical problem that urgently needs to be solved. Summary of the Invention

[0004] This specification provides a method, apparatus, device, and medium for detecting call terminals, enabling efficient and accurate call terminal detection.

[0005] To solve the above-mentioned technical problems, the embodiments in this specification are implemented as follows: This specification provides a method for detecting a terminal, the method being applied to a detection platform, the detection platform including at least a control terminal and a robotic arm connected to the control terminal; the method includes: The control terminal controls the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device; one of the first device and the second device is the calling terminal device, and the other is the called terminal device, and the calling terminal device is used to wake up the called terminal device; The control terminal collects the page information of the called-up terminal device; Based on the page information, the control terminal generates a detection report to detect whether the called-up device has been woken up.

[0006] This specification provides an embodiment of a device for detecting a terminal. The device is applied to a detection platform, which includes at least a control terminal and a robotic arm connected to the control terminal. The device includes: A mobility module is used to control the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device; one of the first device and the second device is a caller device and the other is a callee device, wherein the caller device is used to call the callee device; The information collection module is used to collect page information of the called-up terminal device; The report generation module is used to generate a detection report based on the page information to detect whether the called-up terminal device has been called up.

[0007] This specification provides an embodiment of a device for detecting a wake-up terminal, comprising: At least one processor; and, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, which, when executed by the at least one processor, enable the at least one processor to: The robotic arm carrying the first device is controlled to move the first device to a range that enables the first device to recognize the second device; one of the first device and the second device is a caller device and the other is a callee device, the caller device being used to call the callee device; Collect the page information of the called-up terminal device; Based on the page information, a detection report is generated to detect whether the called-up device has been woken up.

[0008] This specification provides an embodiment of a computer-readable medium storing computer-readable instructions that can be executed by a processor to implement a method for detecting a wake-up terminal.

[0009] At least one embodiment in this specification achieves the following beneficial effects: the control terminal of the detection platform can control a robotic arm carrying the first device to move the first device to a range that allows identification between the first device and the second device. It can also collect page information from the first and second devices (which serve as the called-up device) and generate a detection report based on this information to determine whether the called-up device has been activated. This reduces the need for excessive human intervention and improves detection efficiency. Furthermore, controlling the robotic arm allows for efficient and precise movement of the first device for call-up detection, improving the accuracy of the detection. Attached Figure Description

[0010] To more clearly illustrate the technical solutions in the embodiments or prior art of this specification, the accompanying drawings used in the description of the embodiments or prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0011] Figure 1 This is a schematic diagram illustrating an application scenario of a method for detecting a call terminal provided in the embodiments of this specification; Figure 2This is a flowchart illustrating a method for detecting a terminal provided in an embodiment of this specification; Figure 3 This is a swimlane diagram of a method for detecting a trigger point provided in an embodiment of this specification; Figure 4 This is a schematic diagram of the structure of a device for detecting a terminal provided in the embodiments of this specification; Figure 5 This is a schematic diagram of the structure of a device for detecting the terminal provided in the embodiments of this specification. Detailed Implementation

[0012] To make the objectives, technical solutions, and advantages of one or more embodiments of this specification clearer, the technical solutions of one or more embodiments of this specification will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this specification, and not all of them. Based on the embodiments in this specification, all other embodiments obtained by those skilled in the art without creative effort are within the protection scope of one or more embodiments of this specification.

[0013] To facilitate understanding of the embodiments in this specification, some terms are explained below.

[0014] Control terminal: This refers to the terminal that runs automated testing, such as a computer or central control equipment. It is responsible for controlling the execution terminal to carry out test tasks, collecting test data, and uploading the test data to a reporting platform for generating test reports. In practical applications, the control terminal and the reporting platform can be the same device or different devices, or they can belong to the server side of a server cluster.

[0015] Execution end: refers to the terminal that performs the test task, which may include a robotic arm and a first device. The robotic arm can clamp the first device and perform various actions.

[0016] Device end: refers to the other end corresponding to the execution end, which is used to complete the call-end detection. Specifically, it may include a second device that cooperates with the first device to perform call-end detection.

[0017] The first or second device can be a device with short-range communication capabilities, such as a device with NFC, a device with Bluetooth, or a device with ZigBee. This includes, but is not limited to, NFC payment devices, NFC access control devices, NFC cards capable of simulating various scenarios, and microcontrollers (MCUs) for various business scenarios, such as turnstiles, vending machines, self-checkout machines, and other devices that process transactions via NFC, as well as devices with Bluetooth capabilities.

[0018] The first or second device can also be a device with shooting or scanning functions, such as a terminal device with an image acquisition component. The first or second device can also be a device carrying a coded image; it can be an electronic device or a non-electronic device in the form of a card.

[0019] Reporting platform: refers to a platform used for collecting information. In practical applications, the creation, execution, and report display of automated equipment capability tasks can all be completed on this platform.

[0020] In existing technologies, to test call-to-device capability, the process typically involves manually holding the mobile phone and bringing it close to the corresponding device. This process is labor-intensive. Furthermore, when a user uses their mobile phone to identify and call the target device, the relative position, angle, and contact time between the two devices vary, leading to instability in quality indicators such as call-to-device success rate. Moreover, when using manual testing with different variables, the manual handling of the mobile phone cannot precisely control these variables, resulting in inaccurate test results.

[0021] The technical solutions provided in the various embodiments of this specification are described in detail below with reference to the accompanying drawings.

[0022] To address the shortcomings of existing technologies, this solution provides the following embodiments: Figure 1 This is a schematic diagram illustrating an application scenario of a method for detecting a calling terminal, as described in the embodiments of this specification. Figure 1 As shown, the solution may include a control terminal 1, an execution terminal 2, and a device terminal 3. The first device can be used as the called-up device, and the second device as the called-up device, or vice versa. The execution terminal 2 may include a robotic arm and the first device; the device terminal 3 may include one or more second devices. The control terminal 1 can control the execution terminal 2 to approach or contact the device terminal 3, so that the first device in the execution terminal 2 and the device terminal 3 are within the recognition range. The first device executes the call-up process based on its interaction with the device terminal 3. The control terminal 1 can also obtain the display page of the called-up device and generate a detection report.

[0023] In practical applications, to facilitate call-to-end testing, the operator terminal can communicate with the control terminal, allowing the operator terminal to control the control terminal to execute the test process. The operator terminal can be located outside the testing platform, in a convenient location for the tester, such as an office or control room. The operator terminal can be a computer, operating platform, or other device capable of controlling the control terminal. Testers can remotely control the control terminal via the operator terminal, enabling the control terminal to move the robotic arm, bringing the first device within range of recognition by the second device, thus completing the call-to-end test.

[0024] Next, a method for detecting a call terminal provided in the embodiments of the specification will be described in detail with reference to the accompanying drawings.

[0025] Figure 2 This is a flowchart illustrating a method for detecting a terminal provided in an embodiment of this specification. From a programming perspective, the entity executing the process can be a program mounted on a detection platform. From a hardware perspective, the entity executing the process can be a detection platform for detecting a terminal, which may include at least a control terminal and a robotic arm connected to the control terminal.

[0026] like Figure 2 As shown, the process may include the following steps.

[0027] Step 202: The control terminal controls the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device; one of the first device and the second device is the calling terminal device and the other is the called terminal device, and the calling terminal device is used to wake up the called terminal device.

[0028] In practical applications, the first device can be the calling end device and the second device can be the called end device; or the first device can be the called end device and the second device can be the calling end device. This can be set according to actual needs. In the embodiments of this specification, the control end can be a computer, console, server cluster, or other devices. In practical applications, if the first device carried by the robotic arm is a mobile terminal, such as a smartphone, wearable device, or tablet, the second device can be a device capable of interacting with the first device, such as various bus cards, POS machines, menu boards, simulated cards for simulating vending machines, devices with code images, Bluetooth devices, etc. If the second device can be a mobile terminal, such as a smartphone, wearable device, or tablet, then the first device grasped by the robotic arm is a device capable of interacting with the second device, such as various bus cards, POS machines, menu boards, simulated cards for simulating vending machines, device cards with code images, Bluetooth devices, etc. The specific types of the first and second devices are not specifically limited here and can be set based on actual testing needs. It can be understood that "device" can refer to the general term for production materials and material resources that can be used by users in production for a long time and basically maintain their original physical form and function during repeated use. Devices can be items used to perform a specific function or task, such as electronic devices in the form of computers or mobile terminals, or non-electronic devices in the form of cards. Code images can be in the form of one-dimensional codes, two-dimensional codes, three-dimensional codes, etc.

[0029] A robotic arm can be a multi-axis robotic arm, also known as a robotic hand. It can have components such as claws for fixing objects, magnetic suction cups, pressure-sensitive tape, and pneumatic suction cups, and can move equipment flexibly in various directions. Multi-axis robotic arms can be six-axis, seven-axis, five-axis, etc.

[0030] In this context, "wake-up event" can refer to waking up the called-up device or activating the target application on the called-up device used for processing business. The target application can be an app, mini-program, browser page, H5 page, etc. Any event that enables the displayed page related to the business to be processed on the called-up device can be called a wake-up event.

[0031] In the embodiments of this specification, the first or second device may carry caller information for waking up the called party. The caller information may include at least one of short-range communication information, image information, audio information, and temperature information.

[0032] Short-range communication (SMR) information refers to data or information transmitted between two or more devices via SMR technologies to complete a call. SMR technologies include NFC, Bluetooth, UWB (Ultra-Wideband), ZigBee, and others. SMR information can include NFC tag information, Bluetooth tag information, UWB tag information, ZigBee tag information, and so on. In practical applications, SMR information can be in the form of links, such as URLs or HTML links; it can also be other forms of string information, such as JavaScript functions or redirection strings.

[0033] Image information can be image data that can be identified through face-to-face communication to complete the call, such as one-dimensional barcodes, two-dimensional barcodes, three-dimensional barcodes, artistic barcodes, etc.

[0034] Audio information can be voice information used to wake up a device through specific voice commands. Examples include specific voice commands used to wake up a mobile phone assistant or voice information used to activate terminal applications on the device.

[0035] Temperature information can be used to wake up the terminal based on a specific temperature. For example, waking up the terminal by temperature changes the terminal from a screen-off state to a screen-on state. This can be used to detect whether the terminal can sense temperature normally and to wake up the terminal based on the sensed temperature.

[0036] The aforementioned recognition range can refer to the range of short-range communication, the range of image acquisition, the range of audio recognition, or the range of temperature recognition, etc. It can be set according to the actual needs of the terminal test.

[0037] In one implementation, if the call-end information is short-range communication information, assuming the second device is the call-end device and possesses the call-end information, and the first device is the called-end device, the first device can obtain the call-end information from the second device via short-range communication. The first device can then trigger the execution of the call-end process to wake up the target application on the first device. In another implementation, assuming the second device is the call-end device and the first device is the called-end device and possesses the call-end information, the second device can obtain the call-end information from the first device via short-range communication. The second device can interact with the server of the target application based on the call-end information, causing the first device to execute the call-end process to wake up the target application on the first device.

[0038] In one implementation, if the call-to-end information is image information, such as a code image, the second device is the call-to-end device and has the call-to-end information, and the first device is the called-to-end device. The control terminal can control the first device and the second device to conduct face-to-face communication to complete the call-to-end detection. Specifically, it can control the first device to open its camera to scan or capture the code image on the second device, thereby obtaining the call-to-end information from the second device. The first device can then execute the call-to-end process based on the call-to-end information to activate the target application on the first device.

[0039] In one implementation, if the call-to-end information is audio information, such as specified voice information, the second device is the call-to-end device and possesses the call-to-end information, while the first device is the called-to-end device. The second device can model a preset audio, enabling the first device to obtain the audio information as the call-to-end information from the second device, and then execute the call-to-end process to activate the target application on the first device. If the call-to-end information is temperature information, the second device can model a preset temperature corresponding to the temperature information to complete the call-to-end event with the first device.

[0040] In practical applications, the first device can be used as the calling device and the second device as the called device. The corresponding calling methods can be implemented based on at least one of the above implementation methods, which will not be listed one by one here.

[0041] The short-range communication information in the embodiments of this specification may include the communication information required by communication methods such as NFC, Bluetooth, Wi-Fi, Zigbee, and ultra-wideband. When testing the short-range communication terminal, the short-range communication range can be determined based on the corresponding communication method. Specifically, it can be determined based on expert experience or historical data, or it can be set by the service provider of the target application according to actual business needs. No specific limitations are made here.

[0042] Step 204: The control terminal collects the page information of the called-up terminal device.

[0043] In the embodiments of this specification, the page of the called-end device may be a page representing short-range communication result information, a page representing the result information corresponding to the scanned image, or a page representing the final result page based on a preset temperature or preset audio; it may also be one or more called-end pages displayed during the process of calling up the target application, without specific limitations here.

[0044] The page information collected by the control terminal in the embodiments of this specification may include the page information displayed by the called-up device before the called-up test; it may also include the page information displayed by the called-up device during the called-up process; or it may represent the page displayed by the called-up device after the called-up test.

[0045] In practical applications, if the calling terminal information is short-range communication information, the page of the called terminal device can include the page of the called terminal device after the first device is within the short-range communication range with the second device; it can also include the page of the called terminal device before the first device is within the short-range communication range with the second device; or it can include the page of the called terminal device when the first device is far away from the second device and outside the short-range communication range with the second device. The page information of the called terminal device can also include the page of the called terminal device before the first device and the second device establish a communication connection; it can also include the page of the called terminal device during the process of establishing communication between the first device and the second device; or it can include the page of the called terminal device after the first device and the second device establish communication. The timing for starting page collection can be set according to actual needs; the specific timing for page collection is not specifically limited here.

[0046] In one implementation, the control terminal in this embodiment may only collect the page information displayed by the first device in order to verify the call-to-end capability of the first device.

[0047] As one implementation method, the control terminal can also collect page information displayed on the calling terminal device. For example, the page information displayed on the calling terminal device before, during, or after the calling terminal test can be used to verify the communication capability or calling terminal capability of the calling terminal device. Specifically, the control terminal can collect page information displayed on both the called terminal device and the calling terminal device.

[0048] As another implementation, the control terminal may also collect only the page information displayed on the client device.

[0049] In practical applications, a communication connection can be established between the control terminal and the called-up device, enabling the control terminal to monitor the page information displayed on the called-up device. For example, by enabling developer mode on the called-up device, the control terminal can obtain the page information displayed on the called-up device as a developer. Alternatively, an external image acquisition device, such as a camera, can be used to capture the page information displayed on the called-up device. This external image acquisition device can be placed on the primary device or at other locations capable of capturing the page information displayed on the primary device. Plugins or programs that can acquire page information can also be loaded into the called-up device, allowing the control terminal to obtain the page information displayed on the called-up device. In practical applications, if the control terminal has a display screen, the page displayed on the called-up device can be shown synchronously or with a small delay.

[0050] To collect page information displayed on the client device, a communication connection can be established between the control terminal and the client device, enabling the control terminal to monitor the displayed page information. For example, the client device can be in developer mode, allowing the control terminal to access the displayed page information as a developer. Alternatively, an external image acquisition device, such as a camera, can be used to capture the page information displayed on the client device. This external image acquisition device can be placed on the client device or at other locations capable of capturing the displayed page information. Plugins or programs that can acquire page information can also be loaded into the client device, allowing the control terminal to obtain this information. In practical applications, if the control terminal has a display screen, the page displayed on the client device can be shown synchronously or with minimal delay.

[0051] In practical applications, the page displayed on the calling terminal device can include the page displayed after the first device is within short-range communication range of the second device; the page displayed before the first device is within short-range communication range of the second device; or the page displayed when the first device is moved away from the second device, thus placing it outside the short-range communication range of the second device. The page displayed on the second device can also include the page displayed before the first device establishes a communication connection with the second device; the page displayed during the establishment of communication between the first device and the second device; or the page displayed after the establishment of communication between the first device and the second device. The timing for starting page collection can be set according to actual needs.

[0052] Step 206: The control terminal generates a detection report based on the page information to detect whether the called-up device has been woken up.

[0053] In the embodiments of this specification, if the control terminal has the function of generating a test report, it can generate a test report based on the collected page information. If the control terminal does not have the function of generating a test report, it can send the collected page information to a reporting platform used to generate test reports, and the reporting platform will generate a test report based on the received page information. The specific method of generating the test report can be determined based on the actual situation, and is not specifically limited here.

[0054] In the embodiments of this specification, "waking up" of the called-up device can mean that the target application corresponding to the calling-up information on the called-up device has been activated; or it can mean that the called-up device has been woken up from a screen-off state to a screen-on state, or various other wake-up situations. The specific wake-up situation can be determined based on the set wake-up information, which will not be listed here.

[0055] The test report in the embodiments of this specification may include one or more of the following information: device information of the first device, device information of the second device, test conditions, and test results. The device information of the first device may include at least one of the following: brand, model, resolution, system version, and target application version. The device information of the second device may include at least one of the following: model, brand, resolution, and system version. Test conditions may refer to the conditions set during the test, such as the distance between the first and second devices, communication duration, etc.

[0056] In the embodiments of this specification, the control terminal can detect situations requiring terminal activation during the completion of certain business projects. Specifically, business projects can be NFC-related, such as at least one of the following payment-related businesses: NFC-based payment, NFC-based vending machines, NFC ordering, NFC membership login, or other payment-related services; they can also be travel-related businesses completed through short-range communication, such as public transportation cards, subway cards, train tickets, and airplane tickets; or they can be businesses that obtain the right to use items through short-range communication, such as the use or rental of sports equipment. Specifically, business projects can also be related to barcode scanning, such as scanning payment codes, collection codes, electronic ticket codes, product codes, and transit codes. Business projects can also be related to audio recognition, such as voice activation and intelligent voice interaction. Business projects can also be related to temperature sensing, such as detecting temperature-controlled screen activation or deactivation.

[0057] If the business items involved in the call-to-end detection by the control end involve large actual devices, the main modules used to complete communication or call-to-end in the actual device can be simulated to obtain a simulation card. The simulation card can be used as the first or second device for call-to-end testing. For example, the second device can be the control unit on the container, without using the entire container as the second device.

[0058] It should be understood that the order of some steps in the methods described in one or more embodiments of this specification may be interchanged according to actual needs, or some steps may be omitted or deleted.

[0059] pass Figure 2 The method described above allows the control unit of the detection platform to move a robotic arm carrying the first device to a range where the first and second devices can be identified. It can also collect page information displayed on both the first and second devices, indicating the activated device, and generate a detection report based on this information to determine whether the activated device has been triggered. This eliminates the need for excessive human intervention, improving detection efficiency. Furthermore, controlling the robotic arm enables efficient and precise movement of the first device for activation detection, enhancing the accuracy of the activation detection.

[0060] based on Figure 2 In addition to the method described herein, this specification also provides some specific implementation schemes of the method, which will be described below.

[0061] Optionally, the method described in the embodiments of this specification may further include: The control terminal controls the robotic arm to keep the first device within the range for a preset time; After the preset time period, the controller controls the robotic arm to move the first device away from the second device.

[0062] The preset duration in the embodiments of this specification can be set based on actual testing needs. If the purpose is to detect whether the called-up device can be called up within a specified duration, the preset duration can be set to the specified duration; if the purpose is to detect whether the device can be called up within a shorter timeframe, the preset duration can be set to a duration shorter than the specified duration. The specified duration can be the time required for devices to complete identification, such as the time required for short-range communication, face-to-face communication, etc. Specifically, the specified duration can be determined based on the historical duration used in successful call-up events; it can also be determined based on expert experience; or it can be determined based on the service requirement data provided by the service provider of any device requiring identification interaction. For example, if the service provider of the target application requires the terminal to be able to call up the target application within 2 seconds, the above-mentioned specified duration can be the call-up duration required by the service provider.

[0063] Assuming the specified duration is 2 seconds, in order to test whether the first device can successfully wake up the terminal when the recognition time between the first device and the second device is less than the specified duration, the preset duration can be set to 1 second. The control terminal can control the robotic arm to keep the first device within the recognition range of the second device for 1 second, and then the control terminal can control the robotic arm to move the first device away from the second device.

[0064] In practical applications, when calling the terminal via short-range communication, the positional relationship between the first and second devices may vary due to different user operations. To more accurately simulate the situation of a real user using the first device, and to detect the impact of different orientations on terminal detection, optionally, within the range described in the embodiments of this specification, the first device and the second device have at least one of the following positional relationships: The first device is parallel to the second device; There is an angle between the plane where the first device is located and the plane where the second device is located; The distance between the first test point of the first device and the second test point of the second device is equal to a preset distance; the preset distance is a distance that can be identified; the first device or the second device has one or more test points.

[0065] In the embodiments of this specification, "parallelism of the first device and the second device" can mean that the plane on which the first device is located is parallel to the plane on which the second device is located. For example, assuming the first device is a mobile phone, smartwatch, or other device with at least one plane, and the second device is a short-range payment device for payment, the second device also has at least one plane. If one plane of the first device and one plane of the second device are parallel to each other, it can be said that the first device and the second device are parallel. For example, the plane on which the display screen of the first device is located is parallel to the page on the second device displaying a prompt indicating that the user can make a payment through short-range communication; or, the second device is a device carrying a QR code image, and the plane on which the display screen of the first device is located is parallel to the plane on the second device displaying the QR code image.

[0066] In practical applications, if the first device is a mobile phone, the back of the first device can be brought close to the page on the second device displaying the prompt indicating that the user can make a payment via short-range communication. If the first device is a wearable device such as a smartwatch, the front of the first device can be brought close to the page on the second device displaying the prompt indicating that the user can make a payment via short-range communication.

[0067] In practical applications, to improve the success rate of short-range communication, the areas where the short-range communication modules in the first device and the second device are located can be placed close to each other. The parallelism between the first and second devices can also be interpreted as these two areas being parallel to each other. For example, the front of the first device can be parallel to the operating surface of the second device, or the back of the first device can be parallel to the operating surface of the second device.

[0068] In practical applications, to improve the success rate of face-to-face communication between the first and second devices during call-to-end testing, the area where the camera is located in the first device and the area where the code image is located in the second device can be brought close together, making the two areas parallel. Alternatively, the voice recognition area of ​​the first device and the voice broadcast area of ​​the second device can be brought close together, making the two areas parallel. Alternatively, the temperature sensing area of ​​the first device can be completely aligned with the temperature simulation area of ​​the second device, making the two areas parallel.

[0069] In the embodiments of this specification, the plane containing the first device and the plane containing the second device may have an angle between them, and the two planes may be non-parallel. For example, assuming the first device is a mobile phone, smartwatch, or other device with at least one plane, and the second device is a short-range payment device for payment, the second device also has at least one plane. One plane of the first device and one plane of the second device may intersect, indicating that the plane containing the first device and the plane containing the second device have an angle between them and are non-parallel. For example, the plane containing the display screen of the first device and the page on the second device displaying a prompt indicating that the user can make a payment through short-range communication may have an angle between them. For methods of calling the device through face-to-face interaction, voice, or temperature measurement, an angle between the plane containing the first device and the plane containing the second device can also be established based on the above methods, which will not be listed here.

[0070] In practical applications, the plane where the first device is located can have an angle with the plane where the second device is located. Specifically, the first device can be tilted in one direction, such as tilting to the left, right, up, or down relative to the second device.

[0071] In the embodiments of this specification, the first test point can represent the location of a module in the first device that has communication or identification functions, such as a short-range communication module, an image acquisition module, a temperature sensing and identification module, or a voice recognition module. The second test point can represent the location of a module in the second device that has communication or identification functions, such as a short-range communication module, a code image module, a voice broadcasting module, or a temperature simulation module. The preset distance can represent a specified standard distance for communication or identification, such as 2 cm or 3 cm.

[0072] In practical applications, it's also possible to test situations where the first device isn't directly facing the second device, such as scenarios where it's slightly to the left, right, top, or bottom. When the first test point on the first device and the second test point on the second device are not directly facing each other, and there's an offset between them, this can be represented as the projection of the first test point onto the second device not coinciding with the second test point. If the first test point on the first device and the second test point on the second device are directly facing each other, then the projection of the first test point onto the first device onto the second device can coincide with the second test point.

[0073] In the embodiments of this specification, multiple test points can be set in the first device. For example, the center point, corner points, etc., of the first device can be used as test points. Alternatively, the front or back of the first device can be divided into several regions, and the center point of each region can be used as a test point. Similarly, the second device can also include multiple test points. For example, the center point, corner points, etc., of the second device can be used as test points. Alternatively, the front or back of the second device can be divided into several regions, and the center point of each region can be used as a test point. The aforementioned first test point can be at least one of the multiple test points in the first device, and the aforementioned second test point can be at least one of the multiple test points in the second device.

[0074] In the embodiments of this specification, different test points can be tested, so that the first device can be in different positions relative to the second device. This allows for the detection of whether the terminal can be woken up when the first device and the second device are in different position states, thereby improving the completeness of the detection.

[0075] In practical applications, within the short-range communication range, the control end can also use a robotic arm to make micro-movements, enabling the first device to produce subtle movements. This can simulate the state of a real person holding the first device, such as slight shaking, thereby improving the effectiveness of the call-end test.

[0076] The page information collected in the embodiments of this specification may include the page information displayed by the first device when the relative positions of the first device and the second device are different. Specifically, multiple position commands can be executed. For example, the control terminal controls the robotic arm to move the first device to one detection position and then moves the first device to another detection position. In this way, the control terminal can collect the page information displayed by the first device under different positional relationships. Alternatively, the control terminal can control the robotic arm to move the first device to one detection position, then move the first device to the initial position, and then move the first device to another detection position. Thus, the control terminal can collect the page information of the first device at different positions.

[0077] The generated test report may include information on the relative positions of the first device and the second device; and / or, information on the relative positions between the first test point and the second test point; and / or, information on test conditions such as the duration of contact between the first device and the second device within the short-range communication range, so as to determine the call terminal results obtained under different test conditions.

[0078] In practical applications, when users interact with business devices such as payment devices and access control devices to process business, different users or at different times may hold the first device in different directions as it approaches the second device. To more accurately detect the terminal's calling capability, in this embodiment, the control terminal can also control a robotic arm to move the first device towards the second device from different directions. As one implementation, optionally, in this embodiment, the control terminal controls the robotic arm carrying the first device to move the first device to a range where the first device and the second device can be recognized. Specifically, this may include: The control terminal controls the robotic arm to move the first device toward the location of the second device in a preset direction, so that the first device is within the range for identification with the second device; the preset direction includes either a direction perpendicular to the plane where the second device is located or a direction forming a preset angle with the plane.

[0079] The preset direction is perpendicular to the plane where the second device is located, which means that the first device can approach the second device from above or below the second device.

[0080] For example, assuming the first device is a mobile phone and the second device is an NFC payment device, the preset direction being perpendicular to the plane where the second device is located can represent the user holding the mobile phone and approaching the NFC payment device from above.

[0081] The preset direction is a direction that forms a preset angle with the plane where the second device is located, which can indicate that the first device can approach the second device from the side. For example, assuming the first device is a mobile phone and the second device is an NFC payment device, the preset direction can be a direction that forms an angle of less than 90 degrees with the plane where the second device is located, which can indicate that the user is holding the mobile phone and approaching the NFC payment device from the side.

[0082] In practical applications, the control unit can control the robotic arm to move the first device from a first position to within the short-range communication range. The first position can represent a location outside the short-range communication range, and the line connecting the first position and the center point of the short-range communication range can form a preset angle with the plane where the second device is located. This preset angle can be any angle between 0° and 90°. This allows for the detection of the first device's calling status when it approaches the second device from different directions.

[0083] In practical applications, the preset direction can also be a direction parallel to the plane where the second device is located. This means that the line connecting the center point of the first position and the short-range communication range can form a 0° angle with the plane where the second device is located. Specifically, the distance between the planes where the first and second devices are located can meet the standard distance specified for short-range communication. The first device can be moved so that the first and second devices can be within the short-range communication range. If the preset direction is perpendicular to the plane where the second device is located, specifically, the distance between the planes where the first and second devices are located can be greater than the standard distance specified for short-range communication. The first device can be moved so that the first and second devices can be within the short-range communication range. This allows for the simulation of a real person using the first device for short-range communication, improving the effectiveness of the test.

[0084] In practical applications, if the second device is a code image device, temperature simulation card, voice simulation or broadcast card, the above method can also be used for call-end testing, which will not be elaborated here.

[0085] As one implementation, optionally, the robotic arm described in this embodiment includes multiple robotic sub-arms. The control terminal controls the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device. Specifically, this may include: The control terminal controls at least one of the robotic arms to move the first device to a range for identification with the second device.

[0086] In the embodiments described in this specification, the control terminal can control each robotic arm to move in a preset direction, so that the first device and the second device can be within the recognition range. The control terminal's control over the movement of each robotic arm can be set based on actual testing requirements, which will not be elaborated here.

[0087] As one implementation, optionally, the detection platform described in this embodiment further includes one or more guide rails and a moving component, with the robotic arm connected to the guide rails via the moving component; the control terminal controls the robotic arm carrying the first device to move the first device to a range where the first device can be identified by the second device, specifically including: The control terminal controls the moving component to move along the guide rail, so that the robotic arm connected to the moving component moves to a preset position; the robotic arm at the preset position enables the first device to be within the recognition range.

[0088] In the embodiments described in this specification, the moving component can be a part of the robotic arm; or it can be a component outside the robotic arm that can be detachably connected to the robotic arm. The moving component can move the robotic arm along the guide rail.

[0089] In one implementation, the robotic arm can be in a fixed state, and the control terminal can control the moving parts to drive the robotic arm to move on the guide rail, so that the first device and the second device are within the recognition range.

[0090] As another implementation, if the second device is within the reach of the robotic arm, the control terminal can move at least one of the robotic arms in the robotic arm to make the first device and the second device within the range for identification.

[0091] As another implementation, the control unit can move the robotic arm and its moving components to place the first device within the identification range. Specifically, the control unit can first control the moving components to move along the guide rail to bring the robotic arm to a designated position, and then control at least one of the robotic sub-arms within the robotic arm to move, so that the first and second devices are within the identification range. Alternatively, the control unit can first control at least one of the robotic sub-arms within the robotic arm to move, and then control the moving components to move along the guide rail to bring the robotic arm to a designated position, so that the first and second devices are within the identification range. Or, the control unit can simultaneously control at least one of the robotic sub-arms within the robotic arm to move, and also control the moving components to move along the guide rail to bring the robotic arm to a designated position, so that the first and second devices are within the identification range. The movement method of the robotic arm and guide rail can be determined based on actual testing requirements and is not specifically limited here.

[0092] In practical applications, the guide rails can be laid based on the testing requirements and the movable range of the robotic arm. If the movable range of the robotic arm is small, a large area of ​​guide rails can be laid to facilitate moving the robotic arm to an appropriate position, thereby adjusting the first device to a range where it can communicate with the second device over short distances. If the movable range of the robotic arm is large, a small number of guide rails can be laid to facilitate using the robotic arm for terminal testing.

[0093] In practical applications, a single guide rail can be laid in the testing scenario, used only for the robotic arm to move in the forward / backward or left / right directions; or two guide rails can be laid to form a cross, allowing the robotic arm to move in all four directions. The testing platform in the embodiments of this specification may include one or more guide rails. Specifically, the number and position of the guide rails can be set based on the movable range of the robotic arm and its relationship with the testing equipment.

[0094] To improve testing convenience, as an optional implementation, the testing platform described in this specification embodiment may further include a device placement component; the device placement component includes one or more device placement areas; the second device is located in the first device placement area of ​​the device placement component.

[0095] In the embodiments of this specification, the equipment placement component can be used to place a second device. The equipment placement component can be a shelf-like component, comprising one or more placement areas, capable of placing multiple second devices at once. Alternatively, the equipment placement component can be a component for placing a single second device, such as a tray or a small testing station.

[0096] The device placement components may also include units for securing a second device, such as card slots, pockets, suction cups, hooks, storage surfaces, etc.

[0097] In practical applications, the device placement component can be equipped with communication lines for connecting to a second device. This allows for communication with the second device or providing power to it. The control terminal can then collect relevant information from the second device, such as its device information and displayed page information. The communication line also enables the control terminal to control the updating of information in the second device. For example, after a test is completed using the first and second devices, the tag information in the second device can be cleared, and new tag information can be re-programmed. This allows for a new test using the re-programmed tag information on both the first and second devices.

[0098] In practical applications, the second device can be an MCU unit, which can load different terminal information to enable different functions. For example, by loading information for ordering food via NFC communication, the second device can simulate an ordering device or ordering card. Similarly, by loading information for public transportation, the second device can simulate a transportation card or card reader.

[0099] The second device can also be connected to the control terminal via wireless communication, so that the control terminal can collect information from the second device and control the updating of information in the second device via wireless communication.

[0100] The equipment placement component can also hold multiple second devices with different or the same functions, thereby improving testing efficiency.

[0101] In the embodiments described in this specification, a movable component or a guide rail for the device placement component may be provided on the device placement component to facilitate the placement or retrieval of the second device. Specifically, the device placement component may be moved to the vicinity of the robotic arm via the movable component or the guide rail, so that the robotic arm can retrieve the second device from the device placement component or place the second device in the device placement component.

[0102] In practical applications, the robotic arm can pick up the first device and bring it close to the second device placed on the device placement component to complete the call-to-end test; or, the robotic arm can first pick up the second device from the device placement component, place the second device in the test position, and then bring the first device close to the second device to complete the call-to-end test.

[0103] The device placement component can also be used to place the first device. The robotic arm can pick up the second device and bring it close to the first device placed on the device placement component to complete the call terminal test; or, the robotic arm can first pick up the first device from the device placement component and bring the first device close to the pre-placed second device to complete the call terminal test. The settings can be configured according to the actual test environment, and no specific limitations are made here.

[0104] In practical applications, to improve detection efficiency, multiple devices capable of short-range communication with the first device can be placed in the device placement component. As one implementation, optionally, the device placement component in this embodiment further includes a third device located in the second device placement area; the distance between the third device and the second device is greater than or equal to a preset threshold; the method may further include: The control unit controls the robotic arm to move the first device to a range that allows the first device to be recognized by the third device.

[0105] In the embodiments of this specification, the third device can be a testing device with different or the same functions as the second device. For example, the second device may be a device with tag information burned for implementing NFC member login function; the third device may be a device with tag information burned for implementing NFC payment function; for example, the second and third devices may display the same code image; for example, the second and third devices may play the same or different audio information, etc. The preset threshold can be set based on expert experience; or it can be set based on the recognition capabilities of the first and second devices. It is understood that by setting a distance greater than or equal to the preset threshold between the third device and the second device, when testing the call-to-the-end function through the third device and the first device, the second device will not affect the test results; when testing the call-to-the-end function through the second device and the first device, the third device will not affect the test results.

[0106] In practical applications, the terminal test can be based on preset test cases, and the control terminal can also perform terminal test based on preset test cases. Specifically, the control terminal can control the robotic arm to move or stop by executing test cases, and collect the display page of at least one of the first and second devices.

[0107] Test cases can include information such as test case number, test purpose, preconditions, test steps, and expected results.

[0108] Test case numbers can be used to represent the ID of a test case and can be strings. For example, test case number: TC001.

[0109] The test objective can be used to indicate the purpose of using test cases. For example, the test objective is to verify the caller ID function of NFC payment.

[0110] Preconditions can be used to indicate the preparatory work that needs to be done before testing. For example, preconditions may include the user account in the target application being logged in, the second device being in normal working order, the robotic arm being fixed to the first device, and the first device being in an unlocked state with its screen on, etc.

[0111] Test steps can be used to represent the steps that need to be completed in sequence when using test cases for testing.

[0112] For example, a test procedure may include at least one of the following steps: Step 1: Log in to the target application.

[0113] Step 2: Exit the target application process so that the next time you open the target application, it will be a cold start.

[0114] Step 3: Control the robotic arm to position X.

[0115] Here, position X can be a series of positions that enable the robotic arm to move to a designated location, such as the first device. Position X can also represent a position where the first device can establish a short-range communication connection with the second device, or it can be other test positions set according to test requirements.

[0116] Step 4: Control the robotic arm to lower the first device to the preset position, so that the first device and the second device are at a preset distance, such as 2cm.

[0117] Step 5: Check if the page displayed on the first device is the payment page.

[0118] It is understandable that the above test steps are only an example, and in actual applications, test steps can be set according to the actual test tasks.

[0119] The expected result can be used to represent the desired effect of executing the test using test cases. For example, the expected result is that the Alipay payment page is launched on the mobile device, and a payment timeout message is displayed on the page.

[0120] After setting the preconditions, the control unit can perform tests according to the test steps, obtain a test report, and determine whether the current test has achieved the expected results based on the test report. Test cases can be used to test the call-to-end test results of the first device and the second device within a non-short-range communication range. Test cases can also be used to test the call-to-end results of the first device under different scenarios.

[0121] Test cases can be categorized into functional tests, UI tests, regression tests, and performance tests. Cross-platform testing can be performed using UI automation frameworks such as WebDriver and Totoro, and at least one of JUnit, TestNG, Mocha, and Appium can be used as the testing framework.

[0122] To more clearly illustrate the method for detecting a calling terminal provided in the embodiments of this specification, the method of detecting a calling terminal in short-range communication is used as an example for explanation. Figure 3 This is a swimlane diagram of a method for detecting a trigger point provided in an embodiment of this specification. Figure 3 As shown, the solution may include a test preparation phase, a short-range communication phase, and a test result generation phase. A testing platform can be used for terminal detection. The testing platform may include at least a control terminal and a robotic arm, and specifically may include: Step 302: Load test cases on the control terminal.

[0123] The control end can obtain test cases from the test case library. Test cases can be pre-written by testers or derived from expert experience.

[0124] Step 304: The control terminal detects the status of the first device.

[0125] In the embodiments described in this specification, the control terminal can detect the controllable status of the first device. Specifically, it can detect the first device's ADB permissions, i.e., whether the first device has developer options enabled; it can also detect the background services of the controlled end of the first device; it can also detect the installation status of the target application; it can also detect the login status of the target application; it can also detect the running status of the first device, etc., which will not be listed here. The control terminal can communicate with or control the first device through wireless or wired communication.

[0126] Step 306: The control unit controls the robotic arm to move to the designated position by executing test cases.

[0127] The locations specified in the embodiments of this specification may represent test locations.

[0128] Specifically, the designated location can be a position where the first device and the second device can establish a short-range communication connection, and the control terminal can control the robotic arm to move the first device to a range where it can communicate with the second device at a short distance.

[0129] The specified location can also be a location outside the range for short-range communication with the second device.

[0130] The specific location information for a given location can be set according to the needs of the actual testing task.

[0131] In the embodiments of this specification, the detection platform may be equipped with guide rails and moving parts; the control terminal may control the robotic arm to move along the guide rails via the moving parts, facilitating its movement to a suitable position so that the first device and the second device are within range capable of short-range communication. Alternatively, the control terminal may also control the movement of the robotic sub-arms within the robotic arm to place the first device and the second device within range capable of short-range communication. Alternatively, the control terminal may control the movement of the robotic sub-arms within the robotic arm, and also control the movement of the robotic arm along the guide rails, to place the first device and the second device within range capable of short-range communication.

[0132] In the embodiments of this specification, the first device or the second device may be placed in a device placement component; the first device or the second device may be one or more.

[0133] Step 308: The control terminal controls the robotic arm to keep the first device within the short-range communication range for a preset time.

[0134] Step 310: The second device sends a call terminal information to the first device.

[0135] In one implementation, when the first device is within range of the second device for short-range communication, the second device can send a call terminal information to the first device.

[0136] Step 312: The first device obtains the call terminal information from the second device through short-range communication.

[0137] In the embodiments of this specification, the client information may include at least the identification information of the target application.

[0138] Step 314: The first device executes the call-to-end process based on the call-to-end information and displays the call-to-end related pages.

[0139] In the embodiments of this specification, the terminal activation process may be that the first device launches the target application in the first device based on the identification information of the target application in the terminal activation information.

[0140] Step 316: The control terminal collects the relevant pages of the call terminal displayed in the first device.

[0141] Step 318: The control terminal generates a detection report based on the collected relevant pages of the client.

[0142] In the embodiments described in this specification, the control terminal can generate a test report based on the expected results in the test cases and the relevant pages of the calling terminal. The test report may include calling terminal test result information, calling terminal test condition information, calling terminal test case information, etc. In practical applications, page information of the second device can also be obtained.

[0143] In the embodiments of this specification, the first device may also have call-end information. The first device or the second device executes the call-end process based on the call-end information of the first device; or other methods such as face-to-face communication, voice recognition, temperature sensing recognition, etc. are used for call-end detection. The specific call-end detection process can be performed in accordance with the methods in the above embodiments, and will not be described in detail here.

[0144] Using the above method, the control terminal can control the robotic arm to move the first device, so that the first device and the second device are within a short-range communication range, completing the call-to-end test, avoiding the instability caused by manual testing, and improving the effectiveness and accuracy of the call-to-end test.

[0145] Based on the same idea, embodiments of this specification also provide apparatus corresponding to the above methods. Figure 4 This is a schematic diagram of a device for detecting a trigger, provided as an embodiment of this specification. Figure 4 As shown, the device is applied to a testing platform, which includes at least a control terminal and a robotic arm connected to the control terminal; the device may include: The mobile module 402 is used to control the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device; one of the first device and the second device is a calling device and the other is a called device, and the calling device is used to wake up the called device; Information acquisition module 404 is used to acquire page information displayed by the called terminal device; The report generation module 406 is used to generate a detection report based on the page information to detect whether the called-up terminal device has been called up.

[0146] based on Figure 4 The embodiments of this specification also provide some specific implementation schemes of the method, which are described below.

[0147] Optionally, the device can also be used for: The control terminal controls the robotic arm to keep the first device within the range for a preset time; After the preset time period, the controller controls the robotic arm to move the first device away from the second device.

[0148] Optionally, within the range, the first device and the second device have at least one of the following positional relationships: The first device is parallel to the second device; There is an angle between the plane where the first device is located and the plane where the second device is located; The distance between the first test point of the first device and the second test point of the second device is equal to a preset distance; the preset distance is a distance that can be identified; the first device or the second device has one or more test points.

[0149] Optionally, the mobile module can be specifically used for: The control terminal controls the robotic arm to move the first device toward the location of the second device in a preset direction, so that the first device is within the range for identification with the second device; the preset direction includes either a direction perpendicular to the plane where the second device is located or a direction forming a preset angle with the plane.

[0150] Optionally, the robotic arm includes multiple robotic sub-arms; the moving module can specifically be used for: The control terminal controls at least one of the robotic arms to move the first device to a range for identification with the second device.

[0151] Optionally, the detection platform further includes one or more guide rails and a moving component, and the robotic arm is connected to the guide rails via the moving component; the moving module can specifically be used for: The control terminal controls the moving component to move along the guide rail, so that the robotic arm connected to the moving component moves to a preset position; the robotic arm at the preset position enables the first device to be within the recognition range.

[0152] Optionally, the detection platform further includes a device placement component; the device placement component includes one or more device placement areas; the second device is located in a first device placement area of ​​the device placement component.

[0153] Optionally, the device placement component further includes a third device located in the second device placement area; the distance between the third device and the second device is greater than or equal to a preset threshold; the device can also be used for: The control unit controls the robotic arm to move the first device to a range that allows the first device to be recognized by the third device.

[0154] Optionally, the first device or the second device carries caller information for waking up the called party; the caller information includes at least one of short-range communication information, image information, audio information, and temperature information.

[0155] Optionally, the device can also be used for: Collect the page information displayed on the terminal device.

[0156] Based on the same idea, this specification also provides devices corresponding to the above methods in its embodiments.

[0157] Figure 5 This is a schematic diagram of a device for detecting a terminal provided in an embodiment of this specification. Figure 5 As shown, device 500 may include: At least one processor 510; and, Memory 530 communicatively connected to the at least one processor; wherein, The memory 530 stores instructions 520 that can be executed by the at least one processor 510, the instructions being executed by the at least one processor 510 to enable the at least one processor 510 to: The robotic arm carrying the first device is controlled to move the first device to a range that enables the first device to recognize the second device; one of the first device and the second device is a caller device and the other is a callee device, the caller device being used to call the callee device; Collect the page information displayed by the called-up device; Based on the page information, a detection report is generated to detect whether the called-up device has been woken up.

[0158] The aforementioned equipment can be a test device for performing terminal testing, and may include at least a control terminal and a robotic arm.

[0159] Based on the same approach, embodiments of this specification also provide a computer-readable medium corresponding to the above-described method. The computer-readable medium stores computer-readable instructions that can be executed by a processor to implement the above-described method for detecting the wake-up terminal.

[0160] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on its differences from other embodiments. In particular, for... Figure 5 As the device shown is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0161] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0162] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using hardware physical modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program and "integrate" a digital system onto a PLD themselves, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must also be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0163] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0164] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0165] For ease of description, the above devices are described separately by function as various units. Of course, in implementing this application, the functions of each unit can be implemented in one or more software and / or hardware.

[0166] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0167] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0168] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0169] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0170] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0171] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0172] Computer-readable media include both permanent and non-permanent, removable and non-removable media that can store information by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0173] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0174] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0175] This application can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a specific task or implement a specific abstract data type. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0176] The above description is merely an embodiment of this application and is not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

Claims

1. A method for detecting a terminal, the method being applied to a detection platform, the detection platform including at least a control terminal and a robotic arm connected to the control terminal; the method comprising: The control terminal controls the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device; One of the first device and the second device is the calling device, and the other is the called device; The control terminal is communicatively connected to the called-up device and obtains the page information displayed by the called-up device in developer mode as a developer. Based on the page information, the control terminal generates a detection report to detect whether the called-up device has been woken up; the called-up device contains call-up information for waking up the called-up device; the call-up information includes short-range communication information; the called-up device being woken up indicates that the target application corresponding to the call-up information in the called-up device has been woken up through short-range communication, so that the called-up device displays the page of the target application.

2. The method according to claim 1, further comprising: The control terminal controls the robotic arm to keep the first device within the range for a preset time; After the preset time period, the control terminal controls the robotic arm to move the first device away from the second device.

3. The method according to claim 2, wherein the preset duration is set based on actual test requirements; if it is to detect whether the called-end device can be woken up within a specified duration, the preset duration is set to the specified duration; if it is to detect whether the called-end device can be woken up within a shorter than specified duration, the preset duration is set to a duration shorter than the specified duration; the specified duration is the duration required for call-end identification.

4. The method according to claim 1, wherein within the scope, the first device and the second device have at least one of the following positional relationships: The first device is parallel to the second device; There is an angle between the plane where the first device is located and the plane where the second device is located; The distance between the first test point of the first device and the second test point of the second device is equal to a preset distance; the preset distance is a distance that can be identified; the first device or the second device has one or more test points.

5. The method according to claim 1, wherein the control terminal controls the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device, specifically including: The control terminal controls the robotic arm to move the first device toward the location of the second device in a preset direction, so that the first device is within the range for identification with the second device; the preset direction includes either a direction perpendicular to the plane where the second device is located or a direction forming a preset angle with the plane.

6. The method according to claim 1, wherein the robotic arm comprises a plurality of robotic sub-arms, and the control terminal controls the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device, specifically comprising: The control terminal controls at least one of the robotic arms to move the first device to a range for identification with the second device.

7. The method according to claim 6, wherein the robotic arm is a multi-axis robotic arm.

8. The method according to claim 7, wherein the robotic arm is at least one of a six-axis robotic arm, a seven-axis robotic arm, and a five-axis robotic arm.

9. The method according to claim 1, wherein the detection platform further comprises one or more guide rails and a moving component, and the robotic arm is connected to the guide rails via the moving component; the control terminal controls the robotic arm carrying the first device to move the first device to a range that enables the first device to identify the second device, specifically including: The control terminal controls the moving component to move along the guide rail, so that the robotic arm connected to the moving component moves to a preset position; the robotic arm at the preset position enables the first device to be within the recognition range.

10. The method according to claim 1, wherein the detection platform further comprises a device placement component; the device placement component includes one or more device placement areas; and the second device is located in a first device placement area of ​​the device placement component.

11. The method according to claim 10, wherein the device placement component further comprises a third device located in the second device placement area; the distance between the third device and the second device is greater than or equal to a preset threshold; the method further comprises: The control unit controls the robotic arm to move the first device to a range that allows the first device to be recognized by the third device.

12. The method according to claim 10, wherein the device placement component is provided with a communication line for connecting to the second device so as to communicate with the second device or provide power to the second device.

13. The method according to claim 1, wherein the terminal information further includes at least one of image information, audio information, and temperature information.

14. The method according to claim 1, further comprising: Collect the page information displayed on the terminal device.

15. The method according to claim 1, wherein the test report includes one or more of the following: equipment information of the first device, equipment information of the second device, test conditions, and test results; The device information of the first device includes at least one of the following: brand, model, resolution, system version, and target application version; the device information of the second device includes at least one of the following: model, brand, resolution, and system version; the detection conditions refer to the conditions set during the detection process, including at least one of the following: distance between the first device and the second device, and communication duration.

16. The method according to claim 1, further comprising: The control terminal controls the robotic arm to make micro-movements, causing the first device to move slightly, in order to simulate the state of a real person holding the first device.

17. The method according to claim 1, wherein the control terminal is capable of communicating with the operation terminal so as to remotely control the control terminal through the operation terminal.

18. An apparatus for detecting a terminal, the apparatus being applied to a detection platform, the detection platform including at least a control terminal and a robotic arm connected to the control terminal; the apparatus comprising: A movement module is used to control the robotic arm carrying the first device to move the first device to a range that enables the first device to recognize the second device; One of the first device and the second device is the calling device, and the other is the called device; The information collection module is used to communicate with the called-up device and obtain the page information displayed by the called-up device in developer mode as a developer. The report generation module is used to generate a detection report based on the page information to detect whether the called-up terminal device has been called up. The calling device includes calling information for waking up the called device; the calling information includes short-range communication information; the called device being woken up indicates that the target application corresponding to the calling information in the called device has been woken up through short-range communication, so that the called device displays the page of the target application.

19. A device for detecting a terminal, comprising: At least one processor; as well as, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, which, when executed by the at least one processor, enable the at least one processor to: The robotic arm carrying the first device is controlled to move the first device to a range that enables the first device to recognize the second device; one of the first device and the second device is the calling device, and the other is the called device. Establish a communication connection with the called-up device and obtain page information displayed by the called-up device in developer mode as a developer; Based on the page information, a detection report is generated to detect whether the called-up device has been woken up; the called-up device contains call-up information for waking up the called-up device; the call-up information includes short-range communication information; the called-up device being woken up indicates that the target application corresponding to the call-up information in the called-up device has been woken up through short-range communication, so that the called-up device displays the page of the target application.

20. A computer-readable medium having stored thereon computer-readable instructions that can be executed by a processor to implement the method for detecting a terminal according to any one of claims 1 to 17.

Images