Koha/C4/SIP/t
Joe Atzberger (siptest 5aecb46ad0 SIP - Lots of regexp hacking of input streams and verbose debugging feedback.
The basic problem is that the SIP logic doesn't know where the
input is coming from.  It might be a RAW socket, and it might
be telnet.  If it is telnet, although the specs declare a
character set (from MS, unfortunately), they do not specify a telnet
implementation.  So you might get telnet handshaking or
renegotiations in the middle of an otherwise peaceful session and
these should not be taken as SIP commands.  Patches include a move
towards using $CRLF from Socket to avoid problems w/ foreign platform
mapping \n and \r to \015 or \012.

Signed-off-by: Joshua Ferraro <jmf@liblime.com>
2008-06-20 06:12:42 -05:00
..
000_sc_config_auth.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
00sc_status.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
01patron_status.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
02patron_info.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
03checkout.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
04patron_status.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
05block_patron.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
06patron_enable.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
07hold.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
08checkin.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
09renew.t SIP tests for renew and renew_all. 2008-06-05 22:43:38 -05:00
10renew_all.t SIP tests for renew and renew_all. 2008-06-05 22:43:38 -05:00
11item_info.t SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
Makefile SIP/t - test files adapted, supplemented, expanded. Note: requires matching data to be loaded. 2008-06-05 22:43:24 -05:00
README adding openncip / opensip SIP2 service 2007-11-06 06:32:53 -06:00
SIPtest.pm SIP - Lots of regexp hacking of input streams and verbose debugging feedback. 2008-06-20 06:12:42 -05:00

CONFIGURING THE TEST SUITE

Before you can run the test suite, you need to configure certain
information about the SIP server and the ILS data in the file
SIPtest.pm.

RUNNING THE TESTS

Every file tests a different protocol transaction.
Unfortunately, a lot of test cases are missing, but the basics
are tested, as are most of the simple error conditions (invalid
users, unknown items, checking in item that's not checked out).

To run a single test, just run

   perl -I.. <file>

If the test fails, the output should be pretty clear about what
went wrong (assuming you can read raw SIP packets).

To run all the tests, just type

   make test

Right now, that will run tests for functionality that isn't
supported in the Evergreen environment (the two main cases are
enable patron and hold management).  To run just the Evergreen tests, use

       make test-openils

which will run just the tests

	00sc_status.t
	01patron_status.t
	02patron_info.t
	03checkout.t
	06patron_enable.t
	08checkin.t
	09renew.t
	11item_info.t
	05block_patron.t

NOTE: the Block Patron tests are run last because "Patron Enable"
isn't supported.  Thus, after running the "Block Patron" test,
manual intervention is required to unblock the test patron.

The Renew All tests will fail when running the stub "ILS"
implementation unless there's only one ILS server running.  This
won't be a problem for any real backend implementation that
properly manages the database of users and items.