EP1752876A2 - Testsystem für ein Benutzerendgerät und Testautomatisierungsverfahren - Google Patents

Testsystem für ein Benutzerendgerät und Testautomatisierungsverfahren Download PDF

Info

Publication number
EP1752876A2
EP1752876A2 EP06076467A EP06076467A EP1752876A2 EP 1752876 A2 EP1752876 A2 EP 1752876A2 EP 06076467 A EP06076467 A EP 06076467A EP 06076467 A EP06076467 A EP 06076467A EP 1752876 A2 EP1752876 A2 EP 1752876A2
Authority
EP
European Patent Office
Prior art keywords
test
user terminal
automation device
interface
test automation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP06076467A
Other languages
English (en)
French (fr)
Other versions
EP1752876A3 (de
Inventor
Gerrit Dr. Bleumer
Stefan Schwarz
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Francotyp Postalia GmbH
Original Assignee
Francotyp Postalia GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Francotyp Postalia GmbH filed Critical Francotyp Postalia GmbH
Publication of EP1752876A2 publication Critical patent/EP1752876A2/de
Publication of EP1752876A3 publication Critical patent/EP1752876A3/de
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G06F11/263—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G06F11/261—Functional testing by simulating additional hardware, e.g. fault simulation

Definitions

  • the invention relates to a test system for a user terminal according to the preamble of claim 1 and a test automation method according to the preamble of claim 23.
  • the invention is used in the automated testing and diagnosis of postage meters and accounting or mail processing equipment or other user terminals.
  • the franking machine has inside a security housing a fixed thermal transfer print head for printing a franking imprint and a standard external interface for connecting a postage scale, a service computer of the type SC03 or other peripheral devices.
  • the service computer is used only for reading and documenting machine parameters of stock-produced postage meters, but does not input data via the standard interface.
  • Another known franking machine of the type Jetmail ® of the manufacturer Francotyp-Postalia Beteil Trents AG is for offices with medium to high mail volumes and can also be connected to a service computer, which establishes an electrical line connection with the postage meter machine via interface cable, which outputs register statuses and machine parameters as required.
  • a service computer which establishes an electrical line connection with the postage meter machine via interface cable, which outputs register statuses and machine parameters as required.
  • a franking machine SECAP which has a serial interface, via which display data is provided in whole or in part, constantly to external.
  • the disadvantage of the invention is that the operating data are constantly and unconditionally provided externally, in particular to an additionally mountable LCD display device. It is advantageous that no intermediary personal computer is needed for this purpose.
  • the input is an external terminal, which can be connected via a data cable to an external franking machine interface.
  • a postage meter Pitney Bowes known, which can be initialized and configured in the factory and in the field by means of an external program control via a franking machine interface. For testing, the postage meter need not be taken apart.
  • From the DE 100 36 623 A1 is already the connection of a personal computer, laptop or notebook PC's to a franking machine of the type Jetmail ® known to initialize the postage meter.
  • a Initialization takes place only after successful identification of the personal computer, laptop or notebook PC, with an authorization of the initialization by means of an authorization means, for example by means of an FP card, which is plugged into the chip card reader of the franking machine.
  • the initialization also includes an input of the date of the battery of a security module of the postage meter machine, a telephone number of the destination country's postage code center and a postage request number PAN, and loading of keys for a credit reload into the security module with the involvement of the postage data center.
  • no testing of serially produced franking machines with the aforementioned means is provided.
  • a DEBUG version and a RELEASE version have been produced before the serial production of franking machines.
  • the DEBUG version differs from the RELEASE version by providing additional hardware, measuring points and interfaces for the connection of measuring and analysis devices.
  • a RELEASE version of the franking machine is handed over to the postal authority. Prior to the serial production of franking machines, their approval by the postal authority or by a state-appointed institution is required. The postal authority either carries out numerous tests on the franking machine itself or orders an independent testing laboratory.
  • the DEBUG version of a franking machine already allows testing of at least individual components or assemblies of the franking machine, but only by providing additional hardware, measuring points and interfaces for the connection of measuring and analysis devices. These additional means must be removed to produce a RELEASE version of the franking machine, since otherwise the franking machine would be manipulated by a third party in the fake intention. For a manipulatable version of the franking machine, of course, no approval granted.
  • the disadvantage is that the DEBUG version has a different time behavior compared to the RELEASE version of a franking machine. In modern franking machines, current processors are operated at very high clock rates, which make a very high processing speed and thus modern cryptography possible in the first place.
  • the user terminal For as many functions of the user terminal as possible to be tested automatically, the user terminal must output all relevant outputs to a suitable test interface in a suitable format so that a data processing device suitable for test automation can capture, record and process the relevant outputs for each input. Restrictions on spending arise because not all expenses are relevant and must be issued by the user terminal with release software, some should not be issued and some may not be issued.
  • the invention has for its object to provide for test automation, a test system for a user terminal to allow automated input and thus faster and more complete testing, the user terminal does not have the disadvantages mentioned above.
  • a test automation method is to be created, which reflects how a user terminal can be prepared with release software in such a way that automated testing of all relevant issues is made possible without safety-critical outputs being able to be interrogated or intercepted uncontrollably in productive normal operation. At a test interface, therefore, the outputs are to be protected so that they can not be misused by an attacking user during normal operation.
  • the object is achieved with the features of the test system according to claim 1 and with the features of the test automation method according to claim 23.
  • each user terminal has a number of input and output interfaces, where already existing internal interfaces are now also used for test purposes to test at least a single assembly of the user terminal and associated software components.
  • an internal interface is protected by the housing of the user terminal.
  • the internal interface can be used for additional test purposes only after appropriate authorization of the test automation device.
  • only one keyboard is connected to an internal interface via which all user inputs are accepted in normal operation.
  • a test automation device now inputs simulated key signals for test purposes via this existing internal interface.
  • An abstraction of the inputs also allows additional inputs, which are not possible in normal operation via the normal keyboard.
  • a nonvolatile memory of the user terminal is configured to load a release software.
  • a user terminal simultaneously has a number of output interfaces and actuators.
  • these have a display and a printing unit to produce franking imprints, as well as motors or electromagnets as electro-mechanical actuators.
  • a smart card write / read device may be provided to write data to a smart card. Appropriate authorization via additional inputs makes it possible to provide the expenditures so protected that they can not be misused by an attacking user during normal operation.
  • the test system consists of a test automation device, the user terminal and communication links between the two devices via appropriate interfaces.
  • the test automation device is realized by a conventional data processing device, which is equipped with at least one expansion card, by which at least one bidirectional serial interface can be controlled.
  • a common data processing device may, for example, be a commercially available personal computer that is already prepared for inserting expansion cards.
  • the test automation device comprises means for generating simulated test input signals and transmitting them to the user terminal, that test inputs are made externally via the user terminal's keyboard interface, and that the test inputs are provided by an input event management system of the user terminal's operating system with the same priority and timing as keyboard input.
  • the test automation apparatus includes program storage means, a data processing unit, and a contact pad for controlling contacts used to translate test cases and data of the test case into simulated test input signals.
  • An expansion card is designed to drive the contacts and the interfaces accordingly.
  • the output data is provided to the test interface protected so that it can not be misused by an attacking user during normal operation.
  • Fig. 1 shows a simplified block diagram of a test system with a user terminal 1 and with a test automation device 10, both of which are communicatively connectable (dashed lines).
  • the test automation device 10 has at least one data processing unit CPU 18 and a nonvolatile memory 17 for storing a test sequence program, as well as a first external interface 12 and a second external interface 11.
  • the user terminal 1 has at least one control unit 58, a nonvolatile memory 57 and an external interface 52.
  • the user terminal 1 is protected by a security housing 9 and has an internal interface 53 communicatively connectable to the special second external interface 11 of the test automation device 10.
  • the control unit 58 and the nonvolatile memory 57 of the user terminal 1 are configured to load a release software, whereby the user terminal is programmed to process test input signals and to generate corresponding test output signals and output to the external interface 52.
  • the data processing unit 18 of the test automation device 10 is programmed by the test procedure program for executing at least one routine for at least one test case.
  • the data processing unit 18 is connected to the special interface 11, via which the test input signals simulated in the test case are transmitted to the internal interface 53 of the user terminal 1.
  • FIG. 1a shows a first variant of the test system with cable connection as a detail of the simplified block diagram of FIG. 1.
  • the communication connection is made via a cable 13th
  • FIG. 1b shows a second variant of the test system with wireless communication connection. It is envisaged that the second special interface 11 of the test automation device 10 and the special interface 53 of the user terminal 1 are of the same construction and are each equipped with a transceiver 43 or 31, which are communicatively connected to one another via communication channel 33.
  • the franking machine 1 is represented by the rear side 5, left side 4 of the lower shell and upper side 6 of an upper shell 2.
  • On the left side 4 of the lower shell there is a switch 41 with which the franking machine can be switched on.
  • On the upper side 6, a display device 61 and an input device 62 are arranged.
  • a letter feeding takes place on the front side 7 of the franking machine 1 from the left side 4 to the right side 3. It is provided that the upper shell 2 is detachably arranged above the lower shell of the postage meter housing.
  • the upper shell 2 of the postage meter housing is removable only by an authorized person, for example a service technician.
  • a first opening 25 on the rear side 5 provides access to the mains connection via a power cable 29 and a second access to a serial interface via a data cable 8.
  • a second opening 26 on the back 5 near the right side 3 of the lower shell provides access to the terminal a communication benefit.
  • the respective opening for access to a serial interface may be arranged in any other manner not shown in any of the two housing shells of the postage meter housing.
  • the accessible via the first opening 25 of the postage meter housing serial interface and the serial interface of the computer 10 are of the same type.
  • FIG. 3a shows a block diagram of a test system with a user terminal and with a test automation device.
  • the user terminal has at least one external interface 52 as a test output interface and a mainboard 50 with an internal interface 53 as a test input interface and an input device 62.
  • the latter is, for example, a keyboard which is used in the normal operating mode is connected to the internal interface 53, but has been disconnected in the test mode shown.
  • the mainboard 50 also has at least one program memory (PROM) 57, a control unit 58, a programmable logic (FPGA) 54 and optionally a dash-dotted line smart card write / read unit 59 or a dot-dashed RFID transponder 56.
  • PROM program memory
  • FPGA programmable logic
  • the chip card write / read unit 59 can be provided as an additional means for identifying the test automation device, wherein the control unit 58 of the user terminal 1 is programmed for inputting an identification number of the test automation device 10 via a chip card.
  • the control unit 58 of the user terminal 1 is programmed for inputting an identification number of the test automation device 10 via a chip card.
  • an RFID transponder 56 of the user terminal 1 which communicates with an RFID tag 16 of the test automation device 10.
  • an application-specific integrated circuit (ASIC) can also be used in the user terminal.
  • an expansion card 51 extension card
  • the user terminal 1 is communicatively connected to the test automation device 10.
  • a first data cable 8 is used for the communicative connection.
  • a variant dashed line in FIG. 3a which uses a wireless communication technology with transceivers 42, 32 and a communication channel 38 to establish the communication connection between the user terminal 1 and the test automation device 10.
  • the aforementioned transceivers 42, 32 are either attached to the external interfaces 52, 12 or replace them.
  • the test automation device 10 has at least one first external interface 11 as an interface for outputting the test input data and a second external interface 12 as an interface for inputting the test output data and a mainboard 15. Between the mainboard 15 and the external interfaces 11 and 12, an extension card 14 (extension card) is connected, which is equipped with a controllable contact field 19. Alternatively, the special interface can also be equipped with the controllable contact field 19.
  • the test automation device has a corresponding program memory 17, a CPU 18 and possibly a dotted-marked RFID tag (Radio Frequency ID) 16.
  • the first external interface 11 is adapted to output the test input data to the internal interface 53 of the user terminal.
  • the housing of the user terminal is opened and a keypad connector for the user terminal keyboard (not shown in FIG. 3a) is unplugged from the motherboard main body 15.
  • plugging now provides a serial connection from the socket via a plug (not shown) and ribbon cable 13 to the serial interface of the expansion card of the test automation device.
  • the test automation device in the preferred solution variant sends input signals of simulated keyboard key presses to the user terminal.
  • the user terminal is provided with a sensor 55 which detects whether the plug of the ribbon cable 13 of the test automation device remains connected to the socket or a keyboard socket on the mainboard or in a housing recess.
  • the switch 41 with which the postage meter machine can be switched on, is connected to a power supply unit on the power supply circuit board 18, which supplies the main circuit board 15 and the remaining electrical components.
  • the first external interface 11 is used as a test output interface and is communicatively connected to the internal interface 53 of the user terminal 1.
  • the second external interface 12 of the test automation device 10 is used as a test input interface and is communicatively connected to the external interface 52 of the user terminal 1.
  • the user terminal 1 is, for example, a postage meter of the Optimal 30® type.
  • the franking machine has an internal interface 53 equipped, in which - in the manner shown in Fig. 3a - in the test mode, a data cable 13 of the test automation system 10, for example via a - shown in FIG. 3b - plug connector is plugged.
  • the input device 62 is connected to the internal interface 53.
  • the input device 62 also connects, for example, a data cable 63 to the internal interface 53 via a plug connector (not shown).
  • the latter is equipped with an FPGA (Field Programmable Gate Array) device or connected to an FPGA.
  • the FPGA module provides clock signals to the input device 62 and processes the received input signals.
  • the input device 62 is a keyboard with a connected data cable 63 and a detachable connection to the mainboard 50.
  • a detachable connection can be provided on the keyboard.
  • a housing recess for a detachable plug-in connection exists in the meter base near the keyboard.
  • the plug-in keyboard is alternatively removed or plug connection disconnected and the test automation device is connected directly to the keyboard socket in the housing recess.
  • the contact field 19 replaces the keyboard of the terminal 1.
  • the input device 62 may be configured differently, for example as a touch-in-screen for keyboardless input or for voice input.
  • the input device 62 of the user terminal can also be designed, for example, as a neural interface.
  • Input devices may be multiple and of the same or different types. However, at least one input device 62 of the user terminal must be present, which is connectable to the internal interface 53. With such input devices of user terminals, a fast automatic testing of the input possibilities and the reactions to it is already necessary because the variety of input options continues to increase.
  • a wireless communication technology is also suitable for establishing the communication connection with the internal interface 53.
  • the internal interface 53 and the special first interface 11 of the test automation device 10 are then embodied - as not shown - as a transceiver.
  • the input device 62 must also have a transceiver which is in communication connection with the transceiver of the mainboard 50 in the normal operating mode. This has the advantage that the input device 62 can also be operated externally by the user terminal.
  • Such user terminals are known as radio and television equipment or media players or recording / playback devices that are equipped with a remote control.
  • the latter is already prepared for the connection of a test automation device, the user terminal instead of in each case via the same physical interface (eg RS232, USB, FireWire, Bluetooth) now on the same physical interface be connected to the second interface used for test input and the first interface of the test automation device used for test output.
  • the same physical interface eg RS232, USB, FireWire, Bluetooth
  • Fig. 3b shows a perspective view of an opened postage meter 1 and the test automation device 10. Both devices are shown from the front, right and above.
  • the franking machine 1 is operable in normal operation with an attachable in an upper housing shell 2 mounted input device 62, which is here removed.
  • the franking machine 1 is driven in the test mode by the test automation device via an attachable data cable 13 operable, which is designed here as a ribbon cable.
  • the franking machine 1 is open and has a non-visible chassis in the lower shell, on which a base plate 27 of the printing unit near the front 7 and a power supply board 48 near the back 5 of the franking machine 1 are arranged standing. Between the base plate 27 and the power supply board 48, the main board (motherboard) 50 is arranged.
  • the chip card write / read unit 59 is arranged on the mainboard 50.
  • the internal interface 53 and an associated multi-pin socket 531 is arranged, in which a plug 131 of the ribbon cable 13 is inserted, which is connected in line with the test automation device 10.
  • An FPGA module 54 is part of the internal interface 53 or the mainboard 50 and controls both mainboards 50 and the internal interface 53.
  • a data cable 8 designed as a round cable is connected to the serial interface 52 of the mainboard 50 of the franking machine 1 via the access in the first opening on the back 5 of the franking machine 1.
  • the data cable 8 is also interfaced with the test automation device 10.
  • the connectors and data cables or ribbon cables may be omitted if both the user terminal and the test automation device 10 have such Bluetooth communication means or other wireless communication means as input interfaces.
  • FIG. 4 shows a perspective view of an Optimal 30® closed-type postage meter from the front, from the right and from the top.
  • the front 7 and right side 3 are visible but the left side 4 and the back 5 are hidden.
  • the mail item supply and removal takes place on the front side 7 from the left side 4 and to the right side 3 of the franking machine 1.
  • the housing upper shell 2 is mounted on the housing lower shell. Here are on the top 6 of the franking machine Display 61 and serving as an input device 62 keyboard visible. For ergonomic reasons, input options remain unused, which would offer a different design of the keypad. The space on the keypad is therefore not fully utilized.
  • the remaining unused remaining input options are highlighted based on a schematic representation of a keypad.
  • the user terminal keyboard is implemented by a keypad that provides a matrix of keys. Of these possible keys, typically only those are used which fit from the geometric position to the keyboard layout of the user terminal (hatched keys). Typically, some keys of the keypad remain unused (white keys).
  • Fig. 6 shows a simplified keyboard diagram of a keyboard of the user terminal.
  • the contacts of the keys lie in the intersections of a matrix from the lines to the inputs e1, e2, e3 and to the outputs a1, a2, a3.
  • the FPGA (Field Programmable Gate Array) module takes over the entire control of the matrix. When a key is pressed, the following happens: The outputs of the FPGAs a1, a2, a3 are driven at a given clock with an alternating bit pattern, which corresponds to a "walking zero" (see Fig. 7).
  • FIG. 7 shows a clock generation plan.
  • a 'one' is applied to each of the output lines connected to the outputs a1, a2, a3.
  • the output a1 receives a zero in the clock 3, 6, 9, etc., a one in all other clocks. So that the keystroke is registered securely, it must therefore last at least 3 bars.
  • Keyboard shortcuts that require a longer input or the Simultaneous combination of matrix elements are realized by the fact that the FPGA module, similar to the keyboard buffers in common operating systems, stores the keystrokes in a field and when an upper limit is reached, the processing of this buffering begins.
  • different signal levels are present at each of the outputs a1, a2, a3.
  • the signal levels are in the dual form 011.
  • the duration of a cycle is equal to 150 ms when outputting signal levels in the dual form 011 to turn 011.
  • a key is one of the function keys that require a longer operation, wherein exceeding the upper limit ⁇ 50 ms equals a continuous operation. In a simulated operation, pressing a key at least this duration must be simulated. For example, on a machine that has 25 keys outward due to geometry, 5 keys remain unused.
  • test automation device can trigger an identification sequence that a regular user can not reach. In this way, a test automation device can be safely distinguished from a regular user and identified by the user terminal.
  • the user terminal has an interface 52 (test output interface), which may be designed as a serial interface, for example. At this test interface, the user terminal provides all relevant Output data ready (display data, print data, motor control signals, etc.).
  • the test interface of the user terminal is connected to a further serial interface 11 of the test automation device. The test automation device reads in all relevant outputs of the user terminal via this connection.
  • the existing control software of the user terminal can provide all output data of the user terminal not only to their actuators, motors and display and output means but also to the test output interface. Which type of test output data ever comes to the test output can be set in the basic configuration of the user terminal.
  • the table shows an overview of which types of test output data are available and which of them may only be provided if the user terminal has previously securely identified the test automation device: output data Authorization required? display content No Print image data Yes Write data for d. Chip card reading / writing unit Yes Motor control signals No
  • FIG. 8 shows a flow chart for an automated test procedure.
  • the test procedure 100 consists of the processing of a number n> 0 of test cases which were defined in the test sequence program.
  • the test sequence program is provided in a preparatory step 101 in the program memory 17 of the test automation device or loaded into it.
  • the user terminal 1 stores a release software in the memory PROM 57 (step 201 of the method 200) and has already been prepared for a test procedure by steps 202 and 203.
  • step 202 a connection is made by, for example, disconnecting the keyboard and the user terminal 1 is connected to the test automation device 10 in preparation for the test procedure by, for example, plugging a cable 13.
  • simulated key signals received in step 204 may be interpreted as input of the desired test mode, for example.
  • the test automation device After starting the test automation device, storing a start count z equal to 'zero' and a count limit n in step 102, the test automation device enters step 103 to enter the test mode before the first test case. For example, for duration identification at step 103, upon entry, a predetermined identification number is assigned that is valid for the duration of the entire test.
  • a further subroutine step 104
  • a translation from the predetermined identification number into simulated input signals (key sequences) and their transmission (dashed arrow) to the user terminal takes place.
  • step 204 After transmitting the simulated input signals to the user terminal, in step 204 an interpretation of the simulated input signals is made in the user terminal, for example via an input event management system of the operating system of the user terminal. If it is determined in the subsequent query step 205 that no duration identification mode is desired, then the process branches to step 210 in order to receive and interpret further signals. If it is determined in query step 205 that a duration identification mode is desired, then the process branches to step 206. In step 206, an interpretation and ID verification is performed by the user terminal. The test automation device proceeds, under the control of a test flow program, to the query step 105 to determine if a mode for duration identification has been entered.
  • a routine identifies the test automation device against the user terminal. For this purpose, a branch is made to step 106 and an identification routine is called, whereby by means of the contact field 19 a translation of data automatically into simulated input signals (Key sequences) and their transmission (dashed arrows) is made to the user terminal. As part of the communication with the user terminal, data are also received and evaluated by the test automation device. Thus, in the subsequent query step 107 it can be determined whether an ID check was performed in the user terminal and a valid duration identification was detected. If this is the case, then the process branches to step 108 and a count value z is incremented by 'one'.
  • steps 106 and 206 also data for mutual identification can be exchanged, which will be explained in more detail below with reference to FIG.
  • input signals preferably key sequences
  • an identification can be achieved in a known manner by a chip card or an RFID tag on one side and a chip card write / read unit or an RFID transponder on the other side. This will also be explained in more detail below. If, however, it is determined in the further steps 107 or 207 subsequent to steps 106 and 206, respectively, that there is no valid duration identification, then the test mode is ended (step 208).
  • step 105 If, however, it is determined by the interrogation step 105 in the test sequence program of the test automation device that no mode for duration identification has been set, then the process branches to step. After incrementing from a count z in step 108, a query step 109 in the test flow program of the test automation device is reached and a determination is made as to whether a single-identification mode has been set. If this is the case, the program branches to step 110 and automatically translates data into simulated input signals (key sequences) and their transmission (dashed arrow) to the user terminal. In step 210, the user terminal receives and interprets the transmitted data. After the step 210, a retrieval step 211 is reached, by means of which it can be determined whether a single identification mode is desired or not.
  • the release software enables the user terminal to set to a corresponding test mode with single identification or one without identification.
  • the test scheduler of the test automation device proceeds to step 112 and an identification routine is invoked, automatically translating data into simulated input signals (key sequences) and transmitting them (dashed arrow) to the user terminal.
  • an identification routine is invoked, automatically translating data into simulated input signals (key sequences) and transmitting them (dashed arrow) to the user terminal.
  • data are also sent from the user terminal and received and evaluated by the test automation device.
  • the subsequent query step 113 it can be determined whether an ID check has been carried out in the user terminal and a valid single identification has been recognized. If this is the case, then the process branches to step 114.
  • step 209 the program branches to step 209 to end the test mode. If, however, it is determined by the interrogation step 109 in the test sequence program of the test automation device that no mode for individual identification has been set, then the system branches directly to the step 114 for carrying out the test case of the number z of the test mode.
  • the query step 211 branches to the subsequent step 212, wherein an interpretation of the simulated test input signals by means of the input event management system of the operating system of the user terminal. Also, an ID check is performed in the user terminal. Thereafter, the process proceeds from step 212 to subsequent step 213, thereby proceeding to check whether a valid individual identification has occurred.
  • test mode is ended (step 209).
  • a step 215 is reached. But if not a single identification mode is recognized by the user terminal, is also branched from the query step 211 to step 215, in which an interpretation of the simulated input signals into corresponding key commands.
  • a routine begins with the corresponding test case of the number z of the test mode.
  • a translation of test actions and data of the test case into simulated test input signals (key sequences) and their transmission (dashed arrow) to the user terminal takes place.
  • the simulated test input signals are interpreted via the input event management system of the operating system of the user terminal.
  • a corresponding control routine is performed in the user terminal. Then, in the user terminal 1, a step 217 for converting display contents and control signals (actuator and motor control signals) into test output signals and transmitting (dashed arrow) the test output signals from the user terminal 1 to the test automation device 10.
  • the release software of the user terminal 1 starts from step 217 branched back to step 210 for interpreting further simulated input signals.
  • step 117 after the reception of the test output signals, a final subroutine for the translation thereof into evaluation data or for the preparation of the test output for evaluation data is carried out. The latter are transferred to the evaluation in step 118.
  • the count value z is checked as to whether a predetermined number of n test cases have been processed. If this is not the case, then branch back to step 108. Otherwise, a branch is made to an overall evaluation in step 120. Steps 108 to 119 are repeated accordingly for each test case.
  • test automation device After processing a number n> 0 of test cases and overall evaluation in step 120, the test automation device has the test result stored in step 121.
  • the order of the process steps is shown using the example of a first test case. It is repeated in the following test cases analogously.
  • the test automation device is preferably a personal computer PC or similar device.
  • the user terminal also includes an independent monitoring routine 214 for interruptions in communication between both devices.
  • a subroutine for identifying the test automation device against the user terminal emerges.
  • the subroutine is intended to clarify steps 106 and 206 for duration identification in more detail and also applies analogously to steps 112 and 212 for individual identification.
  • the steps 106 and 112 run in the test sequence program of the test automation device 10.
  • the test automation device stores in sub-step 1061 a key pair S test , V test and a certificate V test , C user in a first nonvolatile memory.
  • the signing key S test is secret and is not issued as a private key.
  • the verification key V test is public and can therefore be issued.
  • the publication takes place together with a certificate Cert, which confirms the authenticity.
  • the certificate Cert consists of the verification key V test , which is secured by means of a certification signature C user .
  • the check key V user is public and forms a key pair with a secret private signing key S user .
  • the secret private signing key S user is required to generate the certification signature C user and is stored neither in the test automation device nor in the user terminal. Although the secret private signing key S user is unknown, the verification key V user allows verification of the certificate Cert.
  • Steps 206 and 212 respectively run in the test procedure program of the user terminal.
  • the user terminal 1 stores in a sub-step 2061 in a second nonvolatile memory a check key V user , which is required for checking the certificate.
  • the user terminal generates a random number r in sub-step 2062 and transmits it to the test automation device 10. The transmission of data is again represented by a dashed arrow.
  • the test automation device receives and processes the transmitted random number r in sub-step 1062.
  • the random number r is signed with the secret private signing key S test by linking the private signing key S test and the random number r by means of a mathematical signing function sign.
  • the signature Sig thus generated, the public verification key V test and the associated certificate Cert are then transmitted to the user terminal.
  • the transmission of the aforementioned data is again represented by a dashed arrow.
  • the processing thereof is carried out in sub-step 2063 by interpreting the simulated key signals as key commands, first the certificate Cert by means of a mathematical function, the test key V user and the verification key V test and then the signature Sig by means of the verification key V test and the transmitted random number r is checked.
  • the signature is considered genuine.
  • the occurrence of the correct random number r and the correct verification key V test is confirmed by the Cert certificate.
  • the stored check key V user is required.
  • a transmission takes place from an OK message or the test result to the test automation device, which is again represented by a dashed arrow.
  • the test automation device receives and processes the communicated oK message or test result in sub-step 1062 and generates an acknowledgment signal, which is subsequently converted into simulated key signals and sent to the user terminal.
  • the test sequence program then proceeds to the processing of step 107.
  • the user terminal receives and interprets the simulated key signals as key commands in sub-step 2064.
  • the user terminal then proceeds under control of the release software to process step 207 to determine a valid identifier.
  • the basic configuration of the user terminal can be set such that an identification is valid only for the next following keyboard command (one-time identification), or that the identification activates a test output mode, during which all identification-protected test outputs are provided at the test output interface, as long as the Test output mode is deactivated again (duration identification).
  • the deactivation can in turn be done by one of the aforementioned types a) or b) or c) or simply by switching off the user terminal.
  • the identification by special key sequences has the advantage over identification by access control card that it is suitable both for one-time identification and for duration identification and in both cases blends smoothly into the operation of the user terminal.
  • a user terminal may support one-time identification or offer a mode for identified users.
  • an identification of the test automation device when calling the function to be protected is required for a function to be protected.
  • the user terminal only performs the function if the identification was successful.
  • the user terminal jumps to a persistent ID mode where all the functions to be protected are reachable without further identification.
  • the test automation device could drive the user terminal into the identified user mode and then all Trigger functions without further action.
  • the user terminal 1 is provided with the sensor 55, which detects whether the cable from the test automation device remains connected to the keyboard socket on the mainboard or in a housing recess. If it is interrupted (for example because someone is again connecting the keyboard), the user terminal automatically terminates the mode for identified users.
  • Table 1 shows the ways of identifying the test automation device. Identification by Once identification Permanent identification Keystrokes on the keypad Test automation system "presses" reserved function keys or reserved identification sequences during keyboard command. Test automation system activates a test mode through a keyboard command while "pushing" reserved function keys or reserved identification sequences. Insert an access control card Test automation system activates a test mode by a keyboard command while simulating the insertion of a corresponding access control card on the smart card reader. RFID tokens of the tester Tester activates a test mode with its RFID In addition to the identification by special key sequences and the identification by access control card, a wireless identification by RFID (Radio Frequency Identification Device) is possible. For this purpose, the user terminal must be equipped with a corresponding transmitter / receiver module.
  • RFID Radio Frequency Identification Device
  • Unused key sequences may be defined to execute a challenge-response cryptographic identification protocol, the messages being encoded in key sequences.
  • a suitable different identification protocol is known from Fiat, A. and A. Shamir (1986). "How to prove yourself: practical solutions to identification and signature problems.” Advances in Cryptology- CRYPTO'86, Lecture Notes in Computer Science, vol. 263, ed. A. Odlyzko. Springer-Verlag, Berlin, 186-194 , The interconnected interfaces are physically the same serial interfaces. Each possible input (keyboard code, sensors, chip card input, etc.) is clearly coded by an input parameter.
  • the test automation device is in an extended embodiment designed as a client-server system (not shown), wherein the test automation server 80 offers different test scenarios via the Internet and the test automation client 10 via an external third interface 23 an Internet connection and connected to the test automation server 80 in connection and provides the first and second interfaces 12, 11 as a test input and test output interface to the user terminal 1.
  • the test automation server provides timely control over which test scenarios are currently offered.
  • the advantages over the prior art also result from this because the different software architectures and influences of the country variants of the user terminal become marginal.
  • other other embodiments of the invention may be devised, which are based on the same spirit of the invention and are covered by the appended claims.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

