Abkürzungen
Methodiken
- BDD, (Behaviour Driven Devleopment), es wird das Verhalten in dem Mittelpunkt gesetzt.
- ATDD (1), (Acceptance Test Driven Development), es werden Akzeptanzkriterien beschrieben, die zu erfüllen sind.
- ATDD (2), ([TDD-03-Beck, Seite 199] , Application tests-driven development)
- DDT, (Design Driven Development), Nach dem gleichnamigen Buch (Apress 2010) von Rosenberg und Stevens.
- TDD, (Test Driven Development), Entwicklungsmethodik die ~1998 von Kent Beck eingeführt wurde.
- Specification By Example, Gojko Adzic, Teil von „Agile Acceptance Testing„
- Customer Tests, Basierend auf Kent Beck, Ursprung von „Agile Acceptance Testing“
Testypen
- Unittests – Tests die entstehen, wenn man der TDD Methodik folgt. UnitTests kleine Funktionseinheiten. Mockisten und Klassizisten haben ein unterschiedliches Verständnis davon, wie diese Einheiten aussehen. (Beck spricht auch von: „small-scale-tests“).
- Integrationstests – Gezieltes Testen der Zusammenarbeit verschiedener Programmteile. Klassischerweise eher an die Systemintegration angelehnt, wo verschiedene Abteilungen Softwarebestandteile ausliefern, deren Integration getestet werden soll. Der Begriff verschwimmt immer mehr. Heute wird manchmal ein Test als Integrationstest bezeichnet, wenn ein SUT Abhängigkeit zu anderen Services hat. Mit dieser Definition sind dann aber auch schon die meisten klassizistischen Unittests Integrationstests. Hier wäre es schön wieder zu ursprünglichen Idee zurück zukommen.
- Programmierertest – Irgendwo zwischen Integration und Unittest. Kent-Beck schreibt [ TDD-03-Beck, Seite 193] von „application-level“ u. „programmer-level“ die Entwickler schon immer geschrieben haben.
- Akzeptanztest
- Verhaltenstest
- Specification
Andere Begriffe
- SUT, (System under test) , die zu testende Software, Funktionalität oder Verhalten.
- Assertion, die zu überprüfende Eigenschaft (das Verb ist „assert“).
