tdd-util
Version 0.3.0.0 revision 0 uploaded by ByronJohnson.
Package meta
- Synopsis
- Test framework wrapper
- Description
tdd-util is a small test framework for TDD (cf. https://en.wikipedia.org/wiki/Test-driven_development) that integrates three testing libraries, whose modules are all exported under Test.Util.Framework, while providing utilities based on each of these, exported under Test.Util, by wrapping the library
test-framework
.Getting Started
To get started, an example that uses this library is this library's test suite itself and can be found at https://github.com/bairyn/tdd-util/tree/master/testsrc. Each module under
src
corresponds with a module undertestsrc/Test
that contains the tests for that module. (For example, this library currently exports two modules insrc/Test/Util.hs
andsrc/Test/Util/Framework.hs
; their tests are located, respectively, intestsrc/Test/Test/Util.hs
andtestsrc/Test/Test/Util/Framework.hs
; and a module insrc/Data/Trie.hs
would correspond with a test module intestsrc/Test/Trie.hs
). This structure can be conveniently cargo culted from this library, but these conventions are not enforced.Test Modules
Conventially, each module in
src/X.hs
corresponds with a module that contains tests for that module located attestsrc/Test/X.hs
. None of these Test modules depend on each other by importing them. For a concrete example of such a test module, see https://github.com/bairyn/tdd-util/blob/master/testsrc/Test/Test/Util.hs.Each test module exports a list of
test-framework
's TTests (an alias to disambiguate betweenTest
types from different libraries) namedtests
.This list of tests can either be run individually by importing the test module, and then running
defaultMain tests
; or be grouped together in the test-suite'sTests
module (see below).In the tests themselves, very briefly,
testGroup "Brief description of test" […]
can be used to construct a single test-framework test (TTest) from a group of other tests,testProperty name prop_foo
can be used to construct a TTest from a QuickCheck property, andtestCase name $ do …
can be used to construct a test from HUnit. See test-framework's documentation for more information about constructing QuickCheck and HUnit properties.Here is a segment of code from https://github.com/bairyn/tdd-util/blob/master/testsrc/Test/Test/Util.hs:
module Test.Test.Util ( tests ) where import Control.Applicative … import Text.Printf import Test.Util import Test.Util.Framework … tests :: [TTest] tests = [ testGroup "Throwing and catching exceptions - isExceptionThrown" $ [ testCase "throwing an exception" $ do thrown <- isExceptionThrown $ do throwIO $ AssertionFailed "assertion failed" when (either (e -> flip const (e :: AssertionFailed) $ False) (const True) $ thrown) $ do assertString "exception NOT thrown" , testCase "not throwing an exception" $ do thrown <- isExceptionThrown $ do return () when (either (e -> flip const (e :: AssertionFailed) $ True) (const False) $ thrown) $ do assertString "exception thrown" ] , testGroup "Throwing and catching exceptions - assert*Thrown" $ … ] …
Tests.hs
Each test module is conventionally grouped into a single test module, at
testsrc/Tests.hs
(e.g. see https://github.com/bairyn/tdd-util/blob/master/testsrc/Tests.hs), that exports a list of TTests namedtests
. Interactively, this test module can be loaded in ghci, and the tests can be run as before, withdefaultMain tests
.These tests can also be specified in the project's cabal file, by invoking
defaultMain
ontests
in an externalMain.hs
file undertestsrc
(e.g. see https://github.com/bairyn/tdd-util/blob/master/testsrc/Main.hs). Running thisMain.hs
will result in the test suite being run, so atest-suite
section can be added to the cabal file as it is in https://github.com/bairyn/tdd-util/blob/master/tdd-util.cabal.When a test suite is specified, cabal will recognized it and, when configured to do so, will run it when installing your package, resulting in output that may look like this when it succeeds.
Running 1 test suites... Test suite tdd-util-tests: RUNNING... Test suite tdd-util-tests: PASS Test suite logged to: dist/test/tdd-util-0.1.0.1-tdd-util-tests.log 1 of 1 test suites (1 of 1 test cases) passed.
This package's
Tests.hs
:module Tests ( tests ) where import Test.Util.Framework import qualified Test.Test.Util import qualified Test.Test.Util.Framework tests :: [TTest] tests = [ testGroup "Test.Test.Util.tests" $ Test.Test.Util.tests , testGroup "Test.Test.Util.Framework.tests" $ Test.Test.Util.Framework.tests ]
Main.hs Example
Main.hs
conventially defines a simple program that invokesdefaultMain tests
from the test group that encapsulates the entire test suite inTests.hs
. Here is this package'sMain.hs
file:module Main where import Test.Util.Framework import Tests main :: IO () main = do defaultMain tests
Cabal Configuration
Your package's cabal configuration can be updated to point to
testsrc/Main.hs/
; here is a segment in this package's Cabal file that contains part of the specification for the package's test suite:test-suite tdd-util-tests type: exitcode-stdio-1.0 default-language: Haskell2010 hs-source-dirs: testsrc, src ghc-options: -Wall -threaded main-is: Main.hs default-extensions: GADTs ,TemplateHaskell ,DeriveDataTypeable build-depends: … other-modules: Tests ,Test.Test.Util ,Test.Test.Util.Framework
Note that
tdd-util
is the only TDD library one needs to depend on, if one only usesQuickCheck
,HUnit
, andtest-framework
via Test.Util.Framework; this omission is strictly optional, of course.Test Running Example
Here is the output of importing
Test.Test.Util
inside thetestsrc
directory and then runningtests
on my system (note this is not the result of running the entire test suite; to do that, either run Main.hs or run, with defaultMain, thetests
exported fromTests.hs
rather thanTest.Test.Util
), without the coloured formatting:% ghci Test.Test.Util GHCi, version 7.6.1: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. [1 of 1] Compiling Test.Test.Util ( Test/Test/Util.hs, interpreted ) Ok, modules loaded: Test.Test.Util. *Test.Test.Util> defaultMain tests Loading package pretty-1.1.1.0 ... linking ... done. … Loading package tdd-util-0.1.0.1 ... linking ... done. Throwing and catching exceptions - isExceptionThrown: throwing an exception: [OK] not throwing an exception: [OK] Throwing and catching exceptions - assert*Thrown: throwing an exception: [OK] not throwing an exception: [OK] isExceptionThrown -> assert*Thrown: Applying appropriate assert*Thrown given result of isExceptionThrown: [OK, passed 100 tests] Timed tests: timeMicroseconds: timeMicroseconds is accurate for random sleep times within 10ms: [OK, passed 100 tests] timeMicroseconds is accurate for random delay times by timeout within 10ms: [OK, passed 100 tests] timeoutMicroseconds behaves like timeout and throws exceptions appropriately: timeoutMicroseconds overflow: [OK] timeoutMicroseconds non-overflow: [OK] waiting for a random amount of time from 0ms - 600ms; measured time difference is less than 10ms: [OK, passed 100 tests] assertMicroseconds: timeoutMicroseconds -> assertMicroseconds (assert*Thrown): [OK, passed 100 tests] timeoutProcessMicroseconds behaves like timeoutMicroseconds and throws exceptions appropriately: timeoutProcessMicroseconds overflow: [OK] timeoutProcessMicroseconds non-overflow: [OK] random sleep times and timeouts; return value is appropriate (NB: requires -threaded to work properly): [OK, passed 100 tests] assertProcessMicroseconds: timeoutProcessMicroseconds -> assertProcessMicroseconds (assert*Thrown): [OK, passed 100 tests] Properties Test Cases Total Passed 7 8 15 Failed 0 0 0 Total 7 8 15
- Author
- Byron James Johnson
- Bug reports
- n/a
- Category
- Testing
- Copyright
- Copyright (c) 2012 Byron James Johnson
- Homepage
- n/a
- Maintainer
- Byron James Johnson <ByronJohnsonFP@gmail.com>
- Package URL
- n/a
- Stability
- n/a