NAME Test::Future::IO - unit testing on Future::IO SYNOPSIS use Test::More; use Test::Future::IO; my $controller = Test::Future::IO->controller; { $controller->expect_syswrite_anyfh( "Hello, world\n" ); $controller->expect_sysread_anyfh( 256 ) ->will_done( "A string\n" ); code_under_test(); $controller->check_and_clear( 'code under test did correct IO' ); } DESCRIPTION This package provides a means to apply unit testing around code which uses Future::IO. It operates in an "expect-and-check" style of mocking, requiring the test script to declare upfront what methods are expected to be called, and what values they return. EXPECTATIONS Each of the actual Future::IO methods has a corresponding expectation method on the controller object, whose name is prefixed with expect_. A single call to one of these methods by the unit test script represents a single call to a Future::IO method that the code under test is expected to make. The arguments to the expectation method should match those given by the code under test. Each expectation method returns an object which has additional methods to control the behaviour of that invocation. $exp = $controller->expect_sleep( $secs ); $exp = $controller->expect_sysread( $fh, $len ); $exp = $controller->expect_syswrite( $fh, $bytes ); For testing simpler code that does not operate on multiple filehandles, two additional methods that ignore the filehandle argument may be more convenient: $exp = $controller->expect_sysread_anyfh( $len ); $exp = $controller->expect_syswrite_anyfh( $bytes ); In each case the returned expectation object allows the test script to specify what such an invocation should return. $exp->will_done( @result ); Expectations can make methods fail instead. $exp->will_fail( $message ); $exp->will_fail( $message, $category, @details ); Expectations can be set to remain pending rather than completing. $exp->remains_pending; As a convenience, a syswrite expectation will default to returning a future that will complete yielding its length (as is usual for successful writes), and a sleep expectation will return a future that completes yielding nothing. Testing event-based code with expect_sysread can be fragile, as it relies on exact ordering, buffer sizes, and so on. A more flexible approach that leads to less brittle tests is to use a buffer around that filehandle that is provided by the test module. The test module then intercepts all sysread method calls on the given filehandle to return data from that buffer: $controller->use_sysread_buffer( $fh ); $controller->write_sysread_buffer( $fh, $data ); As a convenience for filling the sysread buffer at the right time, any expectation returned by this module supports two extra methods for invoking write_sysread_buffer when another expectation completes: $exp->will_write_sysread_buffer( $fh, $data ); $exp->will_write_sysread_buffer_later( $fh, $data ); These are both shortcuts for calling "write_sysread_buffer" from within a will_also or will_also_later code block. METHODS controller $controller = Test::Future::IO->controller; Returns the control object, on which the various expect_* methods and check_and_clear can be invoked. check_and_clear $controller->check_and_clear( $name ); Checks that by now, every expected method has been called, and emits a new test output line via Test::Builder. Regardless, the expectations are also cleared out ready for the start of the next test. use_sysread_buffer $controller->use_sysread_buffer( $fh ); Since version 0.05. This method enables a read buffer for a given filehandle, that provides an alternative means of testing reading on a filehandle than using expect_sysread. Once enabled, Future::IO->sysread calls on the given filehandle handled internally by the test controller. The sysread buffer is initially empty, and can be written to by "write_sysread_buffer". This is provided using a Test::ExpectAndCheck::Future ->whenever expectation, which is returned by this method. This is useful in case you want to call the ->indefinitely method on it, meaning it will survive past calls to "check_and_clear". $controller->use_sysread_buffer( "FH" ) ->indefinitely; write_sysread_buffer $controller->write_sysread_buffer( $fh, $data ); Since version 0.05. Appends more data to the sysread buffer previously established by the "use_sysread_buffer". Typically this is performed either initially as part of test setup, or later as a side-effect of other expectations completing. For example: $controller->use_sysread_buffer( "FH" ); $controller->expect_syswrite( "FH", "Question?\n" ) ->will_write_sysread_buffer_later( "FH", "Answer!\n" ); TODO * Provision of a mock filehandle object to assist unit tests. AUTHOR Paul Evans <leonerd@leonerd.org.uk>