ABAP Unit - Versionsgeschichte

TaxonBot: Bot: Überarbeitung veralteter Syntax / HTML-Validierung

2021-04-10T11:59:53Z

Bot: Überarbeitung veralteter Syntax / HTML-Validierung

← Nächstältere Version		Version vom 10. April 2021, 13:59 Uhr
Zeile 5:		Zeile 5:
	Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.		Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.

	Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/ \|titel=ABAP Test Double Framework – An Introduction {{!}} SAP Blogs \|abruf=2020-01-07}}</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/ \|titel=ABAP News for Release 7.50 – Test Seams and Test Injections {{!}} SAP Blogs \|abruf=2020-01-07}}</ref>		Ab ABAP 7.40 steht mit der Klasse <span style="font-family:monospace;">CL_ABAP_TESTDOUBLE</span> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/ \|titel=ABAP Test Double Framework – An Introduction {{!}} SAP Blogs \|abruf=2020-01-07}}</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/ \|titel=ABAP News for Release 7.50 – Test Seams and Test Injections {{!}} SAP Blogs \|abruf=2020-01-07}}</ref>

	Ab ABAP 7.52 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|abruf=2019-04-01}}</ref>		Ab ABAP 7.52 können mittels der Klasse <span style="font-family:monospace;">CL_OSQL_TEST_ENVIRONMENT</span> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|abruf=2019-04-01}}</ref>

	== Beispiel ==		== Beispiel ==

Phzh: Form, typo

2021-04-05T16:47:02Z

Form, typo

← Nächstältere Version		Version vom 5. April 2021, 18:47 Uhr
Zeile 7:		Zeile 7:
	Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/ \|titel=ABAP Test Double Framework – An Introduction {{!}} SAP Blogs \|abruf=2020-01-07}}</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/ \|titel=ABAP News for Release 7.50 – Test Seams and Test Injections {{!}} SAP Blogs \|abruf=2020-01-07}}</ref>		Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/ \|titel=ABAP Test Double Framework – An Introduction {{!}} SAP Blogs \|abruf=2020-01-07}}</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/ \|titel=ABAP News for Release 7.50 – Test Seams and Test Injections {{!}} SAP Blogs \|abruf=2020-01-07}}</ref>

	Ab ABAP 7.52 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|~~zugriff~~=2019-04-01}}</ref>		Ab ABAP 7.52 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|abruf=2019-04-01}}</ref>

	== Beispiel ==		== Beispiel ==
Zeile 21:		Zeile 21:
	raising cx_dynamic_check cx_static_check,		raising cx_dynamic_check cx_static_check,
	fail_On_Buffer_Overflow for testing		fail_On_Buffer_Overflow for testing
	raising cx_dynamic_check cx_static_check.		raising cx_dynamic_check cx_static_check.

	endclass.		endclass.
Zeile 27:		Zeile 27:

	class tc_text_buffer implementation.		class tc_text_buffer implementation.


	method fail_on_buffer_overflow.		method fail_on_buffer_overflow.
	data(buffer) = new zcl_text_buffer( ).		data(buffer) = new zcl_text_buffer( ).
Zeile 37:		Zeile 37:
	catch zcx_Buffer_Overflow ##no_Handler.		catch zcx_Buffer_Overflow ##no_Handler.
	endtry.		endtry.


	endmethod.		endmethod.




	method set_and_get_text.		method set_and_get_text.
	constants: c_hello_world type string value 'Hello World'.		constants: c_hello_world type string value 'Hello World'.
Zeile 67:		Zeile 67:
	\|Verlag=Galileo-Press		\|Verlag=Galileo-Press
	\|Ort=Bonn		\|Ort=Bonn
	\|~~Jahr~~=2009		\|Datum=2009
	\|ISBN=978-3-8362-1433-9		\|ISBN=978-3-8362-1433-9
	\|Kommentar=SAP PRESS}}		\|Kommentar=SAP PRESS}}
Zeile 75:		Zeile 75:
	\|Verlag=dpunkt.verlag		\|Verlag=dpunkt.verlag
	\|Ort=Heidelberg		\|Ort=Heidelberg
	\|~~Jahr~~=2009		\|Datum=2009
	\|ISBN=978-3-89864-539-3}}		\|ISBN=978-3-89864-539-3}}

