NUnitLite 0.5
Initial release of NUnitLite on Launchpad. Incorporates new features from NUnit 2.5. For earlier alpha releases see the Codeplex site.
Milestone information
- Project:
- NUnitLite
- Series:
- trunk
- Version:
- 0.5
- Released:
- Registrant:
- Charlie Poole
- Release registered:
- Active:
- No. Drivers cannot target bugs and blueprints to this milestone.
Activities
- Assigned to you:
- No blueprints or bugs assigned to you.
- Assignees:
- No users assigned to blueprints and bugs.
- Blueprints:
- No blueprints are targeted to this milestone.
- Bugs:
- No bugs are targeted to this milestone.
Download files for this release
Release notes
NUnitLite Version 0.5 - June 14, 2009
NUnitLite is a small-footprint implementation of much of the current NUnit framework. It is distributed in source form and is intended for use in situations where NUnit is too large or complex. In particular, it targets mobile and embedded environments as well as testing of applications that require "embedding" the framework in another piece of software, as when testing plugin architectures.
This file provides basic information about NUnitLite. For more info see the NUnitLite web site at http://
COPYRIGHT AND LICENSE
NUnitLite is Copyright © 2009, Charlie Poole
and is licensed under the Open Software License version 3.0
A copy of the license is distributed with the program in the file LICENSE.txt and is also available at http://
NUNitLite is based on ideas in NUnit, but not on the NUnit implementation. In addition, some code developed in NUnitLite was subsequently contributed to the NUnit project, where it is available under the NUnit license. Subsequently, some (but not all) of the newer NUnit features were ported back to NUnitLite.
ATTRIBUTES
Classes marked with the TestFixtureAttr
The SetUp and TearDown attributes are recognized as in NUnit. In methods inheriting from TestCase, the SetUp and TearDown methods may be overridden and will be called before and after each test.
A simplified form of the ExpectedExcepti
By use of the static Suite property, arbitrary suites of tests may be manually created. A suite may consist of individual test cases, entire test fixtures or other suites.
The PropertyAttribute may be used to assign name/value pairs to any test. The DescriptionAttr
ASSERTS
The programmer expresses expected test conditions using the Assert class. The existing functionality of most current NUnit Assert methods is supported, but the syntax has been changed to use the more extensible constraint-based format. The following methods are supported:
Assert.Null
Assert.True
Assert.False
Assert.Fail
Assert.That
CONSTRAINTS
NUnitLite supports most of the same built-in constraints as NUnit. Users may also derive custom constraints from the abstract Constraint class. The following built-in constraints are provided:
OrConstraint
Although constraints may be created using their constructors, the more usual approach is to make use of one or more of the NUnitLite SyntaxHelpers. The following helpers are provided:
Is: Not, All, Null, True, False, NaN, Empty, Unique, EqualTo, SameAs,
GreaterThan, GreaterThanOrEq
AtLeast, AtMost, TypeOf, InstanceOf, InstanceOfType, AssignableFrom,
AssignableTo, StringContaining, StringStarting, StringEnding,
StringMat
Ordered, SamePath, SamePathOrUnder, InRange
Contains: Substring, Item
Has: No, All, Some, None,Property, Length, Count, Message, Member, Attribute
Tests are loaded as a list of fixtures, without any additional hierarchy. Each fixture contains it's tests. Tests are executed in the order found, without any guarantees of ordering. A separate instance of the fixture object is created for each test case executed by NUnitLite. The embedded console runner produces a summary of tests run and lists any errors or failures.
USAGE
NUnitLite is not "installed" in your system. Instead, you should make the NUnitLite files - those in the src/NUnitLite directory and subdirectories - part of your own project. If you wish to compile NUnitLite as a separate assembly, you may do so. Alternatively, make it part of your test project.
In either case, your tests should be created in an exe project, which is run in order to execute them. If the NUnitLite files are included in the project, the Main program will locate your tests automatically and execute them. If you place NUnitLite in a separate assembly, you will need to create a small stub that starts NUnitLite. For an example of how to do this, take a look at NUnitLite's own tests.
NUnitLite uses the NUnit.Framework namespace, which allows relatively easy portability between NUnit and NUnitLite. Test assemblies built using NUnitLite may be opened using NUnit version 2.4 or later, provided that all tests are identified using attributes rather than inheritance.
Changelog
0 blueprints and 0 bugs targeted
There are no feature specifications or bug tasks targeted to this milestone. The project's maintainer, driver, or bug supervisor can target specifications and bug tasks to this milestone to track the things that are expected to be completed for the release.