Testautomatisierungsverfahren und Testsystems für ein Benutzerendgerät (1), dass mit einem Test-Automatisierungsgerät (10) kommunikativ verbindbar ist (gestrichelt gezeichnet). Das Testautomatisierungsgerät (10) weist mindestens eine Datenverarbeitungseinheit CPU (18) und einen nichtflüchtigen Speicher (17) zum Speichern eines Testablaufprogrammes auf sowie eine erste externe Schnittstelle (12) und eine zweite externe Schnittstelle (11) auf. Das Benutzerendgerät (1) weist mindestens eine Steuereinheit (58), einen nichtflüchtigen Speicher (57) und eine externe Schnittstelle (52) auf. Das Benutzerendgerät (1) ist durch ein Sicherheitsgehäuse (9) geschützt und weist eine interne Schnittstelle (53) auf, die mit der speziellen zweiten externen Schnittstelle (11) des Testautomatisierungsgerätes (10) kommunikativ verbindbar ist. Durch Laden einer Release-Software ist das Benutzerendgerät programmiert, Testausgabesignale zu erzeugen und an der externen Schnittstelle (52) auszugeben. Die Datenverarbeitungseinheit (18) des Testautomatisierungsgerätes (10) ist durch das Testablaufprogramm zur Ausführung mindestens einer Routine für mindestens einen Testfall programmiert und mit der speziellen Schnittstelle (11) verbunden, über welche die im Testfall simulierten Testeingabesignale an die interne Schnittstelle (53) des Benutzerendgerätes (1) übermittelt werden.

