home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Black Box 4
/
BlackBox.cdr
/
progc
/
alib12.arj
/
DESCRIBE.DOC
< prev
next >
Wrap
Text File
|
1992-03-30
|
9KB
|
277 lines
DESCRIBE.DOC
Contents
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Program Name . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Keywords . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Category . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Product Group . . . . . . . . . . . . . . . . . . . . . . . . . . 2
System Requirements . . . . . . . . . . . . . . . . . . . . . . . 2
Very Short Description . . . . . . . . . . . . . . . . . . . . . 2
Short Description . . . . . . . . . . . . . . . . . . . . . . . . 2
Long Description . . . . . . . . . . . . . . . . . . . . . . . . 3
Sample Customer Applications . . . . . . . . . . . . . . . . . . 3
Quotes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Registration Information . . . . . . . . . . . . . . . . . . . . 4
Author/Publisher Information . . . . . . . . . . . . . . . . . . 5
Introduction
This file includes sample descriptions which vendors and sysop's may
use to describe the AutoLibrary Program-Playback Tool package.
Additional information can be found in VENDOR.DOC and SYSOP.DOC.
Individual and Company Users can find additional information in
LICENSE.DOC, SITELICE.DOC, and REGISTER.DOC.
Also, see the introduction and tutorial section in MANUAL.DOC.
CONSULT.DOC also has a lot of information even if you are not
interested in consulting or contracting services.
Program Name
The AutoLibrary(tm) Program-Playback Tool
Keywords
1
Automation, automate, playback, rs232, testing, communication
Category
Automation/Testing/Communication
Product Group
This product fits into a product group called: Program-Playback
tools. This group is very similar to Capture-Playback tools.
Capture-Playback tools capture keystrokes to script files to be
played back later. Program-Playback tools do not capture
keystrokes, instead, keystrokes are manually programmed into C
programs. When the program is executed, the automation is played
back. Capture-Playback tools are used mostly for testing,
whereas, Program-Playback tools are used for all types of
automation. This includes automated testing, programs written to
automate CompuServe, automating host-target protocols, and so on.
Program-Playback tools do not replace Capture-Playback tools.
Instead, Program-Playback tools should be used when a C program
is the best way to automate.
System Requirements
a) Turbo C v2.0
b) COM1 or COM2 serial port.
c) IBM PC or compatible.
Very Short Description
The AutoLibrary(tm) Program-Playback tool is a C function library for
automation. Automation is coded into programs then played back when
the program executes.
Short Description
The AutoLibrary(tm) Program-Playback tool gives C programs an easy way
to automate communications. Automation is coded into programs then
played back when the program executes. This tool is an automation
layer, which can interface to virtually any type of serial
communications protocol, such as, RS-232, RS-422, network,
proprietary, and so on. (A basic RS-232 asynchronous interface library
is provided.) Program-Playback automation is similar to Capture-
2
Playback automation. With Capture-Playback automation keystrokes are
captured to script files as you type. Later, the script files are
played back. With Program-Playback automation the keystrokes are
manually coded into C programs and then played back when the program
executes. Use this tool when you want to write a C program to
automate.
Long Description
The history behind the AutoLibrary Program-Playback Tool started in
1985. This was when I was given the assignment to write a monitoring
program that would automatically test to see if network resources were
available. Without any experience in automation, I first wrote this
monitoring program using a terminal emulator's script language.
However, after writing the script language version, I found that what
I really wanted was the ability to implement the automation scripts in
the C programming language, instead of, in an interpretive language.
Within C, I was able to write a normal program, using subroutines and
data structures. I was also able to use the C library functions and
take advantage of commercially available C libraries.
Because of the history behind this automation tool, the current
version is packed with functionality. For example, I found that
successful automation requires two types of timeouts. A 'Repeating
Timeout' and an 'Ending Timeout.' Before defining these terms, notice
that the basic model of automation requires timeouts. Automation is
programmatically sending a keystroke sequence, then scanning the
output for a list of expected responses. When none of the expected
responses are found, a timeout must occur. (The program will enter an
endless loop without a timeout feature.)
Now, I will define both types of timeouts. A repeating timeout starts
over after each received character. Therefore, if a repeating timeout
of 10 seconds is specified, the timeout will not occur unless there is
communication silents for 10 seconds. A timeout will never occur if
characters are continuously received. An ending timeout, on the other
hand, is not reset with each newly received character. If an ending
timeout of 20 seconds is specified, a timeout will occur in 20 seconds
regardless, assuming none of the expected responses are received.
The AutoLibrary(tm) Program-Playback tool gives C programs an easy way
to automate communications. If your application uses serial
communications to communicate to a program or interface that is
normally operated by a human, then there is a good chance that the
AutoLibrary(tm) Program-Playback tool would be useful for you.
Sample Customer Applications
3
1) A monitoring program that tests the accessibility of host
computers.
2) An application that accesses remote services automatically like
CompuServe or online news services.
3) A test suite written to test equipment. (Medical equipment, for
example)
4) A test suite written to test other software packages.
4) Automate a "host-target" relationship, such as, a target debug
monitor.
5) Automating manual operations that normally require visual checks
from equipment or terminals.
6) Automating an existing test suite.
Quotes
Lindsey Godfrey, of Boeing Computer Services, Richland Inc., has
started using The AutoLibrary Program-Playback Tool and says, "It's a
Good Product. I have developed interface libraries for the Blaise
communication package and our Ungermann-Bass network, which was
important for us."
Registration Information
The AutoLibrary(tm) Program-Playback tool is distributed as Shareware
and comes complete in this form. Registration is 58 dollars and you
will receive the source code and 3 months of pre-registered support.
For complete user registration information please refer to the
REGISTER.DOC text file.
4
Author/Publisher Information
Avid Software is a small, privately held, software company owned and
operated by Wayne McDaniel.
Please feel free to contact me (Wayne McDaniel) if you have any
questions, comments or suggestions.
Wayne McDaniel Voice: (503) 626-6652
Avid Software CompuServe: 70372,2513
P.O. Box 1871 Internet: 70372.2513@compuserve.com
Beaverton, OR 97075-1871
U.S.A.
Member: Association of Shareware Professionals
5