1. 03 Jan, 2002 1 commit
  2. 30 Nov, 2001 1 commit
  3. 18 Oct, 2001 1 commit
    • Mac Newbold's avatar
      Add 'update users set admin=1 where uid='flest';' to the dumped db so that... · 0e0653a8
      Mac Newbold authored
      Add 'update users set admin=1 where uid='flest';' to the dumped db so that flest is set as admin for its runs. Gives it magical powers to clear out all the expts. We may want to someday change this to be UID instead of 'flest', so that whoever is running it becomes admin. But for now, I think everyone who runs the test suite already is an admin.
      0e0653a8
  4. 19 Sep, 2001 1 commit
  5. 28 Aug, 2001 1 commit
    • Leigh B. Stoller's avatar
      Cleanup of the Chris' TB scripts. Cosmetic in principle, but reworked · c874636d
      Leigh B. Stoller authored
      to use the DB library access routines, which also changed in response
      to what the tb scripts needed. Added some functions and mor constants.
      Removed the -nologfile option from all the scripts (startexp and
      endexp too), since there is no reason for these scripts to worry about
      log files. Thats handled in the wrappers. Tested with the testsuite
      and live in my own tree.
      c874636d
  6. 26 Aug, 2001 1 commit
  7. 09 Aug, 2001 1 commit
  8. 17 Jul, 2001 1 commit
  9. 16 Jul, 2001 1 commit
  10. 13 Jul, 2001 2 commits
  11. 06 Jul, 2001 2 commits
  12. 03 Jul, 2001 1 commit
  13. 02 Jul, 2001 3 commits
    • Christopher Alfeld's avatar
      Added support for full tests. Something like: · d7be6627
      Christopher Alfeld authored
      ../testbed/testsuite/tbtest -full run tbdb frontend testbed chris \
      	"10 pc 16 shark"
      
      it will then reserve 10 pcs and 16 sharks (or fail) and then run all the
      tests using those nodes.  This doesn't quite work yet.  It's awaiting an
      update of tmcc/tmcd to have nodes look at the other DB.
      
      Also made it a little more forgiving about the test DB being left around.
      d7be6627
    • Christopher Alfeld's avatar
    • Christopher Alfeld's avatar
      Reworked tbtest to support a more interactive approach. To do a full test · 4c9e4ebb
      Christopher Alfeld authored
      run do:
      
      	../testbed/testsuite/tbtest run tbdb frontend
      
      but you could also something like do:
      
      	../testbed/testsuite/tbtest init tbdb
      	../testbed/testsuite/tbtest test frontend
      	# notice that sharkshelf test is broken.
      	# make changes
      	../testbed/testsuite/tbtest/single frontend sharkshelf
      	# note still broken
      	# make more changes
      	../testbed/testsuite/tbtest/single frontend sharkshelf
      	# note fixed.
      	../testbed/testsuite/tbtest/finish
      
      Also added a -leavedb command which can be used in conjunction with single
      to debug individual tests.  It prevents the removal of the test DB upon
      exit.
      4c9e4ebb
  14. 29 Jun, 2001 1 commit
  15. 28 Jun, 2001 1 commit
    • Christopher Alfeld's avatar
      Minor styalistic changes. · 854f5061
      Christopher Alfeld authored
      Experiment clearing no longer generates log files.  They are all collated
      into clear.log instead.
      
      When a test fails a snapshot of the test DB is stored in its directory.
      854f5061
  16. 27 Jun, 2001 1 commit
    • Christopher Alfeld's avatar
      First version of the testing software. · d138f5cc
      Christopher Alfeld authored
      This is a functional check in.  To run the testing software do
      something like:
      	1. mkdir ~/testbed_test
      	2. cd ~/testbed_test
      	3. ~/testbed/testsuite/tbtest tbdb frontend
      alternately:
      	1. mkdir ~/testbed_test
      	2. cd ~/testbed/testsuite
      	3. tbtest -path ~/testbed_test tbdb frontend
      
      A lot of stuff will be placed in testbed_test, including a configured
      tree, an installed tree, a couple versions of the DB, and a whole
      bunch of log files.
      
      Interesting log files:
      
      The main log file of interest is test.log which is a copy of the
      output of tbtest.  The other log files are only useful if things fail.
      Usually the fail message will include which log file to look in.  Log
      files for tests are in tests/<test>/test.log .
      
      What's missing:
      
      1. Lot's of tests.  There's only one currently.
      
      2. DB checking support.
      
      3. A real README.  The current one is mainly a bunch of notes for the
      real README.
      
      4. Full support.  The current setup is only for testing the frontend.
      Although there are some hooks for supporting full testing runs a lot
      still needs to be done.
      d138f5cc