Description

  • Die Erfindung betrifft ein Testsystem für ein Benutzerendgerät gemäß des Oberbegriffs des Anspruchs 1 und ein Testautomatisierungsverfahren gemäß des Oberbegriffs des Anspruchs 23. Die Erfindung kommt bei der automatisierten Testung und Diagnose von Frankiermaschinen und Buchungs- oder Postverarbeitungsgeräten oder anderen Benutzerendgeräten zum Einsatz.
  • Als eine Frankiermaschine für geringe Postaufkommen ist schon die T1000-Trend der Herstellerin Francotyp-Postalia GmbH bekannt, welche über ein Schnittstellenkabel einen externen Servicecomputer anschließbar ist. Die Frankiermaschine hat im Inneren eines Sicherheitsgehäuses einen fest angeordneten Thermotransferdruckkopf zum Drucken eines Frankierabdruckes und eine externe Standard-Schnittstelle zum Anschluss einer Portowaage, eines Servicecomputers vom Typ SC03 oder anderer Peripheriegeräte. Der Servicecomputer wird nur zum Auslesen und Dokumentieren von Maschinenparametern von serienmäßig hergestellten Frankiermaschinen genutzt, aber nimmt keine Dateneingabe via die Standard-Schnittstelle vor.
    Eine andere bekannte Frankiermaschine vom Typ Jetmail ® der Herstellerin Francotyp-Postalia Beteiligungs AG ist für Büros mit mittleren bis hohen Postaufkommen vorgesehen und kann ebenfalls mit einem Servicecomputer verbunden werden, der über Schnittstellenkabel eine elektrische Leitungsverbindung mit der Frankiermaschine herstellt, welche bei Bedarf Registerstände und Maschinenparameter ausgibt.
    Aus der EP 675 463 B1 ist eine Frankiermaschine der Firma SECAP bekannt, welche eine serielle Schnittstelle aufweist, über welche Displaydaten ganz oder teilweise ständig nach extern bereitgestellt werden. Der Nachteil der Erfindung ist, dass die Betriebsdaten ständig und bedingungslos nach extern bereitgestellt werden, insbesondere an eine zusätzlich aufmontierbare LCD-Anzeigeeinrichtung. Vorteilhaft ist, dass dazu kein zwischengeschalteter Personalcomputer benötigt wird.
    Aus der EP 493 948 B1 ist eine Frankiermaschine der Firma NEOPOST bekannt, welche mit einem Computer bzw. Workstation zum Eingeben von Frankierungsdaten verbunden ist. Für den bloßen Betrieb ist es jedoch sehr aufwendig, wenn ein solches teures Gerät zusätzlich zur Frankiermaschine benötigt wird.
    Bereits im US 4.525.786 wird eine Frankiermaschine der Firma Pitney Bowes beschrieben, in der ein Programmfragment gespeichert ist, welches dafür sorgt, dass die im nichtflüchtigen Speicher gespeicherten kritischen Abrechnungsdaten durch einen Mikroprozessor der Frankiermaschine während einer letzten Herstellungsphase auf vordefinierte Werte gesetzt werden jedoch gleichzeitig mittels einem Sperrbit verhindert, dass dies mehrmals geschehen kann, nachdem die Seriennummer der Frankiermaschine eingegeben worden ist. Zur Eingabe dient ein externes Terminal, welches über ein Datenkabel an eine externe Frankiermaschinen-Schnittstelle anschließbar ist.
    Aus dem US 4.825.786 ist eine Frankiermaschine der Firma Pitney Bowes bekannt, welche in der Fabrik und im Feld mittels einer externen Programmsteuerung über eine Frankiermaschinen-Schnittstelle initialisiert und konfiguriert werden kann. Zum Testen braucht die Frankiermaschine nicht auseinander genommen werden.
    Aus der DE 100 36 623 A1 ist bereits der Anschluss eines PersonalComputers, Laptops bzw. Notebook-PC's an eine Frankiermaschine vom Typ Jetmail ® bekannt, um die Frankiermaschine zu initialisieren. Eine Initialisierung erfolgt nur nach erfolgreicher Identifizierung des PersonalComputers, Laptops bzw. Notebook-PC's, wobei eine Autorisierung der Initialisierung mittels eines Autorisierungsmittels erfolgt, zum Beispiel mittels einer FP-Card, die in den Chipkartenleser der Frankiermaschine eingesteckt ist. Die Initialisierung umfasst auch eine Eingabe des Datums der Batterie eines Sicherheitsmoduls der Frankiermaschine, einer Telefonnummer des Teleportodatenzentrum des Bestimmungslandes und einer Portoabrufnummer PAN, sowie unter Einbeziehung des Teieportodatenzentrums ein Laden von Schlüsseln für ein Guthabennachladen in das Sicherheitsmodul. Jedoch ist kein Testen von serienmäßig hergestellten Frankiermaschinen mit den vorgenannten Mitteln vorgesehen.
  • Aus der US 4.639.918 ist ein automatischer Selbsttest einer Frankiermaschine bekannt, wobei der Benutzer einer Frankiermaschine einen Testmodus einstellen kann und dabei deren Tastatur dazu benutzt, durch Eingabe eines Codes ein Testprogramm aus einer Vielzahl von möglichen Testprogrammen auszuwählen, so dass dann die Frankiermaschine das ausgewählte Testprogramm abarbeitet und einen Diagnosetest ausführen kann. Nachteilig ist dabei, dass ein Auslesen und Dokumentieren von Diagnosetest-Daten nur visuell und manuell erfolgen kann. Diese Diagnosetest-Daten werden bei einer Reparatur oder turnusmäßigen Überprüfung der Frankiermaschine vom Service-Techniker ausgelesen, also weder bei der serienmäßigen Herstellung von Frankiermaschinen noch automatisch ausgelesen.
  • Aus dem Stand der Technik ist zwar allgemein bekannt, Benutzerendgeräte bei der Herstellung automatisch zu testen, indem ausgewählte Benutzerendgeräte im Betriebsmodus einem Dauertest unterworfen werden, aber Frankiermaschinen sind sehr hohen Anforderungen unterworfen und benötigen deshalb eine spezielle Zulassung.
  • Bei der Entwicklung von Frankiermaschinen wurde bisher eine DEBUG-Version und eine RELEASE-Version vor der serienmäßigen Herstellung von Frankiermaschinen erzeugt. Zur Fehlerbeseitigung unterscheidet sich die DEBUG-Version von der RELEASE-Version durch ein Vorsehen von zusätzlicher Hardware, Meßpunkten und Schnittstellen zum Anschluss von Mess- und Analysegeräten. Eine RELEASE-Version der Frankiermaschine wird der Postbehörde übergeben. Vor der serienmäßigen Herstellung von Frankiermaschinen ist deren Zulassung durch die Postbehörde oder durch eine staatlich dazu beauftragte Institution erforderlich. Die Postbehörde nimmt entweder selbst zahlreiche Tests an der Frankiermaschine vor oder beauftragt damit ein unabhängiges Prüflabor.
    Natürlich erlaubt die DEBUG-Version einer Frankiermaschine bereits ein Testen von mindestens einzelnen Komponenten bzw. Baugruppen der Frankiermaschine, jedoch nur durch ein Vorsehen von zusätzlicher Hardware, Messpunkten und Schnittstellen zum Anschluss von Mess- und Analysegeräten. Diese zusätzlichen Mittel müssen zur Erzeugung einer RELEASE-Version der Frankiermaschine entfernt werden, da sonst die Frankiermaschine von einem Dritten in Fälschungsabsicht manipulierbar wäre. Für eine manipulierbare Version der Frankiermaschine wird natürlich keine Zulassung vergeben. Nachteilig ist nun, dass die DEBUG-Version gegenüber der RELEASE-Version einer Frankiermaschine ein unterschiedliches Zeitverhalten aufweist. In modernen Frankiermaschinen werden aktuelle Prozessoren mit sehr hohen Taktraten betrieben, die eine sehr hohe Verarbeitungsgeschwindigkeit und damit moderne Kryptographie überhaupt erst möglich machen. Ein unterschiedliches Zeitverhalten gegenüber der DEBUG-Version kann sich deshalb zu einem Fehler auswirken und folglich würde die Zulassung der Frankiermaschine verweigert werden. Frankiermaschinen sind zwar wegen der sehr hohen Anforderungen besonders betroffen, jedoch gibt es auch für andere Benutzerendgeräte ständig neue Normen zu berücksichtigen und damit auch neue Zertifizierungen zu erlangen, wenn der Hersteller mit seinem Erzeugnis auf einem Markt erfolgreich sein will.
  • Um ein Benutzerendgerät zu testen, müssen im Idealfall alle möglichen Benutzereingaben durchgespielt werden, um so jedes mögliche Verhalten des Benutzerendgerätes auszuprobieren und mit dem spezifizierten Sollverhalten abzugleichen. Um diesen vollständigen Test auch nur annähernd zu erreichen, sollten bei komplexen und funktionsreichen Benutzerendgeräten die Benutzereingaben automatisiert werden. Damit die Testergebnisse aussagekräftig sind, muss die Automatisierung so erfolgen, dass die Testeingaben durch ein Input-Event-Management-System des Betriebssystems des Benutzerendgeräts nicht mit anderer Priorität und anderem Zeitverhalten verarbeitet werden, als Eingaben über die Tastatur. Außerdem muss ein Nachteil des Benutzerendgerätes überwunden werden, dass durch eine eigens erstellte Testsoftware im Test ein Verhalten identifiziert wird, welches vom Verhalten eines Benutzerendgeräts mit
    Release-Software abweicht.
    Damit möglichst viele Funktionen des Benutzerendgeräts automatisiert getestet werden können, muss das Benutzerendgerät alle relevanten Ausgaben an einer geeigneten Testschnittstelle in einem geeigneten Format ausgeben, so dass ein zur Testautomatisierung geeignetes Datenverarbeitungsgerät die relevanten Ausgaben zu jeder Eingabe erfassen, aufzeichnen und verarbeiten kann. Einschränkungen für die Ausgaben ergeben sich dadurch, dass nicht alle Ausgaben relevant sind und vom Benutzerendgerät mit Release-Software ausgegeben werden müssen, manche sollten nicht ausgegeben werden und einige dürfen nicht ausgegeben werden.
  • Der Erfindung liegt die Aufgabe zugrunde, zur Testautomatisierung ein Testsystem für ein Benutzerendgerät zu schaffen, um eine automatisierte Eingabe und damit schnelleres und vollständigeres Testen zu ermöglichen, wobei das Benutzerendgerät die oben genannten Nachteile nicht aufweist. Außerdem soll ein Testautomatisierungsverfahren geschaffen werden, welches widerspiegelt, wie ein Benutzerendgerät mit Release-Software so vorbereitet werden kann, dass ein automatisiertes Testen aller relevanten Ausgaben ermöglicht wird, ohne dass sicherheitskritische Ausgaben im produktiven normalen Betrieb unkontrolliert abgefragt oder abgefangen werden können. An einer Testschnittstelle sind deshalb die Ausgaben so geschützt bereitzustellen, dass sie im normalen Betrieb von einem angreifenden Benutzer nicht missbraucht werden können.
  • Die Aufgabe wird mit den Merkmalen des Testsystems nach dem Anspruch 1 und mit den Merkmalen des Testautomatisierungsverfahrens nach dem Anspruch 23 gelöst.
  • Die Erfindung basiert auf dem Gedanken, dass jedes Benutzerendgerät eine Reihe von Ein- und Ausgabeschnittstellen aufweist, wobei schon vorhandene interne Schnittstellen nunmehr auch zu Testzwecken benutzt werden, um mindestens eine einzelne Baugruppe des Benutzerendgerätes und zugehörigen Softwarekomponenten zu testen. In vorteilhafter Weise ist eine interne Schnittstelle durch das Gehäuse des Benutzerendgerätes geschützt. Die interne Schnittstelle ist zu zusätzlichen Testzwecken nur nach entsprechender Autorisierung des Testautomatisierungsgerätes nutzbar. Im einfachsten Fall ist an eine interne Schnittstelle lediglich eine Tastatur angeschlossen, über welche im normalen Betriebsfall alle Benutzereingaben entgegengenommen werden. Über diese bereits vorhandene interne Schnittstelle gibt ein Testautomatisierungsgerät nun simulierte Tastensignale zu Testzwecken ein. Eine Abstraktion der Eingaben ermöglicht dabei auch zusätzliche Eingaben, welche im normalen Betriebsfall über die normale Tastatur nicht möglich sind. Ein nichtflüchtiger Speicher des Benutzerendgerätes ist zum Laden einer Release-Software ausgebildet. Ein Benutzerendgerät besitzt gleichzeitig eine Reihe von Ausgabeschnittstellen und Aktoren. Im Falle von Frankiermaschinen besitzen diese ein Display und ein Druckwerk, um Frankierabdrucke zu erzeugen, sowie Motoren oder Elektromagnete als elektro-mechanische Aktoren. Zusätzlich kann eine Chipkarten-Schreib/ Leseeinrichtung vorgesehen sein, um Daten auf eine Chipkarte schreiben. Durch entsprechende Autorisierung über zusätzliche Eingaben gelingt es, die Ausgaben so geschützt bereitzustellen, dass sie im normalen Betrieb von einem angreifenden Benutzer nicht missbraucht werden können.
    Das Testsystem besteht aus einem Testautomatisierungsgerät, dem Benutzerendgerät und aus Kommunikationsverbindungen zwischen den beiden Geräten über entsprechende Schnittstellen. Das Testautomatisierungsgerät wird durch eine übliche Datenverarbeitungseinrichtung realisiert, welche mit mindestens einer Erweiterungskarte ausgestattet ist, durch welche mindestens eine bidirektionale serielle Schnittstelle angesteuert werden kann. Eine übliche Datenverarbeitungseinrichtung kann zum Beispiel ein handelüblicher Personalcomputer sein, der zum Einsetzen von Erweiterungskarten schon vorbereitet ist.
    Für die Automatisierung ist vorgesehen, dass das Testautomatisierungsgerät Mittel zum Erzeugen von simulierten Testeingabesignalen und zu deren Übermittlung zum Benutzerendgerät umfasst, dass Testeingaben von extern über die Tastaturschnittstelle des Benutzerendgeräts erfolgen sowie dass die Testeingaben durch ein Input-Event-Management-System des Betriebssystems des Benutzerendgeräts mit gleicher Priorität und Zeitverhalten verarbeitet werden, wie Eingaben über die Tastatur. Ausserdem liegt auch für den Test nur eine einzige in das Benutzerendgerät geladene Release-Software vor, d.h. es existieren keine unterschiedlichen Softwareversionen. Somit kann der Nachteil von einer eigens erstellte Testsoftware nicht mehr auftreten, dass im Test ein Verhalten identifiziert wird, dass in der produktiven Software nicht auftreten kann.
    Das Testautomatisierungsgerät weist ein Programmspeichermittel, eine Datenverarbeitungseinheit und ein Kontaktfeld zum Steuern von Kontakten auf, die zur Translation von Testaktionen und -daten des Testfalls in simulierte Testeingabesignale dienen. Eine Erweiterungskarte ist zum Ansteuern der Kontakte und der Schnittstellen entsprechend ausgebildet.
  • Um die Basisfunktionalität eines Benutzerendgeräts möglichst vollständig zu testen, werden die Eingaben vom Testautomatisierungsgerät gemäß einem gespeicherten Testplan erzeugt und als Eingabesignale an das Benutzerendgerät übermittelt. Die resultierenden Ausgaben des Benutzerendgeräts am Display und am Drucksystem sind anschließend als Ausgabesignale an das Testautomatisierungsgerät zurück zu übermitteln und dort gegen die im Testplan hinterlegten Sollwerte abzugleichen.
    Das Testautomatisierungsverfahren umfasst die Schritte:
    • i. Bereitstellung eines Testprogramms und Ausführung mindestens einer Routine für einen ersten Testfall,
    • ii. Translation von Testaktionen und -daten des Testfalls in simulierte Testeingabesignale (Tastensequenzen),
    • iii. Übermitteln der simulierten Testeingabesignale zum Benutzerendgerät,
    • iv. Interpretation der simulierten Testeingabesignale im Benutzerendgerät,
    • v. Durchführung einer entsprechenden Steuerung im Benutzerendgerät und Konvertierung von Anzeigeinhalten und Steuerungssignalen (Aktorsignalen) in Testausgabesignale,
    • vi. Übermitteln der Testausgabesignale vom Benutzerendgerät zum Testautomatisierungsgerät,
    • vii. Translation von Testausgabesignale zu Auswertedaten.
  • Das Testautomatisierungsgerät kann vorteilhaft ein Benutzerendgerät testen, welches eine Release-Software geladen hat, wobei diese Release-Software an einer separaten Testschnittstelle alle relevanten Ausgaben in einem geeigneten Format ohne Verzögerung bereitstellt. Typische Einsatzgebiete für das Testautomatisierungsgerät sind:
    • Während und nach der Entwicklung eines neuen oder Weiterentwicklung eines bestehenden Benutzerendgerätemodells. Nach Fehlerbeseitigung eines bestehenden Benutzerendgerätemodells.
    • Beim Zulieferer von Softwarekomponenten zu einem Benutzerendgerätemodell. Mithilfe des Testautomatisierungsgerätes kann der Zulieferer bereits vor Auslieferung seiner Komponente deren Integration in das Benutzerendgerät testen.
    • Beim Servicetechniker für ein Benutzerendgerätemodell. Mithilfe des Testautomatisierungsgeräts kann ein Servicetechniker beim Kunden vor Ort eine neu eingespielte Softwarekomponente sofort auf erfolgreiche Installation prüfen.
  • In vorteilhafter Weise werden die Ausgabedaten an der Testschnittstelle so geschützt bereitgestellt, dass sie im normalen Betrieb von einem angreifenden Benutzer nicht missbraucht werden können.
  • Vorteilhafte Weiterbildungen der Erfindung sind in den Unteransprüchen gekennzeichnet bzw. werden nachstehend zusammen mit der Beschreibung der bevorzugten Ausführung der Erfindung anhand der Figuren näher dargestellt. Es zeigen:
    • Fig. 1,
    vereinfachtes Blockschaltbild eines Testsystems mit einem Benutzerendgerät und mit einem Test-Automatisierungsgerät,
    Fig. 1a,
    erste Variante des Testsystems mit Kabelverbindung,
    Fig. 1b,
    zweite Variante des Testsystems mit kabelloser Kommunikationsverbindung,
    Fig. 2,
    perspektivische Ansicht von einer Frankiermaschine und einem Service-Computer,
    Fig. 3a,
    Blockschaltbild eines Testsystems mit einem Benutzerendgerät und mit einem Test-Automatisierungsgerät,
    Fig. 3b,
    perspektivische Ansicht von einer geöffneten Frankiermaschine und dem Test-Automatisierungsgerät,
    Fig. 4,
    perspektivische Ansicht von einer Frankiermaschine mit geschlossenem Gehäuse von vorn, rechts und oben,
    Fig. 5,
    schematische Darstellung eines Tastaturfeldes,
    Fig. 6,
    vereinfachter Tastaturschaltplan,
    Fig. 7,
    Takterzeugungsplan,
    Fig. 8,
    Flussdiagramm für einen automatisierten Testablauf,
    Fig. 9,
    Routine zur Identifizierung des Testautomatisierungsgeräts gegen das Benutzerendgerät.
  • Die Fig. 1 zeigt ein vereinfachtes Blockschaltbild eines Testsystems mit einem Benutzerendgerät 1 und mit einem Test-Automatisierungsgerät 10, welche beide kommunikativ verbindbar sind (gestrichelt gezeichnet). Das Testautomatisierungsgerät 10 weist mindestens eine Datenverarbeitungseinheit CPU 18 und einen nichtflüchtigen Speicher 17 zum Speichern eines Testablaufprogrammes auf sowie eine erste externe Schnittstelle 12 und eine zweite externe Schnittstelle 11 auf. Das Benutzerendgerät 1 weist mindestens eine Steuereinheit 58, einen nichtflüchtigen Speicher 57 und eine externe Schnittstelle 52 auf. Das Benutzerendgerät 1 ist durch ein Sicherheitsgehäuse 9 geschützt und weist eine interne Schnittstelle 53 auf, die mit der speziellen zweiten externen Schnittstelle 11 des Testautomatisierungsgerätes 10 kommunikativ verbindbar ist. Die Steuerungseinheit 58 und der nichtflüchtige Speicher 57 des Benutzerendgerätes 1 sind zum Laden einer Release-Software ausgebildet, wodurch das Benutzerendgerät programmiert ist, Testeingabesignale zu verarbeiten und entsprechende Testausgabesignale zu erzeugen und an der externen Schnittstelle 52 auszugeben. Die Datenverarbeitungseinheit 18 des Testautomatisierungsgerätes 10 ist durch das Testablaufprogramm zur Ausführung mindestens einer Routine für mindestens einen Testfall programmiert. Die Datenverarbeitungseinheit 18 ist mit der speziellen Schnittstelle 11 verbunden, über welche die im Testfall simulierten Testeingabesignale an die interne Schnittstelle 53 des Benutzerendgerätes 1 übermittelt werden.
  • Die Fig. 1a zeigt eine erste Variante des Testsystems mit Kabelverbindung als Detail des vereinfachtes Blockschaltbild nach Fig. 1. Die Kommunikationsverbindung erfolgt über ein Kabel 13.
  • Die Fig. 1b zeigt eine zweite Variante des Testsystems mit kabelloser Kommunikationsverbindung. Es ist vorgesehen, dass die zweite spezielle Schnittstelle 11 des Testautomatisierungsgerätes 10 und die spezielle Schnittstelle 53 des Benutzerendgerätes 1 gleich aufgebaut und jeweils mit einem Transceiver 43 bzw. 31 ausgestattet sind, welche via Kommunikationskanal 33 miteinander kommunikativ verbunden sind.
  • Die Fig. 2 zeigt eine perspektivische Ansicht von einer Frankiermaschine vom Typ Optimal 30® der Herstellerin Francotyp-Postalia GmbH und einem Computer 10, welche über Schnittstellen verfügen und via ein Datenkabel 8 kommunikativ miteinander verbunden sind. Die Frankiermaschine 1 ist von der Rückseite 5, linken Seite 4 der Unterschale und Oberseite 6 einer Oberschale 2 dargestellt. Auf der linken Seite 4 der Unterschale befindet sich ein Schalter 41, mit welcher die Frankiermaschine eingeschaltet werden kann. Auf der Oberseite 6 sind eine Anzeigeeinrichtung 61 und eine Eingabeeinrichtung 62 angeordnet. Eine Briefzuführung erfolgt an der Vorderseite 7 der Frankiermaschine 1 von der linken Seite 4 zur rechten Seite 3. Es ist vorgesehen, dass die Oberschale 2 über der Unterschale des Frankiermaschinengehäuses abnehmbar angeordnet ist. Die Oberschale 2 des Frankiermaschinengehäuses ist nur von einer autorisierten Person, zum Beispiel einem Servicetechniker, abnehmbar. Eine erste Öffnung 25 an der Rückseite 5 liefert einen Zugang zum Netzanschluss über ein Netzkabel 29 und einen zweiten Zugang zu einer seriellen Schnittstelle über ein Datenkabel 8. Eine zweite Öffnung 26 an der Rückseite 5 nahe der rechten Seite 3 der Unterschale liefert einen Zugang zum Anschluss eines Kommunikationsnutzes.
    Alternativ kann natürlich die jeweilige Öffnung für den Zugang zu einer seriellen Schnittstelle auch in einer anderen nicht gezeigten Weise in irgendeiner der beiden Gehäuseschalen des Frankiermaschinengehäuses angeordnet sein. Die über die erste Öffnung 25 des Frankiermaschinengehäuses zugängliche serielle Schnittstelle und die serielle Schnittstelle des Computers 10 sind dabei vom gleichen Typ.
  • Die Fig. 3a zeigt ein Blockschaltbild eines Testsystems mit einem Benutzerendgerät und mit einem Test-Automatisierungsgerät. Das Benutzerendgerät weist mindestens eine externe Schnittstelle 52 als Testausgabe-Interface und ein Mainboard 50 mit einer internen Schnittstelle 53 als Testeingabe-Interface sowie eine Eingabeeinrichtung 62 auf. Letztere ist beispielsweise eine Tastatur (Keyboard), welche im normalen Betriebsmodus mit der internen Schnittstelle 53 verbunden ist, aber im gezeigten Testmodus abgesteckt worden ist. Das Mainboard 50 weist weiterhin mindestens einen Programmspeicher (PROM) 57, eine Steuereinheit 58, eine programmierbare Logik (FPGA) 54 und optional eine mit Strich-Punkt-Linien gezeichnete Chipkarten-Schreib/Leseeinheit 59 oder einen gepunktet gezeichneten RFID-Transponder 56 auf. Die Chipkarten-Schreib/Leseeinheit 59 kann als zusätzliches Mittel zur Identifizierung des Testautomatisierungsgerätes vorgesehen sein, wobei die Steuereinheit 58 des Benutzerendgerätes 1 zur Eingabe einer Identifizierungsnummer des Testautomatisierungsgerätes 10 über eine Chipkarte programmiert ist. Als zusätzliches Mittel zur Identifizierung des Testautomatisierungsgerätes kann auch ein RFID-Transponder 56 des Benutzerendgerätes 1 dienen, welcher mit einer RFID-Marke 16 des Test-Automatisierungsgerätes 10 kommuniziert.
    Alternativ zur programmierbaren Logik 54 kann im Benutzerendgerät auch eine anwendungsspezifische integrierte Schaltung (ASIC) eingesetzt werden.
    Zwischen dem Mainboard 50 und der externen Schnittstelle 52 kann eine Erweiterungskarte 51 (Extension Card) geschaltet sein. Das Benutzerendgerät 1 ist kommunikationsmäßig mit dem Test-Automatisierungsgerät 10 verbunden. Vorzugsweise wird in einer ersten Ausführungsvariante ein erstes Datenkabel 8 zur kommunikativen Verbindung eingesetzt.
    Alternativ zum Datenkabel 8 ist auch eine - in der Figur 3a gestrichelt gezeichnete - Variante möglich, welche eine drahlose Kommunikationstechnik mit Transceivern 42, 32 und einem Kommunikationskanal 38 verwendet, um die Kommunikationsverbindung zwischen dem Benutzerendgerät 1 und dem Test-Automatisierungsgerät 10 herzustellen. Die vorgenannten Transceiver 42, 32 werden dazu entweder auf die externe Schnittstellen 52, 12 aufgesteckt oder ersetzen diese.
  • Das Test-Automatisierungsgerät 10 weist mindestens eine erste externe Schnittstelle 11 als Interface zur Ausgabe der Testeingabedaten und eine zweite externe Schnittstelle 12 als Interface zur Eingabe der Testausgabedaten sowie ein Mainboard 15 auf. Zwischen dem Mainboard 15 und den externen Schnittstellen 11 und 12 ist eine Erweiterungskarte 14 (Extension Card) geschaltet, die mit einem steuerbaren Kontaktfeld 19 ausgestattet ist. Alternativ kann auch das spezielle Interface mit dem steuerbaren Kontaktfeld 19 ausgestattet sein. Das Test-Automatisierungsgerät weist einen entsprechenden Programmspeicher 17, eine CPU 18 und gegebenenfalls eine gepunktet gezeichnete RFID-Marke (Radio Frequency ID) 16 auf. Die erste externe Schnittstelle 11 ist zur Ausgabe der Testeingabedaten an die interne Schnittstelle 53 des Benutzerendgerätes angepasst. In Vorbereitung auf den Testmodus wird zum Beispiel das Gehäuse des Benutzerendgerätes geöffnet und ein - in der Figur 3a nicht gezeigter - Tastaturverbindungsstecker für die Tastatur des Benutzerendgerätes wird vom Sockel der Hauptplatine 15 (Mainboard) abgesteckt. Stattdessen wird nun durch Aufstecken eine serielle Verbindung vom Sockel über einen Stecker (nicht gezeigt) und Flachbandkabel 13 zur seriellen Schnittstelle der Erweiterungskarte des Testautomatisierungsgerätes geschaffen. Über diese Verbindung sendet das Testautomatisierungsgerät in der bevorzugten Lösungsvariante Eingabesignale simulierter Tastaturtastendrucke an das Benutzerendgerät. Das Benutzerendgerät mit einem Sensor 55 versehen, der detektiert, ob der Stecker des Flachbandkabels 13 des Testautomatisierungsgerätes mit dem Sockel bzw. einer Tastatursteckdose auf dem Mainboard oder in einer Gehäusemulde verbunden bleibt. Der Schalter 41, mit welcher die Frankiermaschine eingeschaltet werden kann, ist mit einem Netzteil auf der Netzteilleiterplatte 18 verbunden, welches die Hauptplatine 15 und die übrigen elektrischen Baugruppen speist.
    Erfindungsgemäß wird die erste externe Schnittstelle 11 als Testausgabe-Interface benutzt und wird kommunikativ mit der internen Schnittstelle 53 des Benutzerendgerätes 1 verbunden. Die zweite externe Schnittstelle 12 des Test-Automatisierungsgerätes 10 wird als Testeingabe-Interface benutzt und wird kommunikativ mit der externen Schnittstelle 52 des Benutzerendgerätes 1 verbunden.
  • Das Benutzerendgerät 1 ist beispielsweise eine Frankiermaschine vom Typ Optimal 30®. Die Frankiermaschine ist mit einer internen Schnittstelle 53 ausgestattet, an welcher - in der Fig. 3a gezeigte Weise - im Testmodus ein Datenkabel 13 des Test-Automatisierungssystems 10 zum Beispiel über einen - in der Fig. 3b gezeigten - Steckverbinder angesteckt ist. Im anderen - nicht gezeigten - Betriebsmodus ist die Eingabeeinrichtung 62 mit der internen Schnittstelle 53 verbunden. Von der Eingabeeinrichtung 62 wird ebenfalls zum Beispiel ein Datenkabel 63 über einen - nicht gezeigten - Steckverbinder mit der internen Schnittstelle 53 verbunden. Letztere ist mit einem FPGA (Field programmable Gate Array) Baustein ausgestattet oder mit einem FPGA verbunden. Der FPGA Baustein stellt Taktsignale für die Eingabeeinrichtung 62 zur Verfügung und verarbeitet die empfangenen Eingabesignale.
    Im Ausführungsbeispiel einer Frankiermaschine vom Typ Optimal 30® ist die Eingabeeinrichtung 62 ein Keybord mit einem angeschlossenen Datenkabel 63 und einer lösbaren Verbindung am Mainboard 50. Alternativ oder zusätzlich kann eine lösbare Verbindung am Keyboard vorgesehen sein. Bei einer Frankiermaschine vom Typ Jetmail® existiert im Meterunterteil nahe dem Keyboard eine Gehäusemulde für eine lösbare Steckverbindung. Bei einer absteckbaren Tastatur bzw. abnehmbaren Meter mit Tastatursteckdose in Gehäusemulde wird alternativ die Stecktastatur entfernt bzw. Steckverbindung getrennt und das Testautomatisierungsgerät direkt mit der Tastatursteckdose in der Gehäusemulde verbunden. Das Kontaktfeld 19 ersetzt die Tastatur des Endgerätes 1.
    In einem anderen Ausführungsbeispiel zum Testen eines anderen Benutzerendgerätes kann die Eingabeeinrichtung 62 beliebig anders, zum Beispiel als Touch-in-Screen zur tastaturlosen Eingabe oder zur Spracheingabe, ausgebildet sein. Die Eingabeeinrichtung 62 des Benutzerendgerätes kann zum Beispiel auch als neuronale Schnittstelle ausgebildet sein. Eingabeeinrichtungen können mehrfach und von gleicher oder von unterschiedlicher Art vorhanden sein. Jedoch muss mindestens eine Eingabeeinrichtung 62 des Benutzerendgerätes vorhanden sein, die mit der internen Schnittstelle 53 verbindbar ist. Bei solchen Eingabeeinrichtungen von Benutzerendgeräten ist eine schnelle automatische Testung der Eingabemöglichkeiten und der Reaktionen darauf schon deshalb nötig, weil die Vielfalt der Eingabemöglichkeiten immer weiter anwächst.
  • Alternativ zum Datenkabel 13 ist auch eine drahlose Kommunikationstechnik geeignet, um die Kommunikationsverbindung mit der internen Schnittstelle 53 herzustellen. Die interne Schnittstelle 53 und die spezielle erste Schnittstelle 11 des Testautomatisierungsgerätes 10 sind dann - in nicht gezeigter Weise - als Transceiver ausgebildet. Die Eingabeeinrichtung 62 muss dann natürlich ebenfalls einen Transceiver aufweisen, der mit dem Transceiver des Mainboards 50 im normalen Betriebsmodus in Kommunikationsverbindung steht. Das hat den Vorteil, dass die Ein-gabeeinrichtung 62 auch von extern des Benutzerendgerätes bedient werden kann. Solche Benutzerendgeräte sind als Radio- und Fernseh-geräte oder Medienabspiel- bzw. Aufnahme/Wiedergabegeräte bekannt, die mit einer Fernbedienung ausgestattet sind.
    In einem weiteren - nicht gezeigten - Ausführungsbeispiel zum Testen eines weiteren Benutzerendgerätes, wobei letzteres bereits auf den Anschluss eines Testautomatisierungsgerätes vorbereitet ist, kann das Benutzerendgerät statt jeweils über die gleiche physische Schnittstelle (z.B. RS232, USB, FireWire, Bluetooth) nunmehr über dieselbe physische Schnittstelle an das zur Testeingabe verwendete zweite Interface und das zur Testausgabe verwendete erste Interface des Testautomatisierungsgerätes angeschlossen werden.
  • Die Fig. 3b zeigt eine perspektivische Ansicht von einer geöffneten Frankiermaschine 1 und dem Test-Automatisierungsgerät 10. Beide Geräte sind von vorn, rechts und oben dargestellt. Die Frankiermaschine 1 ist im normalen Betrieb mit einer ansteckbaren in einer oberen Gehäuseschale 2 montierten Eingabeeinrichtung 62 betreibbar, welche hier aber abgenommen ist. Die Frankiermaschine 1 ist im Test-Betrieb angesteuert durch das Test-Automatisierungsgerät über ein ansteckbares Datenkabel 13 betreibbar, welche hier als Flachbandkabel ausgebildet ist. Die Frankiermaschine 1 ist geöffnet und weist in der Unterschale ein nicht sichtbares Chassis auf, auf welchen eine Grundplatte 27 des Druckwerkes nahe der Vorderseite 7 und eine Netzteilleiterplatte 48 nahe der Rückseite 5 der Frankiermaschine 1 stehend angeordnet sind. Zwischen der Grundplatte 27 und der Netzteilleiterplatte 48 ist die Hauptleiterplatte (Mainboard) 50 angeordnet. An der rechten Seite 3 der Frankiermaschine 1 ist die Chipkarten-Schreib/Leseeinheit 59 auf dem Mainboard 50 angeordnet. Auf der zur Oberschale 2 des Frankiermaschinengehäuses zugewandten Seite des Mainboards 50 ist das interne Interface 53 und eine zugehörige mehrpolige Steckerbuchse 531 angeordnet, in welche ein Stecker 131 des Flachbandkabels 13 gesteckt ist, welches mit dem Test-Automatisierungsgerät 10 schnittellenmäßig verbunden ist. Ein FPGA-Baustein 54 ist Bestandteil des internen Interfaces 53 oder des Mainboards 50 und steuert beide Mainboards 50 und das interne Interface 53 an.
    Ein als Rundkabel ausgeführtes Datenkabel 8 ist mit dem seriellen Interface 52 des Mainboards 50 der Frankiermaschine 1 über den Zugang in der ersten Öffnung auf der Rückseite 5 der Frankiermaschine 1 verbunden. Hierbei kommen entsprechende handelsübliche Steckverbinder in bekannter Weise oder andere in ihrer Wirkung gleiche Übertragungsmittel zum Einsatz. Das Datenkabel 8 ist ebenfalls mit dem Test-Automatisierungsgerät 10 schnittstellenmäßig verbunden.
    Bei anderen Benutzerendgeräten können die Steckverbinder und Datenkabel bzw. Flachbandkabel entfallen, wenn beide, das Benutzerendgerät als auch das Test-Automatisierungsgerät 10 über solche Bluetooth-Kommunktationsmittel oder andere drahlose Kommunikationsmittel als Schnittellen zur Eingabe verfügen.
  • Die Fig. 4 zeigt eine perspektivische Ansicht von einer Frankiermaschine vom Typ Optimal 30® mit geschlossenem Gehäuse von vorn, rechts und oben. Von der Unterschale des Frankiermaschinengehäuses sind nur die Vorderseite 7 und rechte Seite 3 sichtbar aber die linke Seite 4 und die Rückseite 5 sind verdeckt. Die Poststückzu- und -abführung erfolgt auf der Vorderseite 7 von der linken Seite 4 und zur rechten Seite 3 der Frankiermaschine 1. Auf der Gehäuseunterschale ist die Gehäuseoberschale 2 montiert. Hier sind auf der Oberseite 6 der Frankiermaschine ein Display 61 und eine als Eingabeeinrichtung 62 dienende Tastatur sichtbar. Aus ergonomischen Gründen bleiben Eingabemöglichkeiten ungenutzt, die sich bei einer anderen Gestaltung des Tastaturfeldes bieten würden. Der Platz auf der Tastenmatte wird also nicht vollständig ausgenutzt.
  • In der Fig. 5 werden anhand einer schematische Darstellung eines Tastaturfeldes die restlichen ungenutzt verbleibenden Eingabemöglichkeiten herausgestellt. Die Tastatur des Benutzerendgeräts ist durch ein Keypad realisiert, das eine Matrix von Tasten bereitstellt. Von diesen möglichen Tasten werden typischerweise nur diejenigen genutzt, die von der geometrischen Lage her zum Tastaturlayout des Benutzerendgeräts passen (schraffierte Tasten). Typischerweise bleiben dabei einige Tasten des Keypads ungenutzt (weiße Tasten).
  • Die Fig. 6 zeigt einen vereinfachten Tastaturschaltplan einer Tastatur des Benutzerendgeräts. In den Schnittpunkten einer Matrix aus den Leitungen zu den Eingängen e1, e2, e3 und zu den Ausgängen a1, a2, a3 liegen die Kontakte der Tasten. Der FPGA (Field programmable Gate Array) Baustein übernimmt die gesamte Steuerung der Matrix. Bei einem Tastendruck geschieht folgendes: Die Ausgänge des FPGAs a1, a2, a3 werden bei gegebenem Takt mit einem wechselnden Bitmuster getrieben, das einer "walking zero" entspricht (siehe Fig. 7).
  • In der Fig. 7 ist ein Takterzeugungsplan dargestellt. Solange keine Taste gedrückt wird, liegt an jeder der an den Ausgänge a1, a2, a3 angeschlossenen Ausgangsleitungen eine 'Eins' an. Sobald zum Beispiel die Taste "4" gedrückt wird, so erhält der Ausgang a1 im Takt 3, 6, 9, usw. eine Null, in allen anderen Takten eine Eins. Damit der Tastendruck sicher registriert wird, muss er also mindestens 3 Takte lang dauern. Tastenkombinationen, die einer längeren Eingabe bedürfen oder auch die gleichzeitige Kombination von Matrixelementen sind dadurch realisiert, dass der FPGA Baustein, nach Vorbild der Tastaturpuffer in gängigen Betriebssystemen, die Tastendrücke in einem Feld speichert und beim Erreichen einer Obergrenze, die Verarbeitung dieser Zwischenspeicherung beginnt.
    Bei der Takterzeugung liegen an jedem der Ausgänge a1, a2, a3 andere Signalpegel an. Zum Beispiel liegen im dritten Takt die Signalpegel in der dualen Form 011 an. Die Dauer eines Zyklusses beträgt gleich 150 ms beim Ausgeben von Signalpegeln in der dualen Form 011 bis wiederum 011. Eine Taste ist eine der Funktionstasten, die einer längeren Betätigung bedürfen, wobei ein Überschreiten der Obergrenze ≥ 50 ms einer Dauerbetätigung gleichkommt. Bei einer simulierten Betätigung muss ein Tastendrücken mindestens diese Dauer simuliert werden.
    Bei einer Maschine, bei der die aufgrund der Geometrie 25 Tasten nach außen gelegt sind, verbleiben zum Beispiel 5 Tasten ungenutzt. Versieht man die Eingangsauthentifizierung mit einer dreistelligen Tastenkombination, wobei die zusätzlichen fünf Tasten eingeblendet und zwingend Teil dieser Sequenz sind, bestehen 27000 Möglichkeiten, falls Wiederholungen und eine freie Reihenfolge der Tastsequenzen erlaubt werden.
    Wird nun die Tastatur vom Mainboard abgesteckt und stattdessen das Testautomatisierungsgerät über die Testeingabeschnittstelle an das Mainboard angeschlossen, so kann das Testautomatisierungsgerät zum Beispiel über Relais-Kontakte nicht nur diejenigen, die mechanisch ausgeführt sind, sondern auch jede der möglichen Tasten und Tastenkombinationen und damit auch jede mögliche Tastensequenz auslösen. Bei entsprechender Wahl der Solltasten oder -Kombinationen (mechanisch nicht vorhandene Taste, Geschwindigkeit, Anzahl), kann das Testautomatisierungsgerät eine ldentifizierungssequenz auslösen, die ein regulärer Benutzer nicht erreichen kann. Auf diese Weise kann ein Testautomatisierungsgerät sicher von einem regulären Benutzer unterschieden und vom Benutzerendgerät identifiziert werden.
    Das Benutzerendgerät weist eine Schnittstelle 52 (Testausgabeinterface) auf, die zum Beispiel als serielle Schnittstelle ausgeführt sein kann. An dieser Testschnittstelle stellt das Benutzerendgerät alle relevanten Ausgabedaten bereit (Displaydaten, Druckdaten, Motoranteuerungssignale, etc.). Die Testschnittstelle des Benutzerendgeräts wird mit einer weiteren seriellen Schnittstelle 11 des Test-Automatisierungsgerätes verbunden. Über diese Verbindung liest das Test-Automatisierungsgerät alle relevanten Ausgaben des Benutzerendgerät ein.
  • Die vorhandene Steuerungssoftware des Benutzerendgeräts kann sämtliche Ausgabedaten des Benutzerendgeräts nicht nur an deren Aktoren, Motoren und Anzeige- und Ausgabemitteln, sondern auch an der Testausgabeschnittstelle bereitstellen. Welcher Typ Testausgabedaten überhaupt zur Testausgabe kommt, kann in der Grundkonfiguration des Benutzerendgerät eingestellt werden. Die Tabelle zeigt einen Überblick, welche Typen von Testausgabedaten es gibt und welche davon nur bereitgestellt werden dürfen, wenn das Benutzerendgerät zuvor das Testautomatisierungsgerät sicher identifiziert hat:
    Ausgabedaten Autorisierung erforderlich ?
    Displayinhalte Nein
    Druckbilddaten Ja
    Schreibdaten für d. Chipkarten-Lese/Schreibeinheit Ja
    Motorensteuersignale Nein
  • In der Fig. 8 ist ein Flussdiagramm für einen automatisierten Testablauf dargestellt. Der Testablauf 100 besteht dabei aus der Abarbeitung einer Anzahl n > 0 von Testfällen, die im Testablaufprogramm festgelegt wurden. Das Testablaufprogramm wird in einem vorbereitenden Schritt 101 im Programmspeicher 17 des Testautomatisierungsgerätes bereitgestellt bzw. in diesen geladen. Außerdem wird vorausgesetzt, dass das Benutzerendgerät 1 eine Release-Software im Speicher PROM 57 speichert (Schritt 201 des Verfahrens 200) und durch Schritte 202 und 203 bereits für einen Testablauf vorbereitet wurde. Im Schritt 202 wird eine Verbindung hergestellt, indem zum Beispiel die Tastatur abgetrennt und das Benutzerendgerät 1 zur Vorbereitung des Testablaufs mit dem Testautomatisierungsgerät 10 verbunden wird, indem zum Beispiel ein Kabel 13 aufgesteckt wird. Nachdem dann das Benutzerendgerät 1 über den Schalter 41 im Schritt 203 eingeschaltet worden ist, können im Schritt 204 empfangene simulierte Tastensignale zum Beispiel als Eingabe des gewünschten Testmodus interpretiert werden.
    Nach dem Start des Testautomatisierungsgerätes, dem Speichern eines Start-Zählwertes z gleich 'Null' und eines Zählgrenzwertes n im Schritt 102 gelangt das Testautomatisierungsgerät zu einem Schritt 103 zur Eingabe des Testmodus vor dem ersten Testfall. Zum Beispiel wird zur Dauer-Identifizierung im Schritt 103 bei der Eingabe eine vorbestimmte Identifizierungsnummer vergeben, die für die Dauer des gesamten Testes gültig ist. In einer weiteren Subroutine (Schritt 104) erfolgt eine Translation von der vorbestimmten Identifizierungsnummer in simulierte Eingabesignale (Tastensequenzen) und deren Übermittelung (gestrichelter Pfeil) zum Benutzerendgerät. Nach dem Übermitteln der simulierten Eingabesignale zum Benutzerendgerät erfolgt im Schritt 204 eine Interpretation der simulierten Eingabesignale im Benutzerendgerät, zum Beispiel über ein Input-Event-Management-System des Betriebssystems des Benutzerendgeräts. Wird im nachfolgendem Abfrageschritt 205 festgestellt, dass kein Dauer-Identifizierungsmodus gewünscht wird, dann wird zum Schritt 210 verzweigt, um weitere Signale zu empfangen und zu interpretieren. Wird im Abfrageschritt 205 festgestellt, dass ein Dauer-Identifizierungsmodus gewünscht wird, dann wird zum Schritt 206 verzweigt. Im Schritt 206 wird eine Interpretation und eine ID-Überprüfung durch das Benutzerendgerät durchgeführt.
    Das Testautomatisierungsgerät geht gesteuert durch ein Testablaufprogramm zum Abfrageschritt 105 weiter, um festzustellen, ob ein Modus für eine Dauer-Identifizierung eingegeben wurde. Ist das der Fall, d.h. wenn eine Autorisierung für die gesamte Testdauer erforderlich ist, erfolgt in einer Routine eine Identifizierung des Testautomatisierungsgerätes gegen das Benutzerendgerät. Dazu wird zum Schritt 106 verzweigt und eine Identifizierungsroutine aufgerufen, wobei mittels des Kontaktfeldes 19 automatisch eine Translation von Daten in simulierte Eingabesignale (Tastensequenzen) und deren Übermittelung (gestrichelte Pfeile) zum Benutzerendgerät vorgenommen wird. Im Rahmen der Kommunikation mit dem Benutzerendgerät werden auch Daten durch das Testautomatisierungsgerät empfangen und ausgewertet. So kann im nachfolgenden Abfrageschritt 107 festgestellt werden, ob eine ID-Überprüfung im Benutzerendgerät durchgeführt wurde und eine gültige Dauer-Identifizierung erkannt wurde. Ist das der Fall, dann wird zum Schritt 108 verzweigt und ein Zählwert z um 'Eins' inkrementiert. In den Schritten 106 bzw. 206 können auch Daten zur gegenseitigen Identifizierung ausgetausch werden, was nachfolgend anhand der Figur 9 noch näher erläutert wird. Im Ausführungsbeispiel gemäß der Figur 8 werden zur Identifizierung Eingabesignale, vorzugsweise Tastensequenzen, übermittelt.
    Alternativ dazu kann in bekannter Weise durch eine Chipkarte bzw. eine RFID-Marke auf der einen Seite und eine Chipkarten-Schreib/Leseeinheit bzw. einen RFID-Transponder auf der anderen Seite eine Identifizierung erreicht werden. Das wird ebenfalls nachfolgend noch näher erläutert.
    Wird jedoch in den weiteren auf die Schritte 106 bzw. 206 nachfolgenden Schritten 107 bzw. 207 festgestellt, dass keine gültige Dauer-Identifizierung vorliegt, dann wird der Testmodus beendet (Schritt 208). Wird aber vom Abfrageschritt 105 im Testablaufprogramm des Testautomatisierungsgerätes ermittelt, dass kein Modus für Dauer-Identifizierung eingestellt wurde, dann wird zum Schritt 108 verzweigt.
    Nach der Inkrementierung von einem Zählwert z im Schritt 108 wird ein Abfrageschritt 109 im Testablaufprogramm des Testautomatisierungsgerätes erreicht und ermittelt, ob ein Modus für Einzel-Identifizierung eingestellt wurde. Ist das der Fall, dann wird zum Schritt 110 verzweigt und automatisch eine Translation von Daten in simulierte Eingabesignale (Tastensequenzen) und deren Übermittelung (gestrichelter Pfeil) zum Benutzerendgerät vorgenommen. Im Schritt 210 empfängt und interpretiert das Benutzerendgerät die übermittelten Daten. Nach dem Schritt 210 wird ein Abfrageschritt 211 erreicht, mittels welchem festgestellt werden kann, ob ein Einzel-Identifizierungsmodus gewünscht wird oder nicht. Somit wird durch die Release-Software ermöglicht, das Benutzerendgerät auf einen entsprechenden Testmodus mit Einzel-Identifizierung oder einen solchen ohne Identifizierung einzustellen.
    Nach dem Schritt 110 zur Übermittelung von simulierten Eingabesignalen (Tastensequenzen) geht das Testablaufprogramm des Testautomatisierungsgerätes zum Schritt 112 weiter und eine Identifizierungsroutine wird aufgerufen, wobei automatisch eine Translation von Daten in simulierte Eingabesignale (Tastensequenzen) und deren Übermittelung (gestrichelter Pfeil) zum Benutzerendgerät erfolgt. Im Rahmen der Kommunikation mit dem Benutzerendgerät werden ebenfalls Daten vom Benutzerendgerät gesendet und durch das Testautomatisierungsgerät empfangen und ausgewertet. So kann im nachfolgenden Abfrageschritt 113 festgestellt werden, ob eine ID-Überprüfung im Benutzerendgerät durchgeführt wurde und eine gültige Einzel-Identifizierung erkannt wurde. Ist das der Fall, dann wird zum Schritt 114 verzweigt. Wenn das nicht der Fall ist, dann wird zum Schritt 209 zur Beendigung des Testmodus verzweigt.
    Wird aber vom Abfrageschritt 109 im Testablaufprogramm des Testautomatisierungsgerätes ermittelt, dass kein Modus für Einzel-Identifizierung eingestellt wurde, dann wird unmittelbar zum Schritt 114 zur Durchführung des Testfalls der Nummer z des Testmodus verzweigt.
    Wenn ein gewünschter Einzel-Identifizierungsmodus vom Benutzerendgerät erkannt worden ist, wird vom Abfrageschritt 211 zum nachfolgenden Schritt 212 verzweigt, wobei eine Interpretation der simulierten Testeingabesignale mittels des Input-Event-Management-Systems des Betriebssystems des Benutzerendgeräts erfolgt. Ebenfalls wird eine ID-Überprüfung im Benutzerendgerät durchgeführt. Danach wird vom Schritt 212 zum nachfolgenden Schritt 213 weiter und dabei dazu übergegangen, zu überprüfen, ob eine gültige Einzel-Identifizierung erfolgt ist. Wird also in den weiteren auf die Schritte 112 bzw. 212 nachfolgenden Schritten 113 bzw. 213 festgestellt, dass keine gültige Einzel-Identifizierung vorliegt, dann wird der Testmodus beendet (Schritt 209).
    Nach der im Benutzerendgerät in Schritten 206 bzw. 212 erfolgten Interpretation der simulierten Eingabesignale und Feststellung einer gültigen Dauer-Identifizierung (Abfrageschritt 207) bzw. Einzel-Identifizierung (Abfrageschritt 213) wird ein Schritt 215 erreicht. Wenn aber kein Einzel-Identifizierungsmodus vom Benutzerendgerät erkannt worden ist, wird ebenfalls vom Abfrageschritt 211 zum Schritt 215 verzweigt, in welchem eine Interpretation der simulierten Eingabesignale in entsprechende Tastenbefehle erfolgt.
    Mit dem Erreichen des Schrittes 114 beginnt eine Routine mit dem entsprechenden Testfall der Nummer z des Testmodus. In einer weiteren Subroutine (Schritt 115) erfolgt eine Translation von Testaktionen und - daten des Testfalls in simulierte Testeingabesignale (Tastensequenzen) und deren Übermittelung (gestrichelter Pfeil) zum Benutzerendgerät. Im Schritt 215 erfolgt eine Interpretation der simulierten Testeingabesignale über das Input-Event-Management-System des Betriebssystems des Benutzerendgeräts. Im Schritt 216 wird in einer weiteren Subroutine eine entsprechende Steuerungsroutine im Benutzerendgerät durchgeführt. Dann erfolgt im Benutzerendgerät 1 ein Schritt 217 zur Konvertierung von Anzeigeinhalten und Steuerungssignalen (Aktor- und Motorensteuerungssignalen) in Testausgabesignale und ein Übermitteln (gestrichelter Pfeil) der Testausgabesignale vom Benutzerendgerät 1 zum Testautomatisierungsgerät 10. Durch die Release-Software des Benutzerendgerätes 1 wird vom Schritt 217 zum Schritt 210 zur Interpretation weiterer simulierter Eingabesignale zurückverzweigt.
    Im Schritt 117 erfolgt nach dem Empfang der Testausgabesignale eine abschließende Subroutine zur deren Translation in Auswertedaten bzw. zur Aufbereitung des Testoutputs zu Auswertedaten. Letztere werden im Schritt 118 zur Auswertung übergeben. Dann wird im Abfrageschritt 119 der Zählwert z überprüft, ob eine vorbestimmte Anzahl von n Testfällen bearbeitet wurde. Ist das nicht der Fall, dann wird zum Schritt 108 zurückverzweigt. Anderenfalls wird zu einer Gesamtauswertung im Schritt 120 verzweigt. Die Schritte 108 bis 119 werden entsprechend für jeden Testfall wiederholt. Nach einer Abarbeitung einer Anzahl n > 0 von Testfällen und Gesamtauswertung im Schritt 120 liegt im Testautomatisierungsgerät das Testergebnis vor, welches im Schritt 121 gespeichert wird. Die Reihenfolge der Ablaufschritte ist am Beispiel eines ersten Testfalls gezeigt. Sie wiederholt sich bei den nachfolgenden Testfällen analog. Das Testautomatisierungsgerät ist vorzugsweise ein Personalcomputer PC oder ein ähnliches Gerät. Das Benutzerendgerät weist außerdem eine unabhängige Überwachungsroutine 214 hinsichtlich von Unterbrechungen der Kommunikation zwischen beiden Geräten auf.
  • Aus der Fig. 9 geht eine Subroutine zur Identifizierung des Testautomatisierungsgerätes gegen das Benutzerendgerät hervor. Die Subroutine soll die Schritte 106 und 206 bei Dauer-Identifizierung näher verdeutlichen und trifft sinngemäß auch auf die Schritte 112 und 212 bei Einzel-Identifizierung zu. Die Schritte 106 bzw. 112 laufen im Testablaufprogramm des Testautomatisierungsgerätes 10 ab. Das Testautomatisierungsgerät speichert im Subschritt 1061 ein Schlüsselpaar Stest, Vtest und ein Zertifikat Vtest, Cuser in einem ersten nichtflüchtigen Speicher.
  • Der Signierschlüssel Stest ist geheim und wird als privater Schlüssel nicht herausgegeben. Der Verifizierschlüssel Vtest ist öffentlich und kann somit herausgegeben werden. Die Herausgabe erfolgt zusammen mit einem Zertifikat Cert, welches die Echtheit bestätigt.
  • Das Zertifikat Cert besteht aus dem Verifizierschlüssel Vtest, welcher mittels einer Zertifiziersignatur Cuser gesichert ist. Der Prüfschlüssel Vuser ist öffentlich und bildet mit einem geheimen privaten Signierschlüssel Suser ein Schlüsselpaar. Der geheime private Signierschlüssel Suser wird zur Erzeugung der Zertifiziersignatur Cuser benötigt und ist weder im Testautomatisierungsgerät noch im Benutzerendgerät gespeichert. Obwohl der geheime private Signierschlüssel Suser unbekannt ist, ermöglicht der Prüfschlüssel Vuser eine Überprüfung des Zertifikats Cert.
  • Die Schritte 206 bzw. 212 laufen im Testablaufprogramm des Benutzerendgerätes ab. Das Benutzerendgerät 1 speichert im Subschritt 2061 in einem zweiten nichtflüchtigen Speicher einen Prüfschlüssel Vuser, der zur Überprüfung des Zertifikats benötigt wird.
    Das Benutzerendgerät generiert im Subschritt 2062 eine Zufallszahl r und übermittelt diese zum Testautomatisierungsgerät 10. Die Übermittelung von Daten wird wieder durch einen gestrichelten Pfeil dargestellt.
  • Das Testautomatisierungsgerät empfängt und verarbeitet die übermittelte Zufallszahl r im Subschritt 1062. Dabei erfolgt ein Signieren der Zufallszahl r mit dem geheimen privaten Signierschlüssel Stest, indem der private Signierschlüssel Stest und die Zufallszahl r mittels einer mathematischen Signier-Funktion sign verknüpft wird.
    Die so erzeugte Signatur Sig, der öffentliche Verifizierschlüssel Vtest und das zugehörige Zertifikat Cert werden anschließend zum Benutzerendgerät übermittelt. Die Übermittelung der vorgenannten Daten wird wieder durch einen gestrichelten Pfeil dargestellt. Nach dem Empfang der übermittelten Daten erfolgt deren Verarbeitung im Subschritt 2063 durch Interpretation der simulierten Tastensignale als Tastenbefehle, wobei zunächst das Zertifikat Cert mittels einer mathematischen Funktion, des Prüfschlüssels Vuser und des Verifizierschlüssels Vtest sowie anschließend die Signatur Sig mittels des Verifizierschlüssels Vtest und der übermittelten Zufallszahl r überprüft wird. Beim Vorkommen der richtigen Zufallszahl r und des zum geheimen Signierschlüssels zugehörigen Verifizierschlüssels Vtest gilt die Signatur als echt. Das Vorkommen der richtigen Zufallszahl r und des richtigen Verifizierschlüssels Vtest wird durch das Zertifikat Cert bestätigt. Zur Überprüfung der Signatur Cuser des Zertifikats Cert wird der gespeicherte Prüfschlüssels Vuser benötigt. Zum Abschluss der Datenverarbeitung im Subschritt 2063 erfolgt eine Übermittelung von einer o.K.-Mitteilung bzw. des Prüfergebnisses zum Testautomatisierungsgerät, welches wieder durch einen gestrichelten Pfeil dargestellt wird.
    Das Testautomatisierungsgerät empfängt und verarbeitet die übermittelte o.K.-Mitteilung bzw. das Prüfergebnis im Subschritt 1062 und erzeugt ein Quittungssignal, welches anschließend in simulierte Tastensignale umgesetzt und zum Benutzerendgerät gesendet wird. Das Testablaufprogramm geht dann zur Abarbeitung des Schrittes 107 über. Das Benutzerendgerät empfängt und Interpretiert die simulierten Tastensignale als Tastenbefehle im Subschritt 2064. Das Benutzerendgerät geht dann gesteuert durch die Release-Software zur Abarbeitung des Schrittes 207 über, um eine gültige Identifizierung festzustellen.
  • Die Testausgabedaten, wie zum Beispiel Druckbilddaten und Schreibdaten für die Chipkarten-Lese/Schreibeinheit, erfordern eine Autorisierung und Identifizierung des Testautomatisierungsgerätes. Die Identifizierung des Testautomatisierungsgerätes kann auf verschiedene Arten erfolgen:
    • a) Durch spezielle Tastenfolgen am Keypad,
    • b) Durch Stecken einer Zugriffskontrollkarte in die Chipkarten-Lese/Schreibeinheit sowie
    • c) Durch eine drahtlose Eingabe/Identifizierung.
  • Die Grundkonfiguration des Benutzerendgeräts kann dabei so eingestellt sein, dass eine Identifizierung jeweils nur für den nächstfolgenden Tastaturbefehl gültig ist (Einmal-Identifizierung), oder dass die Identifizierung einen Testausgabemodus aktiviert, währenddessen alle durch Identifizierung geschützten Testausgaben an der Testausgabeschnittstelle bereitgestellt werden, solange bis der Testausgabemodus wieder deaktiviert wird (Dauer-Identifizierung). Die Deaktivierung kann wiederum durch eine der vorgenannten Arten a) oder b) oder c) oder einfach durch Ausschalten des Benutzerendgeräts erfolgen.
    Die Identifizierung durch spezielle Tastenfolgen hat gegenüber der Identifizierung durch Zugriffskontrollkarte den Vorteil, dass sie sowohl für Einmal-Identifizierung als auch für Dauer-Identifizierung geeignet ist und sich in beiden Fällen reibungslos in den Betrieb des Benutzerendgeräts einfügt.
    Grundsätzlich kann ein Benutzerendgerät eine Einmalidentifizierung unterstützen oder einen Modus für identifizierte Benutzer anbieten.
    Bei der Einmalidentifizierung wird für eine zu schützende Funktion eine Identifizierung des Testautomatisierungsgerätes beim Aufruf der zu schützenden Funktion verlangt. Das Benutzerendgerät führt die Funktion nur aus, wenn die Identifizierung erfolgreich war.
    Bei einem Modus für identifizierte Benutzer springt das Benutzerendgerät nach erfolgreicher Identifizierung in einen Dauer-ID-Modus, in dem alle zu schützenden Funktionen ohne weitere Identifizierung erreichbar sind. In diesem Fall könnte das Testautomatisierungsgerät das Benutzerendgerät in den Modus für identifizierte Benutzer fahren und anschließend alle Funktionen ohne weitere Maßnahmen auslösen. Außerdem wird das Benutzerendgerät 1 mit dem Sensor 55 versehen, der detektiert, ob das Kabel vom Testautomatisierungsgerät mit der Tastatursteckdose auf dem Mainboard oder in einer Gehäusemulde verbunden bleibt. Wird es unterbrochen (zum Beispiel, weil jemand wieder die Tastatur anschließt), so beendet das Benutzerendgerät automatisch den Modus für identifizierte Benutzer. Aus der Table 1 gehen die Arten der Identifizierung des Testautomatisierungsgeräts hervor.
    Identifizierung durch Einmal-Identifizierung Dauer-Identifizierung
    Tastenfolgen am Keypad Test-Automatisierungssystem "drückt" während Tastaturkommando reservierte Function Keys oder reservierte Identifiizierungssequenzen. Test-Automatisierungssystem aktiviert einen Testmodus durch ein Tastaturkommando während es reservierte Function Keys oder reservierte Identifiizierungssequenzen "drückt".
    Stecken einer Zugriffskontrollkarte Test-Automatisierungssystem aktiviert einen Testmodus durch ein Tastaturkommando während es das Einführen einer entsprechenden Zugriffskontrollkarte am Chipkartenleser simuliert.
    RFID Token des Testers Tester aktiviert durch sein RFID einen Testmodus
    Neben der Identifizierung durch spezielle Tastenfolgen und der Identifizierung durch Zugriffskontrollkarte ist auch eine drahtlose Identifizierung durch RFID (Radio Frequency Identifikation Device) möglich. Dazu muss das Benutzerendgerät mit einem entsprechenden Sender/-Empfänger-Baustein ausgestattet sein.
  • Zusammenfassend ist herauszustellen, dass diese enorme Abstraktion einer Maschinengruppe (mit Keypad) ungenutzte Tasten bereitstellt, deren sequentielle Betätigung so definiert werden kann, dass ein kryptographisches challenge-response-Protokoll auf Basis digitaler Signaturen abläuft, wobei die Nachrichten in Tastensequenzen kodiert sind. Diese Art der Identifizierung ist vorteilhaft, wenn die Frankiermaschine bereits einen Prüfschlüssel für ein digitales Signatursystem eingebaut hat.
  • Die Sequenzen ungenutzter Tasten können so definiert werden, dass ein kryptographisches challenge-response Identifizierungsprotokoll abläuft, wobei die Nachrichten in Tastensequenzen kodiert sind. Ein geeignetes anderes Identifizierungsprotokoll ist bekannt aus Fiat, A. and A. Shamir (1986). "How to prove yourself: practical solutions to identification and signature problems." Advances in Cryptology― CRYPTO'86, Lecture Notes in Computer Science, vol. 263, ed. A. Odlyzko. Springer-Verlag, Berlin, 186-194.
    Die miteinander in Verbindung stehenden Schnittstellen sind physikalisch gleiche serielle Schnittstellen. Dabei wird jede mögliche Eingabe (Tastaturcode, Sensoren, Chipkarteneingabe, etc.) eindeutig durch einen Eingabeparameter kodiert.
    Das Testautomatisierungsgerät wird in einem erweiterten Ausführungsbeispiel als Client-Server System (nicht gezeigt) ausgelegt, wobei der Testautomatisierungsserver 80 über das Internet verschiedene Testszenarien anbietet und der Testautomatisierungsclient 10 über eine dritte externe Schnittstelle 23 eine Internetverbindung realisiert und mit dem Testautomati-sierungsserver 80 in Verbindung steht und die erste und zweite Schnittstelle 12, 11 als Testeingabe- und Testausgabeschnittstelle zum Benutzerendgerät 1 bereitstellt. Auf diese Weise hat man über den Testautomatisierungsserver die zeitgenaue Kontrolle darüber, welche Testszenarien aktuell angeboten werden.
    Die Vorteile gegenüber Stand der Technik ergeben sich auch daraus, weil die unterschiedlichen Softwarearchitekturen und Einflüsse der Ländervarianten des Benutzerendgerätes zur Marginalität werden.
    Somit können offensichtlich weitere andere Ausführungen der Erfindung entwickelt bzw. eingesetzt werden, die vom gleichen Grundgedanken der Erfindung ausgehen und von den anliegenden Ansprüchen umfasst werden.

