Tryouts - v0.8 BETA

Tryouts is a high-level testing library (DSL) for your Ruby codes and command-line applications.

A tryout is made up of one of more drills. The return value of the drill block is compared to the expectations defined by one or more dreams. The goal is to achieve your dreams.

Terminology

  • Tryout: a set of drills (think: basketball tryouts)

  • Drill: a single test.

  • Drill Sergeant: The class responsible for executing a drill.

  • Dream: the expected outcome of a drill. There’s always one or more dream per drill.

Installation

Via Rubygems, one of:

$ gem install tryouts
$ gem install delano-tryouts

or via download:

Writing Tests

The examples below are a complete overview of Tryouts syntax.

Testing Ruby Codes (:api)

library :gibbler, "../path/to/gibbler/lib"

tryouts "Common Usage", :api do

  # Define variables available only within
  # in the current tryout definition.
  set :local_variable, 3

  setup do
    # do stuff before all drills
  end

  clean do 
    # do stuff after all drills
  end

  # This drill block should return 3.
  drill "Maths R Us", local_variable do
    12 / 4
  end

  # You can specify a method to execute
  # on the return value of the drill block.
  drill "We want a symbol", :class, Symbol do
    Class.methods.first
  end

  # Dreams can also be specified explicitly which is
  # important b/c it's possible to specify multiple.
  dream :class, Array
  dream ['b', 'c', 'd']
  drill "Should return a list of 3" do
    letters = 'a'..'z'
    letters.to_a[1..local_variable]
  end

  # Drills can pass based on an exception too.
  dream :exception, NameError
  drill "Something failed" do
    raise NameError
  end

  # We can even put simple drills on a single line.
  drill 'Small, fast, and furious', 'Muggsy Bogues', :match, /Mug+sy Bogu?es/

end

Testing Command-Line Applications (:cli)

You can execute drills on command-line applications.

command :rudy, "path/2/rudy"

tryouts "Rudy CLI", :cli do

  # We have specified the name of the command above so 
  # we only need to specify the arguments in the drill.
  # $ rudy myaddress -e
  drill "can display my IP addresses", :myaddress, :e

  # The drill returns an Array of lines from STDOUT so
  # we can use Array#grep to check the command output.
  # If any lines match, this test will pass.
  dream :grep, /No machines running/
  drill "can call with no arguments"

  # Drills can also be defined with a block which gets
  # executed via Rye::Box#batch. Methods in the block
  # are executed as commands. The return value of the
  # block is considered the test output. 
  dream :match, /\d+\.\d+\.\d+\.\d+/
  drill "can execute a block of commands" do
    ret = rudy :q, :myaddress, :e
    ret.first
  end

end

Running Performance Benchmarks (:benchmark)

You can also use Tryouts to run benchmarks. The tryouts method takes a second parameter which specifies which drill sergeant to use. Below we specify :benchmark so each drill is timed and executed multiple times.

tryouts "Benchmark examples", :benchmark do

  # We create an Array and store it in a class
  # variable so it's available to other drills.
  drill "Create test array" do
    @@array = (1..100000).map { rand }
  end

  dream :mean, 3.0        # The mean should be <= 3.0 seconds
  dream :sdev, 0.1        # and the standard deviation <= 0.1
  drill("Array sort!") { @@array.dup.sort! }

  # You can also include a dream inline
  drill("Array sort", :mean, 3.0) { @@array.dup.sort }

  # The 3rd argument is the number of times to 
  # execute the drill block. The mean and sdev
  # are calculate based on all iterations. The
  # default is 5 and the maximum is 30.
  dream :sdev, 0.1, 15    
  drill("Array sort") { @@array.dup.sort }

end

The drill blocks in a benchmark Tryout return Tryouts::Stats objects. See: Tryouts::Drill::Sergeant::Benchmark

Running Tests

Tryouts comes with an executable called sergeant. This is the drill sergeant that tells you what percentage of your dreams come true.

$ sergeant

Gibbler Gazette                                                                

 Basic syntax with SHA1 
  "Object"                                                              PASS
  "Class"                                                               PASS
  ...
  "Knows when an Hash has changed"                                      PASS

All 9 dreams came true

The sergeant looks in the current working directory for a tryouts directory and will automatically load all files ending in _tryouts.rb.

$ ls -l tryouts/
01_mixins_tryouts.rb
10_syntax_tryouts.rb
20_cli_tryouts.rb
30_benchmark_tryouts.rb
50_class_context_tryouts.rb

You can also specify specific files to load:

$ sergeant any/file.rb

Verbose mode gives you some extra information, including the return values from the drills. The more v’s, the more information:

$ sergeant -v

In quiet mode, the sergeant returns only a PASS or FAIL message (in the case of a FAIL, it will also return a non-zero exit code):

$ sergeant -q
PASS

Screenshots

:api Tryouts

from gibbler[http://github.com/delano/gibbler/blob/master/tryouts/10_basic_tryouts.rb]

:cli Tryouts (verbose)

from tryouts[http://github.com/delano/tryouts/blob/master/tryouts/20_cli_tryouts.rb]

:benchmark Tryouts (verbose)

from gibbler[http://github.com/delano/gibbler/blob/master/tryouts/80_performance_tryouts.rb]

News

2009-07-20: New DSL keyword “set”

The “set” keyword has been introduced in 0.8.4 for defining variables available only to the Tryout definition they were declared in. See Example 1.

2009-07-01: Drills for command-line applications

Support for testing command-line applications has been re-introduced in 0.8. See example code further down in this README.

BETA Notice

Tryouts is very new (est. 2009-05-19) and has not been vetted by the scrutiny of time. In particular you can expect:

  • The test definition syntax may change in future releases.

  • Unexpected errors.

  • Bugs! I love fixing bugs so if you find one let me know.

On Threads

Tryouts does some funky stuff to make it simple to write tests. This “funky stuff” means that this library is not thread-safe at definition-time. However, once all tryouts files are parsed (or in OO-syntax, once all objects are created), this class should be thread-safe at drill-time.

More Info

Thanks

  • Everyone at Utrecht.rb and Amsterdam.rb for putting up with my Ruby questions :]

  • Sam Aaron (sam.aaron.name) for the early feedback.

  • Kalin Harvey for the encouragement.

Credits

  • Delano (@solutious.com)

Related Projects

License

See: LICENSE.txt