G06F11/2205

Device, method and program for performing system testing

In an approach for testing the operations of a host system during a host system migration, a terminal agent exchanges messages already exchanged between the current host system and a terminal with the new host system. A manual operation replay unit replays messages generated by manual operations among the messages sent to the current host system by the terminal. An automatic response unit automatically generates a response message for messages received from the new host system. The automatic response unit also generates screen data for a screen displayed on the terminal on the basis of messages received from the new host system. A comparison unit compares and evaluates screen data generated by the automatic response unit and screen data from a screen generated by the terminal on the basis of messages received from the current host system.

Testing SoC with portable scenario models and at different levels

A method for testing a system-on-a-chip (SoC) is described. The method includes parsing a file to determine functions to be performed components of the SoC. The method further includes receiving a desired output of the SoC and generating a test scenario model based on the desired output of the SoC. The test scenario model includes a plurality of module representations of the functions and includes one or more connections between two of the module representations. The desired output acts as a performance constraint for the test scenario model. The test scenario model further includes an input of the SoC that is generated based on the desired output, the module representations, and the one or more connections. The test scenario model includes a path from the input via the module representations and the connections to the desired output.

Systems and methods for testing virtual functions of a device under test
12222844 · 2025-02-11 · ·

Embodiments of the present invention can provide an extended NVMe driver that supports exercising virtual functions (and related physical functions) of a DUT without using a VM or hypervisor. In this way, the amount of memory and processing resources used for testing NVMe SSDs can be significantly reduced, and a large number of DUTs (e.g., up to 16 DUTs) can be tested in parallel independently. In other words, each DUT is tested in isolation, as if is the only device being tested, and there are no race conditions or competition for resources between workloads during testing.

Systems and methods for smart diagnoses and triage of failures with identity continuity

Systems and methods for smart diagnoses and triage of failures with identity continuity. In some embodiments, an Information Handling System (IHS) includes a processor and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution by the processor, cause the IHS to: execute a Power-On Self Test (POST) routine; in response to a determination that the POST routine has failed, execute a firmware-based diagnostics routine; in response to a determination that the firmware-based diagnostics routine has failed, execute, via a service Operating System (OS), a service OS-based diagnostics routine configured to identify whether the firmware-based diagnostics failure is due to a hardware or software fault; and in response to the service OS-based diagnostics routine identifying a hardware fault or failing to remediate a software fault, obtain a user's account information and report the hardware fault or the software remediation failure.

Method of verifying layout of mask ROM
09659137 · 2017-05-23 · ·

A method of verifying a layout of a mask read only memory (ROM) includes: receiving source ROM code, bitmap data, and layout design data of the mask ROM; generating coordinate data of a bit determining unit based on the layout design data; and determining an error cell based on the coordinate data of the bit determining unit, the bitmap data, and the source ROM code.

Test machine management

A method includes distributing the plurality of test cases to any available test agents, wherein each test case out of the plurality of test cases does not have any associated preconditions. The method receives event information for a first test case out of the plurality of test cases from a first test agent. Responsive to determining the event information for the first test case includes a satisfied condition for a second test case, the method determines whether the satisfied condition for the second test case relates to a global variable or local variable. The method handles the second test case, wherein handling the second test case includes distributing the second test case to the first test agent subsequent to the first test agent becoming available if the satisfied condition relates to the local variable.

Dynamic mechanism for fault injection for testing distributed systems

A distributed system and method for error handling testing of a target component in the distributed system uses a proxy gateway in the target component that can intercept communications to and from remote components of the distributed system. When a proxy mode of the proxy gateway in the target component is enabled, at least one of the communications at the proxy gateway is modified to introduce an error. When the proxy mode of the proxy gateway in the target component is disabled, the communications to and from the remote components of the distributed system are transmitted via the proxy gateway without modification.

Scheduling of scenario models for execution within different computer threads and scheduling of memory regions for use with the scenario models

A method for testing a system-on-a-chip (SoC) is described. The method includes parsing a file to determine functions to be performed components of the SoC. The method further includes receiving a desired output of the SoC and generating a test scenario model based on the desired output of the SoC. The test scenario model includes a plurality of module representations of the functions and includes one or more connections between two of the module representations. The desired output acts as a performance constraint for the test scenario model. The test scenario model further includes an input of the SoC that is generated based on the desired output, the module representations, and the one or more connections. The test scenario model includes a path from the input via the module representations and the connections to the desired output.

AUTOMATED TEST GENERATION FOR MULTI-INTERFACE ENTERPRISE VIRTUALIZATION MANAGEMENT ENVIRONMENT
20170123951 · 2017-05-04 ·

Embodiments for automated testing of a virtualization management system are described. According to one aspect, a method includes generating a test case including a plurality of instances of commands and sending the test case to a plurality of interfaces supported by the virtualization management system. The method also includes generating a response file corresponding to each command in the test case. The method also includes comparing results from each interface to an instance of a command and in response to the results from each interface being identical, storing, the results in the response file corresponding to the command. The method also includes reporting an error in response to the results from each interface of the virtualization management system not being identical. The present document further describes examples of other aspects such as systems, computer products.

AUTOMATED TEST GENERATION FOR MULTI-INTERFACE ENTERPRISE VIRTUALIZATION MANAGEMENT ENVIRONMENT
20170123965 · 2017-05-04 ·

Embodiments for automated testing of a virtualization management system are described. According to one aspect, a method includes generating a test case including a plurality of instances of commands and sending the test case to a plurality of interfaces supported by the virtualization management system. The method also includes generating a response file corresponding to each command in the test case. The method also includes comparing results from each interface to an instance of a command and in response to the results from each interface being identical, storing, the results in the response file corresponding to the command. The method also includes reporting an error in response to the results from each interface of the virtualization management system not being identical. The present document further describes examples of other aspects such as systems, computer products.