Re: Automating the printer command testing
- From: "Larry W. Virden" <lvirden@xxxxxxxxx>
- Date: Thu, 29 Nov 2007 07:25:52 -0800 (PST)
On Nov 29, 6:56 am, hari <haricib...@xxxxxxxxx> wrote:
I need to write a test script, which will automate the testing of
printer commands(specific to a POS printer).
When you say "automate the testing of commands to a POS printer", do
you mean "the program will be used in the lab, to test a printer
before it is sent out to the field or customer" or do you mean "the
program will be used as a real time test when a site or customer
reports a problem with their printer"?
What kind of printer? What kind of computer?
Is it possible to use tcl
to do this without GUI.
Tcl can easily be written to do things without a GUI.
If without GUI, how can I send command to the
printer(to serial/parallel/USB) port of the printer.
That's a good question. How does the computer see the printer? For
instance, on linux, one might see a /dev/printer or /dev/tty123 . On
Windows, the printer is likely some other representation.
Some commands will
have response from the printer.How can I read that response.
Hmm - that's interesting. So you will need to make certain that you
can open a file to which you can both write and read. Will the
responses always be synchronous (you send a command, you read a
response) or can the responses arrive asynchronously?
My aim is to automate the printer command testing through scripts,
will any other scripts will be more efficient.
TThis sort of thing is doable in many scripting languages. I don't
know of any that are particularly better than tcl (particularly when
using Expect).
.
- References:
- Automating the printer command testing
- From: hari
- Automating the printer command testing
- Prev by Date: error with tktable and mac OS 10.3
- Next by Date: Re: Using a tcl interpreter inside a DLL?
- Previous by thread: Re: Automating the printer command testing
- Next by thread: error with tktable and mac OS 10.3
- Index(es):
Relevant Pages
|