archive/Notes

   1
   2 Some things that it would be nice to check (varying priorities!)
   3
   4 - Response to a second Z39.50 Init
   5
   6 - Whether referenceId is properly implemented
   7
   8 - Whether attribute-set is inspected and honoured
   9
  10 - How SRU servers respond to bad HTTP headers
  11
  12 - Malformed queries such as "@and foo"
  13
  14 Add plugin architecture for additional tests.  Allow each test to
  15 specify whether it is CRUCIAL, DESIRABLE or whatever, and the
  16 frequency with which it is run.
  17
  18 Note results of each individual test (where?) and raise an alert when
  19 a test gives a different result from the previous time.
  20
  21 Capture more information about what goes wrong at low levels.  Does
  22 YAZ itself allow an APDU log to be generated or is it still only
  23 yaz-client and/or GFS that does this?
  24
  25 Make a queue of servers to be queried, and keep the pod "sufficiently
  26 full", throwing a new one in as an older one is exhausted.
  27
  28 Two weeks to have framework running.
  29
  30 Test dependent on other test; use results from previous test as input
  31 for this one.  One test that is the aggregate of others.
  32
  33 Have a pre-cooked set of sample words to use in queries in the hope of
  34 finding one or more records; remember which words work well for each
  35 server.
  36
  37 Make this into Alvis work by adding a subject-sniffer for the peer
  38 network.  Use the extended ZeeRex records to produce Alvis D3.1
  39 peer-description records using XSLT that Marc will write.
  40