68 PrüfenAngenommene Spezifikation Des PROFILS 2,0 UML allgemeine Kategorie MoneyTest verlängert TestCase { privates Geld f12CHF; privates Geld f24CHF; geschütztes leeres setUp() { f12CHF = neues Money(12, "CHF"); f24CHF = neues Money(24, "CHF"); } leeres testAdd() der Öffentlichkeit { Geld f36CHF = f12CHF.add(f24CHF); assertTrue(f36CHF.equals(new Money(36, "CHF")); } leeres testMultiply() der Öffentlichkeit { Geld f24CHFa = f12CHF.multiply(new Money(2, "CHF")); assertTrue(f24CHF.equals(f24CHF)); } geschützte leere runTest Throws Throwable() { testAdd(); testMultiply(); } } Die folgende Tabelle gibt ein Diagramm zwischen den prüfenprofilkonzepten und den Konzepten JUnit. Wegen deckenterminologie JUnit wird systematisch verwendet, um eine Bezeichnung vorzusetzen, wann immer passend. Tabelle 1 - Vergleich zwischen prüfenprofil- und JUnitkonzepten PrüfencProfil UML JUnit TestcVerhalten: Prüfen Sie Steuerung Eine Teststeuerung wird verwirklicht, indem man den "RunT- überbelastet est-"Betrieb der Befestigung JUnit TestCase. Es speci- fies die Reihenfolge, in der einige Testfälle haben zu sein lief. Prüfen Sie Fall Ein Testfall wird in JUnit als Betrieb verwirklicht. Dieser Betrieb gehört der Testsuitekategorie, real ized in JUnit als Kategorie, die vom JUnit übernimmt Kategorie TestCase. Die Vereinbarung ist daß der Name von dieser Betrieb sollte mit der "Test" Zeichenkette beginnen und haben Sie keine Argumente, damit der Testläufer JUnit kann führen Sie alle Tests des Testsuite ohne requir- durch ing eine Teststeuerung. Prüfen Sie Anforderung Ein Testfall ist ein Betrieb, der hervorgerufen werden kann von einem anderen Testfallbetrieb oder vom Test Steuerung. Prüfen Sie Zielsetzung Dieses Konzept kann in Junit mit einem Anruf zu verwirklicht werden der "setName" Betrieb des prüfenrahmens.