Unicard-ic: Ref konvertiert

2020-01-07T22:26:24Z

Ref konvertiert

← Nächstältere Version		Version vom 8. Januar 2020, 00:26 Uhr
Zeile 5:		Zeile 5:
	Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.		Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.

	Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>		Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/ \|titel=ABAP Test Double Framework – An Introduction {{!}} SAP Blogs \|abruf=2020-01-07}}</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>{{Internetquelle \|url=https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/ \|titel=ABAP News for Release 7.50 – Test Seams and Test Injections {{!}} SAP Blogs \|abruf=2020-01-07}}</ref>

	Ab ABAP 7.52 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|zugriff=2019-04-01}}</ref>		Ab ABAP 7.52 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|zugriff=2019-04-01}}</ref>

46.22.28.244: Die Klasse CL_OSQL_TEST_ENVIRONMENT steht erst ab Release 7.52 zur Verfügung und nicht 7.50.

2019-12-11T13:05:01Z

Die Klasse CL_OSQL_TEST_ENVIRONMENT steht erst ab Release 7.52 zur Verfügung und nicht 7.50.

← Nächstältere Version		Version vom 11. Dezember 2019, 15:05 Uhr
Zeile 7:		Zeile 7:
	Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>		Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>

	Ab ABAP 7.50 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|zugriff=2019-04-01}}</ref>		Ab ABAP 7.52 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|zugriff=2019-04-01}}</ref>

	== Beispiel ==		== Beispiel ==

Tulumino: Tippfehler entfernt

2019-05-09T16:25:31Z

Tippfehler entfernt

← Nächstältere Version		Version vom 9. Mai 2019, 18:25 Uhr
Zeile 7:		Zeile 7:
	Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>		Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>

	Ab ABAP 7.50 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ~~erstzen~~ die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, ~~sodaß~~ im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|zugriff=2019-04-01}}</ref>		Ab ABAP 7.50 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen ersetzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodass im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|zugriff=2019-04-01}}</ref>

	== Beispiel ==		== Beispiel ==

193.16.224.5: Hinweis auf Mocking-Framework für Datenbank-Tabellen hinzugefügt und mit Link auf SAP Help-Portal belegt.

2019-04-01T12:29:44Z

Hinweis auf Mocking-Framework für Datenbank-Tabellen hinzugefügt und mit Link auf SAP Help-Portal belegt.

