ZeroTierOne/netcon/docker-test
2015-11-23 05:59:05 -08:00
..
httpd Removed old READMEs and OS files 2015-11-23 05:21:20 -08:00
nginx Removed old READMEs and OS files 2015-11-23 05:21:20 -08:00
nodejs/nodejs-0.10.36-4.fc23 Updated README, fixed node.js test bug 2015-11-23 05:59:05 -08:00
redis/redis-3.0.4-1.fc23.x86_64 Removed old READMEs and OS files 2015-11-23 05:21:20 -08:00
build.sh Test/Code Refactor in preparation for merge 2015-11-20 01:08:38 -08:00
e5cd7a9e1c5311ab.conf Test/Code Refactor in preparation for merge 2015-11-20 01:08:38 -08:00
monitor_identity.public Test/Code Refactor in preparation for merge 2015-11-20 01:08:38 -08:00
monitor_identity.secret Test/Code Refactor in preparation for merge 2015-11-20 01:08:38 -08:00
netcon_identity.public Test/Code Refactor in preparation for merge 2015-11-20 01:08:38 -08:00
netcon_identity.secret Test/Code Refactor in preparation for merge 2015-11-20 01:08:38 -08:00
README.md Test/Code Refactor in preparation for merge 2015-11-20 01:08:38 -08:00
test.sh Updated README, fixed node.js test bug 2015-11-23 05:59:05 -08:00

To run unit tests:

  1. Place a blank network config file in this directory (e.g. "e5cd7a9e1c5311ab.conf")
  • This will be used to inform test-specific scripts what network to use for testing (create your own, or use the given at your own risk)
  1. run build.sh
  • Builds ZeroTier with Network Containers enabled
  • Builds LWIP library
  • Builds library harness
  • Copies all aformentioned files into unit test directory to be used for building docker files
  1. run test.sh
  • Will (for now, one at a time), execute each unit test's (test.sh)

A) Each unit test's test.sh will:

  • temporarily copy all built files into local directory
  • build test container
  • build monitor container
  • remove temporary files
  • run each container and perform test

B) Results will be written to the 'zerotierone/docker-test/_result' directory

  • Results will be a combination of raw and formatted dumps to files whose names reflect the test performed
  • In the event of failure, 'FAIL.' will be appended to the result file's name
  • (e.g. FAIL.my_application_1.0.2.x86_64)
  • In the event of success, 'OK.' will be appended