Diskussion:Modultest

message: Masse != Klasse.
Die beiden Absätze über Einsatz im Automotive Bereich und über Fluxtests sind Zusatzinformationen und gehören in einen eigenen Bereich, z.B. "Anwendungsbeispiele".
Jemand, der nur schnell erfahren will, was ein Modultest IST, verschwendet am Lesen solcher Passagen nur seine Zeit.
Ich änder das mal :-)
Anmerkung: Absolut richtig!!!!!!!!! (nicht signierter Beitrag von 62.154.197.162 (Diskussion) 16:37, 4. Nov. 2010 (CET)
replies: text: Dann sammeln wir mal Stoff. Je nach Testverfahren (White-Box-Test oder Black-Box-Test) kann ich auch explizit aus dem Code kritische Programmgrenzen ermitteln und diese explizit Testen. Für das Finden von Laufzeitfehlern innerhalb von Modulen gibt es mittlerweile auch effiziente Werkzeuge wie Polyspace, die hier automatisch Testen und die Robustheit der Software erhöhen. Wenn Anforderungen bis auf Units heruntergebrochen werden, sollten auch hier die Grenzen für die Unit-Tests herausfallen. Denn dann sollte das Verhalten der Unit im Grenzbereich genau definiert sein. --W.amadeus 18:28, 1. Feb 2006 (CET)
thread_title:  Kürzen und strukturieren 

message: : (Kann man die Definitionen in den Artikel einarbeiten?)
: Unit: Einzelne Funktion in einem Modul (z.B. C- Funktion). Im Sinne des Testes ist die Unit die kleinste Einheit, die getestet werden kann. Teile der Unit kann man  nicht mehr vernünftig testen.
: Modul: Abgegrenzter Programmteil mit relativ kleiner Schnittstelle (kann z.B. in einer C- Datei festgehalten sein), enthält mehrere Units.
: Unit- Test: Test der einzelnen C- Funktion
: Modul- Test : Test eines Moduls. Dabei können sowohl einige oder alle Units als auch die Schnittstellen zwischen den Units getestet werden.
:: Du schreibst "Teile der Unit kann man nicht mehr vernünftig testen". Und ob! Ein Programm besteht aus Projektdatei (*.dpr), [blubb...blubb], und Units (*.pas), die die Groß- bzw. Hauptteile deines Programmes beinhalten. Außerdem ist eine Unit keine Funktion ;). Oder meinst du andere Units wie z. B. die "Vorinstallierten" :?... MfG -- Wiki 1703 21:17, 30. Jul. 2008 (CEST)
replies: text:  Hallo Wiki 1703! Du scheinst dich hier nur auf die Sprache Object Pascal mit Delphi zu beziehen. Die Wörter Modultest und Unit-Test sind aber viel allgemeiner zu verstehen und beziehen sich auf sämtliche Softwareentwicklung mit beliebigen Prgrammiersprachen. Die Module in Object Pascal heißen zwar auch Units, die kleinste Einheit zu testenden Codes im Sinne des automatisierten Testens heißt ebenfalls Unit. Bitte nicht verwechseln!--HB Jepsen (Diskussion) 11:45, 19. Mär. 2012 (CET)
thread_title:  Definitionen 

message: Nach dem Lesen des Artikels ist man genauso schlau wie vorher. Da wird vieles ohne Zusammenhang angerissen. Übrigens, was ist ein Fluxtest? --Avron 13:59, 16. Jan. 2008 (CET)
thread_title:  überarbeiten 

message: Ich habe keinen Plan was dort passiert, ohne Erklärungen wertlos. Zudem wird noch ein Framework verwendet das nicht erklärt wird. Weg mit dem Beispiel oder nehmt was breiter bekannt ist wie JUnit,... (nicht signierter Beitrag von 84.164.138.103 (Diskussion) 09:06, 3. Mär. 2012 (CET)
replies: text: Habs durch ein Java Beispiel ersetzt. Ist denke ich auch für Leute ohne Java Kenntnisse weit besser lesbar als das Rubybeispiel davor.--Sebastian.Dietrich  ✉ 12:25, 3. Mär. 2012 (CET)
thread_title:  Rubybeispiel sinnlos 

message: Zur Info: Eine Diskussion fand in diesem  BNR statt.--VÖRBY (Diskussion) 10:08, 6. Aug. 2013 (CEST)
thread_title:  'Isolierung' von Testobjekten 

message: Hi, @MovGPO. Ich denke, Du bist hier  übers Ziel hinausgeschossen. Der Artikel soll lt. Titel nur 'Modultests' behandeln und erklären. Die Synonymbezeichnung 'Komponententest' hast Du entfernt, dafür aber viele Testarten aufgeführt, die oft keine Tests 'elementarer Units' sind, sondern auf andere Testobjekte ausgerichtet, z.B. testet der End-to-End-Test nach Deinem Text "das Gesamtsystem". Ein derartiger Überblick über Testarten findet sich in Softwaretest, ggf. mit Link auf Einzellemmata. Ggf. kann man das DORT erweitern oder ergänzen - inkl. Deiner Quelle. Zusätzliche Beschreibungen an anderen Orten sind Redundanz oder ggf. auch Inkonsistenz. --VÖRBY (Diskussion) 16:53, 13. Mär. 2017 (CET)
thread_title:  Heutige Erweiterungen 

message: Auch die neuesten Erweiterungen gehören nicht in ein Lexikon. Sie sind viel zu detailliert und haben den Charakter von Handlungsempfehlungen - die nicht in Wikipedia-Artikel gehören. Ich wollte dies (vor einem Revert) aber hier zunächst nochmal kommunizieren, damit auch andere User ihre Meinung dazu äußern können. --VÖRBY (Diskussion) 09:02, 3. Mai 2017 (CEST)
replies: text: Bin ganz deiner Meinung - das ist viel detailiert für WP --Sebastian.Dietrich  ✉ 22:24, 5. Mai 2017 (CEST)
thread_title:  Nicht lexikalisch 

message: Was habe ich davon, zu wissen, dass mein Code stichprobenartig für bestimmte Einzelfälle funktioniert? Wäre es nicht sinnvoller, die Logik des Codes zu analysieren? -- Mfnalex (Diskussion) 22:37, 17. Okt. 2018 (CEST)
replies: text: 'Stichprobenartig' ist im Artikel auf die dem Modultest nachgelagerten Teststufen (~Integrationstest) bezogen und genügt auch, weil/wenn die 'Units' ausführlich getestet wurden. Die 'Logik des Codes', die man eigentlich schon im 'Statischen Test' (siehe Softwaretest#Analytische Maßnahmen analysiert, wird durch Testfälle in 'dynamischen Tests' (wie dem Modultest) bestätigt. --VÖRBY (Diskussion) 10:21, 18. Okt. 2018 (CEST)
thread_title:  Sinn? 

message: Der erste Spiegelpunkt kann m.E. entfallen, denn es ist selbstverständlich, dass bei Implementierung neuer Funktionalität auch neue Testfälle erforderlich sind. 
Was mit dem dritten Punkt (IDE's) gemeint ist, ist unklar, möglicherweise soll gesagt werden, dass bei beabsichtigtem Entfernen von Funktionen (inkl. Testdaten) nicht klar ist, ob diese "anderweitig verwendet" werden. Das sollte aber bereits bei Erstellung der Änderungsvorgabe festgestellt sein und ist kein 'Nachteil von Modultests'VÖRBY (Diskussion) 17:20, 17. Jan. 2020 (CET)
thread_title:  Nachteile - unklar