← Nächstältere Version		Version vom 1. April 2019, 14:29 Uhr
Zeile 6:		Zeile 6:

	Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>		Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>

			Ab ABAP 7.50 können mittels der Klasse <tt>CL_OSQL_TEST_ENVIRONMENT</tt> Datenbank-Tabellen gemockt werden. Die gemockten Tabellen erstzen die Originale in Open-SQL-Anweisungen ohne Änderungen am produktiven Coding, sodaß im Testfall nicht auf produktiven Daten gearbeitet wird.<ref>{{Internetquelle \|url=https://help.sap.com/viewer/c238d694b825421f940829321ffa326a/latest/en-US/1432ca1fc7b547d493f691cdd09245ae.html \|titel=SAP Help Portal \|zugriff=2019-04-01}}</ref>

	== Beispiel ==		== Beispiel ==

Aka: Abkürzung korrigiert

2018-02-05T18:54:43Z

Abkürzung korrigiert

← Nächstältere Version		Version vom 5. Februar 2018, 20:54 Uhr
Zeile 1:		Zeile 1:
	'''ABAP Unit''' ist die [[xUnit]]-Umsetzung für die Programmiersprache [[ABAP]]. ABAP Unit ist dabei direkt in die Sprache ABAP und die [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] SE80 sowie Eclipse integriert.		'''ABAP Unit''' ist die [[xUnit]]-Umsetzung für die Programmiersprache [[ABAP]]. ABAP Unit ist dabei direkt in die Sprache ABAP und die [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] SE80 sowie Eclipse integriert.

	Die [[Modultest\|Modultests]] sind als spezielle Testklassen modelliert. Eine solche Testklasse hat i.d.R. eine oder mehrere Testmethoden und optional spezielle Methoden zum Auf- und Abbau des Testumfeldes. Die Testklassen können als lokale Klassen direkt im zu testenden Programm enthalten sein. Dadurch kann es nie zu abweichenden Versionen zwischen Modultest und getester Funktionalität kommen. Durch die Sprachintegration ist dabei eine strikte Trennung zwischen Produktiv- und Test-Code sichergestellt. So können die Testklassen den Produktiv-Code ausführen, aber nicht umgekehrt.		Die [[Modultest\|Modultests]] sind als spezielle Testklassen modelliert. Eine solche Testklasse hat i. d. R. eine oder mehrere Testmethoden und optional spezielle Methoden zum Auf- und Abbau des Testumfeldes. Die Testklassen können als lokale Klassen direkt im zu testenden Programm enthalten sein. Dadurch kann es nie zu abweichenden Versionen zwischen Modultest und getester Funktionalität kommen. Durch die Sprachintegration ist dabei eine strikte Trennung zwischen Produktiv- und Test-Code sichergestellt. So können die Testklassen den Produktiv-Code ausführen, aber nicht umgekehrt.

	Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.		Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.

89.244.176.66: Die angegebene Variable existiert nicht, da es sich um einen Schreibfehler handelt.

2017-12-16T13:38:04Z

Die angegebene Variable existiert nicht, da es sich um einen Schreibfehler handelt.

← Nächstältere Version		Version vom 16. Dezember 2017, 15:38 Uhr
Zeile 47:		Zeile 47:
	cl_abap_unit_assert=>assert_equals(		cl_abap_unit_assert=>assert_equals(
	exporting act = buffer->get_text( )		exporting act = buffer->get_text( )
	exp = ~~cc_hello_world~~ ).		exp = c_hello_world ).

	endmethod.		endmethod.

Kritische Menge: fix + erg

2017-09-13T22:57:13Z

fix + erg

← Nächstältere Version		Version vom 14. September 2017, 00:57 Uhr
Zeile 1:		Zeile 1:
	'''ABAP Unit''' ist die [[xUnit]]-Umsetzung für die Programmiersprache [[ABAP]]. ABAP Unit ist dabei direkt in die Sprache ABAP und die [[Integrierte Entwicklungsumgebung\|~~Entwicklungsumgebung~~]] integriert.		'''ABAP Unit''' ist die [[xUnit]]-Umsetzung für die Programmiersprache [[ABAP]]. ABAP Unit ist dabei direkt in die Sprache ABAP und die [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] SE80 sowie Eclipse integriert.

	Die [[Modultest\|Modultests]] sind als spezielle Testklassen modelliert. Eine solche Testklasse hat i.d.R. eine oder mehrere Testmethoden und optional spezielle Methoden zum Auf- und Abbau des Testumfeldes. Die Testklassen können als lokale Klassen direkt im zu testenden Programm enthalten sein. Dadurch kann es nie zu abweichenden Versionen zwischen Modultest und getester Funktionalität kommen. Durch die Sprachintegration ist dabei eine strikte Trennung zwischen Produktiv- und Test-Code sichergestellt. So können die Testklassen den Produktiv-Code ausführen, aber nicht umgekehrt.		Die [[Modultest\|Modultests]] sind als spezielle Testklassen modelliert. Eine solche Testklasse hat i.d.R. eine oder mehrere Testmethoden und optional spezielle Methoden zum Auf- und Abbau des Testumfeldes. Die Testklassen können als lokale Klassen direkt im zu testenden Programm enthalten sein. Dadurch kann es nie zu abweichenden Versionen zwischen Modultest und getester Funktionalität kommen. Durch die Sprachintegration ist dabei eine strikte Trennung zwischen Produktiv- und Test-Code sichergestellt. So können die Testklassen den Produktiv-Code ausführen, aber nicht umgekehrt.

	Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen.		Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.

	Ab ABAP 7.40 steht mit der Klasse <tt>~~CL_ABAP_TEST_DOUBLE~~</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>		Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TESTDOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>

	== Beispiel ==		== Beispiel ==

Kritische Menge: typo

2017-09-13T22:50:17Z

typo

← Nächstältere Version		Version vom 14. September 2017, 00:50 Uhr
Zeile 5:		Zeile 5:
	Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen.		Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen.

	Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TEST_DOUBLE</tt> ein syntaktisch an [[EasyMock]] ~~angelehntesMocking~~-Framework zur Verfügung. <ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>		Ab ABAP 7.40 steht mit der Klasse <tt>CL_ABAP_TEST_DOUBLE</tt> ein syntaktisch an [[EasyMock]] angelehntes Mocking-Framework zur Verfügung.<ref>https://blogs.sap.com/2015/01/05/abap-test-double-framework-an-introduction/</ref><!-- TODO: Beispiel --> ABAP 7.50 führt mit Test-Seams die Möglichkeit des partiellen Mockings ein, indem einzelne Codebereiche (z. B. die bis dato nicht mockbaren Funktionsbausteinaufrufe) im Unit-Test redefiniert werden können.<ref>https://blogs.sap.com/2015/10/23/abap-news-for-750-test-seams-and-injections/</ref>

	== Beispiel ==		== Beispiel ==

← Nächstältere Version		Version vom 5. Februar 2018, 20:54 Uhr
Zeile 1:		Zeile 1:
	'''ABAP Unit''' ist die [[xUnit]]-Umsetzung für die Programmiersprache [[ABAP]]. ABAP Unit ist dabei direkt in die Sprache ABAP und die [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] SE80 sowie Eclipse integriert.		'''ABAP Unit''' ist die [[xUnit]]-Umsetzung für die Programmiersprache [[ABAP]]. ABAP Unit ist dabei direkt in die Sprache ABAP und die [[Integrierte Entwicklungsumgebung\|Entwicklungsumgebungen]] SE80 sowie Eclipse integriert.

	Die [[Modultest\|Modultests]] sind als spezielle Testklassen modelliert. Eine solche Testklasse hat i.d.R. eine oder mehrere Testmethoden und optional spezielle Methoden zum Auf- und Abbau des Testumfeldes. Die Testklassen können als lokale Klassen direkt im zu testenden Programm enthalten sein. Dadurch kann es nie zu abweichenden Versionen zwischen Modultest und getester Funktionalität kommen. Durch die Sprachintegration ist dabei eine strikte Trennung zwischen Produktiv- und Test-Code sichergestellt. So können die Testklassen den Produktiv-Code ausführen, aber nicht umgekehrt.		Die [[Modultest\|Modultests]] sind als spezielle Testklassen modelliert. Eine solche Testklasse hat i. d. R. eine oder mehrere Testmethoden und optional spezielle Methoden zum Auf- und Abbau des Testumfeldes. Die Testklassen können als lokale Klassen direkt im zu testenden Programm enthalten sein. Dadurch kann es nie zu abweichenden Versionen zwischen Modultest und getester Funktionalität kommen. Durch die Sprachintegration ist dabei eine strikte Trennung zwischen Produktiv- und Test-Code sichergestellt. So können die Testklassen den Produktiv-Code ausführen, aber nicht umgekehrt.

	Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.		Es ist möglich, die Modultests direkt aus den Editoren und dem '''Repository Browser''' der SE80 auszuführen ({{Taste\|Ctrl}}+{{Taste\|Shift}}+{{Taste\|F10}}). In neueren Versionen (>= Netweaver 7.02) gibt es einen speziellen '''ABAP Unit Browser''' und eine Anbindung an die Abdeckungs- oder Coverage-Ermittlung. Mit Hilfe des Werkzeuges '''Code Inspector''' kann man viele Modultests auf einmal ausführen, z. B. alle Modultests, die in Programmen eines Paketes enthalten sind. Es gibt in ABAP Unit keine Möglichkeit, einzelne Modultests programmatisch zu [[Testsuite\|Test-Suites]] zusammenzufassen. Als Workaround können jedoch Selektionsvarianten zum Programm RS_AUCV_RUNNER mit unterschiedlichen zu testenden Paketen, Klassen, Funktionsgruppen und Programmen angelegt werden.