• The following are additions to FitLibrary that are somewhat experimental in nature.
• Or they may simply be incomplete
• There is no guarantee that these features will remain unaltered, or that they will even remain in FitLibrary.

SuiteFixtures in FitNesse

• Fit pages/files (storytests) no longer need to mention fixture class names. This means that the same storytests can easily be used with different fixtures for testing at different levels, such as directly into the domain layer and through a GUI or web interface.
• Storytests can be filtered for a particular test run. For example, when only the completed storytests should be run on the build machine.
• The fixtures for the storytests in a suite can easily share resources, such as database connections.
• Each suite can provide different configuration information, such as selecting a DB or Spring configurations
• See SuiteFixtures and .FitNesse.FitLibrarySpecifications.SuiteFixtureSpecifications? for further details

DomainObjectCheckFixture and DomainObjectSetUpFixture

• These check and set up domain objects, respectively.
• See .FitNesse.FitLibrarySpecifications.DomainObjectCheckFixture? and .FitNesse.FitLibrarySpecifications.DomainObjectSetUpFixture?
• This approach may change

Entity References

• Provide a way to refer to Entities in storytests
• As an alternative to having to pass around generated database keys
• See .FitNesse.FitLibrarySpecifications.SpecifyReferences?
• This approach is likely to change

Nested tables

• Nested table are available for setup and checking of domain objects and lists
• Sets to be provided later
• See .FitNesse.FitLibrarySpecifications.EmbeddedTables?
• Some of this is likely to change

State-based extension of DoFixture (State pattern)

• Allows exactly the same table to be used in workflow storytests for setup or checking (ie, initial state or final state)
• When a setup fixture is installed in a DoFixture, all actions are delegated to it until the setup state is completed.
• See .FitNesse.FitLibrarySpecifications.StatefulDoFixture?
• This approach is likely to change

Fixture SUT chains

• All the FitLibrary fixtures may have a SUT (System Under Test) associated with them
• If then fixture doesn't declare a required method, the method in the SUT is called instead
• Chains of SUTs are permitted
• This approach may change

Optional logging of FitLibrary executing, to aid in debugging

• This remains to be completed

• Copyright (c) 2004, 2005, 2006 Rick Mugridge, http://www.rimuresearch.com
• Released under the terms of the GNU General Public License version 2 or later.