Files
Chris Dent 493c58f76d Handle exceptions when starting fixtures
Some test runners will swallow exceptions and tracebacks that happen
during the start_fixture method of a Fixture. This can lead to a
great deal of confusion when creating new fixtures. This change
ensures that the traceback is made available by forcing an error to
be reported on the first test in the test suite using the fixture.
Additional detail can be found in the comment associated with the
change.

The added test_suite file tests this change by creating a suite with
two tests that use a fixture that will raise an exception in
start_fixture. The test confirms that the right test is errored,
that both are skipped and that the traceback includes expected
information.

Fixes #199
2017-01-17 14:17:16 +00:00
..
2016-12-21 15:33:49 +00:00
2016-05-06 15:47:41 +01:00
2016-12-21 15:33:49 +00:00
2016-09-28 16:30:07 +01:00
2016-05-06 14:30:41 +01:00
2016-06-04 14:35:50 +01:00

Some of the tests in this collection will attempt to connect to
google over the internet to validate some behaviors using real
socket connections. If this is not desirable (for example behind
firewalls or in packaging situations) set GABBI_SKIP_NETWORK to
true in the environment running the tests.