Claims (23)

  1. Testsystem für ein Benutzerendgerät (1), welches mit einem Testautomatisierungsgerät (10) kommunikativ verbindbar ist, wobei das Testautomatisierungsgerät (10) mindestens eine Datenverarbeitungseinheit (18) und einen nichtflüchtigen Speicher (17) zum Speichern eines Testablaufprogrammes aufweist, und wobei das Benutzerendgerät (1) mindestens eine Steuereinheit (58), einen nichtflüchtigen Speicher (57) und eine externe Schnittstelle (52) aufweist, gekennzeichnet dadurch, dass das Benutzerendgerät (1) im Inneren geschützt ist durch ein Sicherheitsgehäuse und eine interne Schnittstelle (53) aufweist, die mit einer speziellen Schnittstelle (11) des Testautomatisierungsgerätes (10) kommunikativ verbindbar ist, dass die Steuerungseinheit (58) und der nichtflüchtige Speicher (57) des Benutzerendgerätes (1) zum Laden einer Release-Software ausgebildet sind, wodurch das Benutzerendgerät programmiert ist, Testausgabesignale zu erzeugen und an der externen Schnittstelle (52) an das Testautomatisierungsgerät (10) auszugeben, dass Datenverarbeitungseinheit (18) des Testautomatisierungsgerätes (10) durch das Testablaufprogramm zur Ausführung mindestens einer Routine für mindestens einen Testfall programmiert ist, dass die Datenverarbeitungseinheit (18) mit der speziellen Schnittstelle (11) verbunden ist, über welche die im Testfall simulierten Testeingabesignale an die interne Schnittstelle (53) des Benutzerendgerätes (1) übermittelt werden.
  2. Testsystem, nach Anspruch 1, gekennzeichnet dadurch, dass eine erste Schnittstelle (12) des Testautomatisierungsgerätes (10) und die externe Schnittstelle (52) des Benutzerendgerätes (1) bi-direktionale serielle Schnittstellen sind, über welche das Benutzerendgerät (1) und das Testautomatisierungsgerät (10) miteinander verbunden sind.
  3. Testsystem, nach Anspruch 1, gekennzeichnet dadurch, dass die zweite spezielle Schnittstelle (11) des Testautomatisierungsgerätes (10) und die interne Schnittstelle (53) des Benutzerendgerätes (1) gleich aufgebaut und über ein Kabel (13) miteinander verbunden sind.
  4. Testsystem, nach einem der Ansprüche 1 oder 2, gekennzeichnet dadurch, dass die bidirektionalen seriellen Schnittstellen (52) bzw. (12) des Benutzerendgerätes bzw. des Testautomatisierungsgerätes über ein Kabel (8) miteinander verbunden sind.
  5. Testsystem, nach einem der Ansprüche 1 oder 2, gekennzeichnet dadurch, dass die bidirektionalen seriellen Schnittstellen (52) bzw. (12) des Benutzerendgerätes bzw. des Testautomatisierungsgerätes jeweils mit einem Transceiver (42) bzw. (32) ausgestattet sind, welche via Kommunikationskanal (38) miteinander kommunikativ verbunden sind.
  6. Testsystem, nach Anspruch 5, gekennzeichnet dadurch, dass die Transceiver (42) bzw. (32) auf die bidirektionalen seriellen Schnittstellen (52) bzw. (12) aufsteckbar ausgebildet sind.
  7. Testsystem, nach einem der Ansprüche 1 oder 2 und 5 oder 6, gekennzeichnet dadurch, dass eine Bluetooth-Kommunikationstechnik oder eine andere drahtlose Kommunikationstechnik zum Einsatz kommt.
  8. Testsystem, nach Anspruch 1, gekennzeichnet dadurch, dass die zweite spezielle Schnittstelle (11) des Testautomatisierungsgerätes (10) und die spezielle Schnittstelle (53) des Benutzerendgerätes (1) gleich aufgebaut und jeweils mit einem Transceiver (43) bzw. (31) ausgestattet sind, welche via Kommunikationskanal (33) miteinander kommunikativ verbunden sind.
  9. Testsystem, nach einem der Ansprüche 1 oder 8, gekennzeichnet dadurch, dass eine Bluetooth-Kommunikationstechnik oder eine andere drahtlose Kommunikationstechnik im Transceiver zum Einsatz kommt.
  10. Testsystem, nach Anspruch 1, gekennzeichnet dadurch, dass die interne Schnittstelle (53) eine Tastaturschnittstelle (53) des Benutzerendgerätes (1) ist.
  11. Testsystem, nach einem der Ansprüche 1, 3 oder 10, gekennzeichnet dadurch, dass die interne Schnittstelle (53) des Benutzerendgerätes (1) einen Sensor (55) aufweist, der eine physische Unterbrechung der Kommunikationsverbindung detektiert und dass die Steuereinheit (58) des Benutzerendgerätes durch die Release-Software programmiert ist, den Testmodus zu verlassen, wenn die Kommunikationsverbindung physisch unterbrochen ist.
  12. Testsystem, nach Anspruch 1, gekennzeichnet dadurch, dass die Datenverarbeitungseinheit (18) und der nichtflüchtige Speicher (17) Bestandteil eines handelsüblichen Personalcomputers sind, der zum Einsetzen von Erweiterungskarten vorbereitet ist und die erste serielle und zweite spezielle Schnittstelle aufweist, über welche das Testautomatisierungsgerät (10) mit dem Benutzerendgerät (1) verbunden ist sowie dass der Personalcomputer mit mindestens einer Erweiterungskarte (14) ausgestattet ist, durch welche die erste serielle Schnittstelle (12) und die zweite spezielle Schnittstelle (11) angesteuert werden, um Testausgabesignale vom Benutzerendgerät zu empfangen und Testeingabesignale zum Benutzerendgerät zu senden.
  13. Testsystem, nach Anspruch 12, gekennzeichnet dadurch, dass die Erweiterungskarte (14) ein von der Datenverarbeitungseinheit (18) gesteuertes Kontaktfeld (19) enthält, um Tastensignale zu simulieren.
  14. Testsystem, nach einem der vorgenannten Ansprüche 1 bis 13, gekennzeichnet dadurch, dass mindestens eine Eingabeeinrichtung (62) des Benutzerendgerätes vorhanden und mit der internen Schnittstelle (53) verbindbar ist.
  15. Testsystem, nach einem der vorgenannten Ansprüche 1 bis 14, gekennzeichnet dadurch, dass Eingabeeinrichtungen mehrfach von gleicher oder von unterschiedlicher Art vorhanden sind.
  16. Testsystem, nach einem der vorgenannten Ansprüche 1 bis 15, gekennzeichnet dadurch, dass mindestens eine Eingabeeinrichtung (62) innerhalb des Benutzerendgerätes vorhanden und mit der internen Schnittstelle (53) kommunikativ verbindbar ist.
  17. Testsystem, nach einem der vorgenannten Ansprüche 1 bis 15, gekennzeichnet dadurch, dass mindestens eine Eingabeeinrichtung (62) außerhalb des Benutzerendgerätes vorhanden und mit der internen Schnittstelle (53) kommunikativ verbindbar ist.
  18. Testsystem, nach Anspruch 18, gekennzeichnet dadurch, dass die mindestens eine Eingabeeinrichtung (62) und interne Schnittstelle (53) des Benutzerendgerätes (1) jeweils mit einem Transceiver ausgestattet sind.
  19. Testsystem, nach Anspruch 1, gekennzeichnet dadurch, dass das Benutzerendgerät ein zusätzliches Mittel (56, 59) zur Identifizierung des Testautomatisierungsgerätes (10) aufweist.
  20. Testsystem, nach Anspruch 19, gekennzeichnet dadurch, dass das zusätzliche Mittel zur Identifizierung des Testautomatisierungsgerätes (10) eine Chipkarten-Schreib/Leseeinheit (59) ist und dass die Steuereinheit (58) des Benutzerendgerätes (1) zur Eingabe einer Identifizierungsnummer des Testautomatisierungsgerätes (10) über eine Chipkarte programmiert ist.
  21. Testsystem, nach Anspruch 19, gekennzeichnet dadurch, dass das zusätzliches Mittel zur Identifizierung des Testautomatisierungsgerätes (10) ein RFID-Transponder (56) des Benutzerendgerätes (1) ist, welcher mit einer RFID-Marke des Test-Automatisierungsgerätes (10) kommuniziert.
  22. Testsystem, nach Anspruch 1, gekennzeichnet dadurch, dass das Testautomatisierungsgerät (10) als Client-Server System ausgelegt ist, wobei ein Testautomatisierungsserver (80) über das Internet verschiedene Testszenarien anbietet und der Testautomatisierungsclient (10) über eine dritte externe Schnittstelle (23) eine Internetverbindung realisiert und mit dem Testautomatisierungsserver (80) in Verbindung steht und die erste und zweite Schnittstelle (12, 11) als Testeingabe- und Testausgabeschnittstelle zum Benutzerendgerät (1) bereitstellt.
  23. Testautomatisierungsverfahren, umfassend die folgenden Schritte:
    i.) Bereitstellung eines Testprogramms und Ausführung mindestens einer Routine für einen ersten Testfall,
    ii.) Translation von Testaktionen und -daten des Testfalls in simulierte Testeingabesignale (Tastensequenzen),
    iii.) Übermitteln der simulierten Testeingabesignale zum Benutzerendgerät,
    iv.) Interpretation der simulierten Testeingabesignale im Benutzerendgerät,
    v.) Durchführung einer entsprechenden Steuerung im Benutzerendgerät und Konvertierung von Anzeigeinhalten und Steuerungssignalen in Testausgabesignale,
    vi.) Übermitteln der Testausgabesignale vom Benutzerendgerät zum Testautomatisierungsgerät,
    vii.) Translation von Testausgabesignale zu Auswertedaten.
