Browse Prior Art Database

Testing Multiple Discrete Software Components by Connecting Real and Simulated Hardware Components

IP.com Disclosure Number: IPCOM000040124D
Original Publication Date: 1987-Sep-01
Included in the Prior Art Database: 2005-Feb-01
Document File: 2 page(s) / 30K

Publishing Venue

IBM

Related People

Hendrickson, OK: AUTHOR [+3]

Abstract

A method of testing multiple discrete software components involves connecting real and simulated hardware components. The method consists of simulating those hardware components which are not yet available and connecting each of the real and simulated hardware components to a Simulated System Bus. This method is used to connect a real Service Processor and a simulated Main Processor so that Processor Service Code can be tested. A test environment is configured as depicted in the figure. In the Main Processor, the Service Code is the same code which will be used in the real system. The Main Processor is simulated and contains a Bus Interface Component which routes the Main Processor Service Code bus traffic over the Simulated System Bus.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 52% of the total text.

Page 1 of 2

Testing Multiple Discrete Software Components by Connecting Real and Simulated Hardware Components

A method of testing multiple discrete software components involves connecting real and simulated hardware components. The method consists of simulating those hardware components which are not yet available and connecting each of the real and simulated hardware components to a Simulated System Bus. This method is used to connect a real Service Processor and a simulated Main Processor so that Processor Service Code can be tested. A test environment is configured as depicted in the figure. In the Main Processor, the Service Code is the same code which will be used in the real system. The Main Processor is simulated and contains a Bus Interface Component which routes the Main Processor Service Code bus traffic over the Simulated System Bus. In the Service Processor, the Service Code and the Service Processor Hardware are the same as those which will be used in the real system. The only modification to the Service Processor is the insertion of a Bus Interface Component which routes the Service Processor Service Code bus traffic over the Simulated System Bus. It is important to note that with this configuration neither the Main Processor Service Code nor the Service Processor Service Code is aware that any of the system is simulated. Thus, the Main Processor Service Code and the Service Processor Service Code are able to communicate over their logical link in precisely the same manner as they will in the real system. When the Service Processor Service Code wishes to initiate a dialog, it builds an appropriate Bus Message and passes the message to the Service Processor Bus Interface Component. The Service Processor Bus Interface Component then sends the Bus Message over the Simulated System Bus where it is received by the Main Processor Bus Interface Component. The...