DenkzeitWiki

Suchen:

Aktuelle Änderungen Printable View Änderungen Bearbeiten

UsefulTools > TransparentEmacs > TrevorBlackwell > TuFo > TuckerWithington > TurboGears > TuringTest > TypeTheory > UML > UnifiedModelingLanguage > URLs > UltraLargeScaleSystems > UniCode > Unicode > UnifiedModelingLanguage > UnitTesting > UnitTestsClear Trail
Main /

Unit Tests

(weitergeleitet von Main.UnitTesting)

GuiAutomation
ExtremeProgramming
WinYourBossForAutomatedTests

ReFactoring
LooseCoupling

CodeCoverage

DefensiveProgramming

MockObjects
DummyObjects?

A major motivation behind UnitTests is precisely to ensure that refactoring transformations do not break code. Good automated testing is a prerequisite of being able to refactor. And refactoring is a prerequisite of being able to adapt the structure of software to changing requirements.[1]


if it can break, test it [2]


Functional tests are written from a user's perspective. These tests confirm that the system does what users are expecting it to.

generating documentation for your APIs from your unit test code



Frameworks

Python



Well, doctest is also very easy and cool; py.test makes all unit testing feel like doctest.


Java




Test Sprech

Test Case

A test case is a series of tests used to determine whether one particular thing works properly. [3]


Test Suite

A TestSuite can be used to run all of the tests in a TestCase. [4]


Text Fixture


books


Scratch

Test-driven design tools are "command line interpreters" for Java, C#, and other "non-interactive" programming languages.

Programmers using Lisp, Smalltalk, APL, and other "interpreted" languages have been doing test-driven design for decades. The pattern here is to type little snippets of code for an idea, get immediate feedback, then gradually incorporate those snippets into a whole program.
...
In either case, the end of a programming episode results in a transcript of code that is then allocated to two destinations... some of the code in the transcript are the objects or functions that go into the program itself. The rest of the code is edited into regression tests.
Looking at a test-driven incremental programming session using junit or nunit you see the very same result... the shell is the command line and xUnit is the "interpreter". You get a small idea, test it, and repeat.
The tests themselves are the "transcript" of the session, and are also the preserved regression tests.


testint private methods - 'violating' OO-design


white-box vs. black-box


tests as specs


Edit - BackLinks - Tags - Page Hist - Print - Changes - Home - Orphans - Help

Zuletzt geändert am 26.04.2010 20:55 Uhr und seit 7. April 2005 4115 aufgerufen.