EP06076467A 2005-08-12 2006-07-21 Testsystem für ein Benutzerendgerät und Testautomatisierungsverfahren Ceased EP1752876A3 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102005038151A DE102005038151B3 (de) 2005-08-12 2005-08-12 Testsystem für ein Benutzerendgerät und Testautomatisierungsverfahren

Publications (2)

Publication Number Publication Date
EP1752876A2 true EP1752876A2 (de) 2007-02-14
EP1752876A3 EP1752876A3 (de) 2008-07-16

Family

ID=37479305

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06076467A Ceased EP1752876A3 (de) 2005-08-12 2006-07-21 Testsystem für ein Benutzerendgerät und Testautomatisierungsverfahren

Country Status (3)

Country Link
US (1) US7558633B2 (de)
EP (1) EP1752876A3 (de)
DE (1) DE102005038151B3 (de)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7900089B2 (en) * 2006-06-12 2011-03-01 International Business Machines Corporation Method for creating error tolerant and adaptive graphical user interface test automation
TWI378345B (en) * 2009-04-17 2012-12-01 Primax Electronics Ltd Automatic testing system for keyboard
US8543932B2 (en) * 2010-04-23 2013-09-24 Datacert, Inc. Generation and testing of graphical user interface for matter management workflow with collaboration
TWI444852B (zh) * 2011-01-21 2014-07-11 Primax Electronics Ltd 測試鍵盤模組之方法以及鍵盤模組之測試系統
US9619312B2 (en) * 2015-02-12 2017-04-11 International Business Machines Corporation Persistent command parameter table for pre-silicon device testing
US10684942B2 (en) 2015-08-04 2020-06-16 Micro Focus Llc Selective application testing
DE102016116560A1 (de) 2016-09-05 2018-03-08 Technisat Digital Gmbh Anordnung zum Prüfen eines Prüfgegenstandes mittels eines Prüfautomaten sowie einen Prüfautomaten
CN109933522B (zh) * 2019-01-25 2022-04-22 畅捷通信息技术股份有限公司 一种自动化用例的测试方法、测试系统及存储介质
CN110335637B (zh) * 2019-04-18 2021-06-29 深圳市德明利技术股份有限公司 一种对存储设备进行测试的方法和装置以及设备
CN111581110B (zh) * 2020-04-16 2023-08-15 贝壳技术有限公司 一种业务数据准确性检测方法、装置、系统及存储介质
CN113590401B (zh) * 2021-07-30 2022-03-22 深圳通康创智技术有限公司 Cpe设备多功能测试方法、装置、计算机设备及存储介质
CN115827346A (zh) * 2022-11-21 2023-03-21 贵州航天电子科技有限公司 一种数据链应答包络信号测试系统
CN117421164B (zh) * 2023-09-27 2024-10-18 中科驭数（北京）科技有限公司 基于多板卡互联的数据处理单元芯片原型验证方法及装置

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2231204A5 (de) 1973-05-23 1974-12-20 Honeywell Bull Soc Ind
FR2232255A5 (de) 1973-05-28 1974-12-27 Honeywell Bull Soc Ind
US4525786A (en) 1982-07-12 1985-06-25 Pitney Bowes Inc. Electronic postage meter having a one time actuable operating program to enable setting of critical accounting registers to predetermined values
US4421977A (en) * 1982-07-19 1983-12-20 Pitney Bowes Inc. Security system for electronic device
US4639918A (en) * 1985-01-18 1987-01-27 Pitney Bowes Inc. Diagnostic control keyboard for a mailing machine
FR2584516B1 (fr) * 1985-07-02 1988-05-13 Smh Alcatel Procede et systeme de controle pour machines a affranchir
EP0284111A1 (de) 1987-01-28 1988-09-28 Digital Equipment Corporation Verfahren, System und Test-drivercomputer zur Prüfung eines Computers und/oder der verbindenden Software
FR2620259B1 (fr) * 1987-03-31 1989-11-24 Smh Alcatel Dispositif de couplage de memoires non volatiles dans une machine electronique et machine a affranchir en faisant application
US5323323A (en) * 1987-07-09 1994-06-21 Neopost Limited Franking machine system
US5293610A (en) * 1989-08-04 1994-03-08 Motorola, Inc. Memory system having two-level security system for enhanced protection against unauthorized access
US5157782A (en) 1990-01-31 1992-10-20 Hewlett-Packard Company System and method for testing computer hardware and software
GB2251211B (en) 1990-12-31 1994-08-24 Alcatel Business Systems Franking machine
US5600789A (en) * 1992-11-19 1997-02-04 Segue Software, Inc. Automated GUI interface testing
EP0675463B1 (de) 1994-03-31 2004-09-29 Secap Frankiermaschine mit zusätzlichen Anzeigen
US5742754A (en) * 1996-03-05 1998-04-21 Sun Microsystems, Inc. Software testing apparatus and method
US6279124B1 (en) * 1996-06-17 2001-08-21 Qwest Communications International Inc. Method and system for testing hardware and/or software applications
US5911059A (en) * 1996-12-18 1999-06-08 Applied Microsystems, Inc. Method and apparatus for testing software
US6292909B1 (en) * 1997-07-14 2001-09-18 Duncan Hare Apparatus for testing communication equipment
US6163805A (en) * 1997-10-07 2000-12-19 Hewlett-Packard Company Distributed automated testing system
US6775778B1 (en) * 1998-05-29 2004-08-10 Texas Instruments Incorporated Secure computing device having boot read only memory verification of program code
DE19835609C2 (de) * 1998-08-06 2000-06-08 Siemens Ag Programmgesteuerte Einheit
JP3905250B2 (ja) 1999-05-21 2007-04-18 富士通株式会社 情報処理装置の制御装置および制御方法ならびにインタフェース装置
JP4260984B2 (ja) * 1999-06-04 2009-04-30 株式会社東芝 情報処理装置および情報処理方法
US6584432B1 (en) * 1999-06-07 2003-06-24 Agilent Technologies, Inc. Remote diagnosis of data processing units
DE10036623A1 (de) 2000-07-27 2002-02-07 Francotyp Postalia Gmbh Postmaschine und Verfahren zu deren Initialisierung
US6904389B2 (en) * 2001-03-06 2005-06-07 Hewlett-Packard Development Company, L.P. Remote computer testing
DE10116861A1 (de) * 2001-04-04 2002-10-31 Infineon Technologies Ag Programmgesteuerte Einheit
DE10303720B4 (de) * 2003-01-30 2004-12-09 Siemens Ag Testsystem für medizinische Anlagen
US6990423B2 (en) * 2003-06-25 2006-01-24 Teradyne, Inc. Apparatus and method for testing non-deterministic device data
DE102004041827A1 (de) * 2004-08-27 2006-03-02 Robert Bosch Gmbh Funktionseinheit zur Ausführung von logischen Testfällen auf einem an eine zu prüfende Einheit angekoppelten Testsystem und entsprechendes Verfahren
US7577886B2 (en) * 2005-07-08 2009-08-18 Stmicroelectronics, Sa Method for testing an electronic circuit comprising a test mode secured by the use of a signature, and associated electronic circuit

