Benutzer-Werkzeuge

Webseiten-Werkzeuge


softwaredevelopment:tests:start

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Nächste Überarbeitung
Vorhergehende Überarbeitung
softwaredevelopment:tests:start [2025/03/16 09:53] – angelegt Martin Pabstsoftwaredevelopment:tests:start [2025/03/16 15:42] (aktuell) – [Arten von Fehlern] Martin Pabst
Zeile 18: Zeile 18:
 <WRAP center round tip 80%> <WRAP center round tip 80%>
 **Manuelles Testen vs. automatisiertes Testen** **Manuelles Testen vs. automatisiertes Testen**
-  * Beim manuellen Testen fallen den Tester/-innen oft Fehler des Programms auf, an die die Ersteller/-innen der Testfallbeschreibungen gar nicht gedacht hatten. Zudem bewerten sie oft auch die Benutzerfreundlichkeit des Programms und tragen mit Verbesserungsvorschlägen zur Verbesserung der usability bei.+  * Beim manuellen Testen fallen den Tester/-innen oft Fehler des Programms auf, an die die Ersteller/-innen der Testfallbeschreibungen gar nicht gedacht hatten. Zudem bewerten die Tester/-innen oft auch die Benutzerfreundlichkeit des Programms und tragen mit Verbesserungsvorschlägen zur Verbesserung der usability bei.
   * Manuelles Testen ist bei der ersten Durchführung eines Tests meist günstiger als automatisiertes Testen, da der Testfall nicht in ein Testprogramm überführt werden muss. Mit zunehmender Zahl von Testdurchläufen werden automatisierte Tests aber immer wirtschaftlicher, da die Durchführung dieser Tests praktisch nichts kostet.   * Manuelles Testen ist bei der ersten Durchführung eines Tests meist günstiger als automatisiertes Testen, da der Testfall nicht in ein Testprogramm überführt werden muss. Mit zunehmender Zahl von Testdurchläufen werden automatisierte Tests aber immer wirtschaftlicher, da die Durchführung dieser Tests praktisch nichts kostet.
   * Automatisierte Tests können schon während des Programmierens immer wieder aufgerufen werden und helfen so, Fehler sehr frühzeitig zu erkennen und zu beheben.    * Automatisierte Tests können schon während des Programmierens immer wieder aufgerufen werden und helfen so, Fehler sehr frühzeitig zu erkennen und zu beheben. 
 </WRAP> </WRAP>
 +
 +===== Arten von Fehlern =====
 +<WRAP center round info 80%>
 +  * **compile time errors** (//Kompilierzeitfehler//) sind Fehler, die der Compiler schon während der Übersetzung eines Programms erkennt und meldet. 
 +  * **runtime errors** (//Laufzeitfehler//) sind Fehler, die erst zur Laufzeit auftreten und durch das Programm gemeldet werden.
 +  * **logical errors** (//Logische Fehler//) sind Fehler, die nicht vom Compiler oder vom laufenden Programm gemeldet werden, aber zu einem Verhalten des Programms führen, das den Vorgaben des Pflichtenhefts widerspricht.
 +</WRAP>
 +
 +<WRAP center round tip 80%>
 +Gute [[https://en.wikipedia.org/wiki/Integrated_development_environment|IDEs]] starten den Compiler schon während der Eingabe eines Programms fortwährend im Hintergrund und zeigen die gefundenen Fehler an, indem sie die entsprechenden Stellen beispielsweise farbig unterringeln. Die während der Compilierung erstellten Datenstrukturen des compilers ([[https://en.wikipedia.org/wiki/Abstract_syntax_tree|abstract syntax tree]], [[https://en.wikipedia.org/wiki/Symbol_table|symbol tables]], types, ...) werden von der IDE genutzt, um den Programmierer/-innen code assistance features zur Verfügung zu stellen, z.B. 
 +  * code completion (//Code-Vervollständigung//)
 +  * code navigation (Strg + click auf Symbol um zur Deklaration zu gelangen)
 +  * parameter hints (Anzeige der benötigten Parameter einer Methode)
 +  * find references
 +  * refactor -> rename
 +
 +Auch die Werkzeuge zur Unterstützung des [[https://de.wikipedia.org/wiki/Refactoring|refactoring]] greifen auf diese Informationen des Compilers zurück.
 +</WRAP>
 +
  
  
softwaredevelopment/tests/start.1742118800.txt.gz · Zuletzt geändert: 2025/03/16 09:53 von Martin Pabst

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki