Technologies are described herein for enabling the automated testing of remote control units by providing a suitable test system that includes a plurality of test stations for simultaneously testing a plurality of remote control units. Each test station includes features that allow it to interact with the remote control unit's inputs, such as buttons and microphone, and outputs, such as IR and RF remote control codes, status LEDs, and audio output. Each test station may be controlled by a controller that executes test scripts or other routines that exercise the functionality of the remote control unit as desired.

A semiconductor package test apparatus is provided. A semiconductor package test apparatus comprises a test board including a plurality of sensors, a chamber into which the test board is loaded, and a controller configured to control a temperature of the chamber, wherein the controller adjusts the temperature using the plurality of sensors.

The present invention relates to a method for testing a device under test. A component of the device under test generates or receives a bus signal, wherein the bus signal comprises a first data signal or a second data signal, and wherein an amplitude of the first data signal is different from an amplitude of the second data signal. A measurement instrument measures an amplitude of the bus signal. Further, it is determined whether the bus signal comprises the first data signal or the second data signal, based on the measured amplitude of the bus signal.

A method for generating a post-silicon validation test for a system on chip (SOC), may include obtaining a selection of action scenarios from a set of scenarios originally constructed for generating simulation tests; combining the selected scenarios into a combined scenario in which the selected scenarios are to be executed in parallel; and generating a post-silicon test code corresponding to the combined scenario.

Techniques relate to an interactive logic diagnostic process. A diagnostic iteration loop is performed. When a critical failure does not have the diagnostic resolution that meets a predefined diagnostic resolution, potential faults related to the critical failure are isolated. When the critical failure has a diagnostic resolution that meets the predefined diagnostic resolution, the diagnostic iteration loop ends. Path focused fault test patterns are applied to the device under test in order to generate updated results of the path focused fault test patterns, such that the diagnostic resolution has been increased because a number of the potential faults related to the critical failure has decreased, and/or a size of a physical area of the potential faults related to the critical failure has decreased. The diagnostic iteration loop is returned to.

A circuit division method for test pattern generation in which a computer performs processes of: acquiring, for each of a plurality of blocks included in a target circuit for test pattern generation, a first feature amount regarding a size of each block and a second feature amount regarding a function of the block; classifying the plurality of blocks into a plurality of groups so that blocks for which the acquired first feature amount is within a first predetermined range and the acquired second feature amount is within a second predetermined range belong to an identical group; and assigning, for each of the classified groups, each of the blocks included in the group to one of a plurality of divided circuits of a division number based on a ratio of the number of blocks included in the group to the division number by which the plurality of blocks are divided.

Techniques include configuring a sequential circuit monitor having been generated by applying a quantifier elimination to each random bit position of random inputs associated with a formal verification driver and selecting a value for random inputs to drive a next stage logic of sequential circuit simulation monitor, a state of the next stage logic being used by sequential circuit simulation monitor to generate sequential inputs to match those permitted by formal verification driver, formal verification driver being specified for a DUT input interface. An equivalence check between sequential circuit simulation monitor and original formal driver matches the same set of sequential inputs permitted original formal driver. The sequential circuit simulation monitor is coupled to a simulation environment and the DUT in simulation environment, sequential circuit simulation monitor being configured to flag an input sequence from the simulation environment not permitted by formal verification driver based on the sequential inputs.

A margin testing device includes at least one interface structured to connect to a device under test (DUT) one or more controllers structured to create a set of test signals based on a sequence of pseudo random data and one or more pre-defined parameters, and an output structured to send the set of test signals to the DUT. Methods and a system for testing a DUT with the disclosed margin tester and other testing device are also described.

Methods and computing devices for matching an instrument to a device-under-test for performing a test procedure. A first data structure is constructed based on a data sheet of an instrument. The first data structure includes attributes, phenomena to be measured and testing interactions for measuring respective phenomena. A test case is constructed based on a test procedure to be performed on the DUT. The test case includes attributes, phenomena to be measured and testing interactions for measuring respective phenomena. The attributes, phenomena, and testing interactions of the first data structure and the test case are compared to determine a matching condition, and instructions are output based on the matching condition.

A method, computer program product, and/or system is disclosed for testing integrated circuits, e.g., processors, that includes: generating a software design prototype of the functional behavior of an integrated circuit to be tested; creating a lab All-Events-Trace (AET) normalized model of the integrated circuit, wherein the normalized model captures the functions of the integrated circuit and not the non-functional aspects of the integrated circuit; generating a lab scenario using the software design prototype and the AET normalized model of the integrated circuit for a particular cycle of interest, wherein the lab scenario contains initialization for all signals that have hardware information; and generating a replayed lab normalized AET for the particular cycle of interest.