Also Published As

Publication number Publication date
US7558633B2 (en) 2009-07-07
US20070038583A1 (en) 2007-02-15
EP1752876A3 (de) 2008-07-16
DE102005038151B3 (de) 2007-02-08

Similar Documents

Publication Publication Date Title
DE69104198T2 (de) Vorrichtung und verfahren zum durchführen von transaktionen zwischen einem ersten und mindestens einem zweiten datenträger und dazugehörige datenträger.
DE102005038151B3 (de) Testsystem für ein Benutzerendgerät und Testautomatisierungsverfahren
EP1099197B1 (de) Vorrichtung zum liefern von ausgangsdaten als reaktion auf eingangsdaten und verfahren zum überprüfen der authentizität und verfahren zum verschlüsselten übertragen von informationen
EP1254436B1 (de) Verfahren zur nutzeridentitätskontrolle
EP0355372A1 (de) Datenträger-gesteuertes Endgerät in einem Datenaustauschsystem
DE3700663A1 (de) System fuer integrierte schaltungen tragende karten
DE60100050T2 (de) Mobiltelefon mit Chipkartenleser
DE102007005638A1 (de) Verfahren zur Autorisierung des Zugriffs auf mindestens eine Automatisierungskompente einer technischen Anlage
DE102017106777A1 (de) Verfahren zum Betreiben eines Feldgeräts der Automatisierungstechnik und eine Bedieneinheit zum Durchführen des Verfahrens
EP1687932B1 (de) Autorisierung einer Transaktion
WO1998040851A2 (de) Netzwerkunterstütztes chipkarten-transaktionsverfahren
DE102007011309A1 (de) Verfahren zur authentisierten Übermittlung eines personalisierten Datensatzes oder Programms an ein Hardware-Sicherheitsmodul, insbesondere einer Frankiermaschine
EP3391278B1 (de) Id-token mit geschütztem mikrocontroller
DE102006020683A1 (de) Kommunikationsverfahren, Kommunikationsvorrichtung, Zugriffssteuerverfahren und Smartcard
EP2389644B1 (de) Verfahren zur freischaltung einer chipkartenfunktion und lesegerät für eine chipkarte
DE69127024T2 (de) Tragbarer Informationsträger
EP1222563A2 (de) System zur ausführung einer transaktion
WO2011072952A1 (de) Vorrichtung und verfahren zum gewähren von zugriffsrechten auf eine wartungsfunktionalität
DE10064060A1 (de) Multi-Rom-Schreibeinrichtung und Steuerungsverfahren hierzu
EP1784756B1 (de) Verfahren und sicherheitssystem zur sicheren und eindeutigen kodierung eines sicherheitsmoduls
EP0321728B1 (de) Verfahren und Datenträgeranordnung zur Echtheitserkennung von Speicherchips
EP2650788A1 (de) Netzwerkbasierter Chipkartentest
DE102005053624B4 (de) Verfahren zur Verhinderung einer Manipulation an einem geldbetätigten Automaten
DE4201967C2 (de) Verfahren und Anordnung zum Sicherstellen der Integrität von auszudruckenden oder zu stempelnden Daten
EP1376455B1 (de) Verfahren und Vorrichtung zur Steuerung eines Terminals für Chipkarten-Transaktionen

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK YU

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

17P Request for examination filed

Effective date: 20081202

17Q First examination report despatched

Effective date: 20090107

AKX Designation fees paid

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20100520