Thomas Kälin ^

Feedback ist erwünscht :-)

s.g.!

---

1) Finding the underlying error

---

1) What do you do when you get an error report on a program crash? Name the underlying principle and explain your work in your own words.

     Ich würde das TRAFFIC-Prinzip anwenden. Da das Problem im Report bereits
     festgehalten wurde, geht es nun an das Reproduzieren. Ist dies möglich, so
     würde ich durch das Schreiben eines Unit-Tests die automatisierte Über-
     prüfung des Problems sicherstellen. Erst danach suche ich nach einer Lösung
     für das Problem: Bug beheben, erkennbar durch "Greenbar". 

2) How do you use the debugger in an ordered manner to check your assumptions about the error's source? Name the process and explain the corresponding steps briefly.

     Der Debugger sollte immer mit einem Ziel (= Hypothese) verwendet werden.
     Die Schritte des Prozess sind auch als "Scientic Method" bekannt.
     1) Hypothese für Fehlerquelle aufstellen
     2) Voraussage für Überprüfung der vermutlichen Fehlerstelle formulieren
     3) Testlauf durchführen und die Voraussage mit dem Output vergleichen
     4) Schlussfolgerung formulieren: Hypothese wird bestätigt oder verworfen  

---

2) Bugtracking System

---

1) How do you categorize the above error that resulted in a program crash?

     Die Kategorisierung eines Bugs sollte immer die Faktoren "Severity" und
     "Priority" enthalten. Ein "Program-Crash" ist ein Problem mit "Major" oder
     "Critical" Severity. Je häufiger das Problem auftreten kann, desto höher
     die vergebene Priorität.  

2) What status does this bug report get after you successfully debugged and corrected the system?

     Nach der Behebung eines Problems wird dem Report der Status "Resolved"
     zugewiesen. Nach der Veröffentlichung einer neuen Version, welche den Fix
     enthält, wird schliesslich in den Status "Closed" übergegangen.     

---

3) Categorize error messages

---

1) What category are you using for this bug? Rationalize your decision.

     Ich würde dem Problem die Severity "Trivial" oder "Minor" zuweisen, da es
     sich beim beschriebenen Problem nur um einen Darstellungsfehler handelt, 
     welcher nochdazu durch einen einfachen Workaround (Page-Up / Down) umgangen
     werden kann. Da die Hauptfunktionalität der Anwendung nicht beinträchtigt 
     ist, kann das Problem mit geringer Priorität bearbeiten werden.

2) What status are you now giving the bug report in your tracking system? Rationalize your decision.

     Kann ein Problem nicht reproduziert werden, so wechselt es mit dem Vermerk
     "Works for me" in den Status "Resolved". Dadurch ist das Problem für 
     zukünftiges Nachschlagen weiterhin im System vorhanden und kann ggf. wieder
     geöffnet werden ("Reopen").

3) What category in your bugtracking system do you use, when entering this bug?

     Das Speichern einer Datei ist eine der wichtigsten und grundlegendsten 
     Funktionen der Anwendung. Ich würde dem Report deshalb die Severity 
     "Critical" zuweisen und das Problem mit hoher Priorität bearbeiten lassen.