Difference between revisions of "Unit testing"

From Wiki @ Karl Jones dot com
Jump to: navigation, search
(See also)
(See also)
Line 23: Line 23:
 
* [[Component-based usability testing]]
 
* [[Component-based usability testing]]
 
* [[Computer programming]]
 
* [[Computer programming]]
* [[Design predicates]]
+
* [[Design predicates]] - a method for quantifying the [[complexity]] of the integration of two units of [[software]].
 
* [[Design by contract]]
 
* [[Design by contract]]
 
* [[Extreme programming]]
 
* [[Extreme programming]]

Revision as of 09:03, 19 August 2016

In computer programming, unit testing is a software testing method by which individual units of source code, sets of one or more computer program modules together with associated control data, usage procedures, and operating procedures, are tested to determine whether they are fit for use.

Description

Intuitively, one can view a unit as the smallest testable part of an application.

In procedural programming, a unit could be an entire module, but it is more commonly an individual function or procedure.

In object-oriented programming, a unit is often an entire interface, such as a class, but could be an individual method.

Unit tests are short code fragments created by programmers or occasionally by white box testers during the development process. It forms the basis for component testing.

Ideally, each test case is independent from the others.

Substitutes such as method stubs, mock objects, fakes, and test harnesses can be used to assist testing a module in isolation.

Unit tests are typically written and run by software developers to ensure that code meets its design and behaves as intended.

See also

External links