Browse Prior Art Database

CSD Driver: A Generic Tool for Testing Communications Microcode

IP.com Disclosure Number: IPCOM000111912D
Original Publication Date: 1994-Apr-01
Included in the Prior Art Database: 2005-Mar-26
Document File: 4 page(s) / 106K

Publishing Venue

IBM

Related People

Lam, KK: AUTHOR [+4]

Abstract

An architecture for a test driver that permits portable testcases for testing communications microcode is disclosed. The machine independent part provides an identical user interface and testcase input across different computer systems while the machine dependent portion of the driver provides the necessary low level interface to the communications device.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 52% of the total text.

CSD Driver: A Generic Tool for Testing Communications Microcode

      An architecture for a test driver that permits portable
testcases for testing communications microcode is disclosed.  The
machine independent part provides an identical user interface and
testcase input across different computer systems while the machine
dependent portion of the driver provides the necessary low level
interface to the communications device.

      The Communications Systems Development (CSD) Driver is a
generic tool developed to test communications microcode.  As seen in
Fig. 1, the CSD driver is structured with two layers:  the upper
layer and lower layer.  The upper layer is common to all machines.
It consists of two sublayers:  the source layer and the binary layer.
The source layer performs the parsing and semantic analysis.  The
binary layer executes the commands.  The lower layer is referred to
as the machine interface layer.

      The CSD driver is kept protocol independent by a well defined
language that allows the testers complete control of the data passed
to the microcode under test.  The upper layer has no mechanism to
interpret the data contents of a test case.  This makes the upper
layer generic.  The formatted data blocks are passed to the lower
layer, which sends the data blocks to the microcode under test
according to the I/O Architecture of the host machine.

     Many testing environments use a local machine, which is the one
under test, and a remote machine, which is the responder or data
pusher.  For easy maintenance of test files, the test scenarios for
both can be included in the same file with a qualifying switch
preceding every test statement.  When the CSD driver is invoked, the
user is first asked which switch should be used.  A switch for
sharing common statements is also included to allow statements to be
executed regardless of which switch the tester selected.  This
selective execution mechanism eliminates the synchronization problems
when updating the test scenarios.

      The basic element of the language is the primitive.  A
primitive is a template consisting of user-defined data, which is
organized by user-d...