Problemberichte richtig machen
Aktuell habe ich mehrere Programme in der Testphase und immer wieder bekomme ich Nachrichten oder Tickets mit folgendem Inhalt.
Programm Funktioniert nicht, es kommt ein Fehler.
Manchmal würde ich da am liebsten irgendwas kaputt machen 
Ich frage mich was ein Mensch der mir diese Nachricht zukommen lässt sich davon erhofft. Es ist so als wenn ich zum Arzt gehe, ihm sage "Ich habe Schmerzen, heilen sie diese bitte!" und mich erwartungsvoll vor ihn setze. Sein Gesicht möchte ich sehen.
Dabei ist es doch wirklich nicht schwer die wichtigsten Informationen zu geben, wenn man schon eine Nachricht / Ticket schreibt. Dieser Artikel wird wohl nichts wirklich neues enthalten, ich werde ihn aber als Referenz nutzen, da ich es leid habe jedes Mal den Usern alles von vorne erklären zu müssen!
Wenn Sie ein Fehlerbericht erstellen, gibt es nur ein paar wenige Punkte bzw. Regeln die man einhalten sollte um einen Entwickler glücklich zu machen:
1. Gab es einen Fehler? Wenn Ja was stand drin?
Wenn ein Fehler auftaucht, ist das was er sagt (Die Fehlernachricht) die entscheidende Information, um diesen lösen zu können. Deswegen muss der Fehlertext immer mit in die Nachricht an den Entwickler. Können Sie diesen Fehler erneut reproduzieren, oder taucht er 'zufällig' auf?
2. Wann oder wobei ist der Fehler aufgetreten?
Im Normalfall passiert ein Fehler nicht einfach so, meistens tauchen Fehler direkt nach einer Useraktion auf, deswegen ist es wichtig zu sagen, was man zuletzt oder in dem Moment gemacht hat. Beispiele: "Der Fehler kommt beim Starten des Programms" oder, "Der Fehler kam, nachdem ich auf 'Anmelden' geklickt habe". Wenn der Fehler 'einfach so' auftaucht dann sollte man dies natürlich ebenfalls erwähnen.
3. Ist es möglich ein Bild (Screenshot) von dem Fehler zu machen?
Ein Fehler ist nicht immer ein Fehler, es muss nicht immer eine Fehlermeldung geben, manchmal ist einfach nur etwas verschoben oder nicht da wo es sein soll (häufig bei Webanwendungen). Und auch hier gilt, ein Bild sagt mehr als tausend Worte! Macht einfach einen Screenshot, meist weiß der Programmierer schon nach einem Kurzen Blick was schief lief, statt eine 3 Seiten Fehlerbeschreibung - damit ist keinem geholfen.
4. Auf welchem Computer ist der Fehler aufgetreten?
Computer ist nicht gleich Computer, jeder Rechner ist anders und ein Fehler kann viele Ursachen haben, deswegen sollte man dem Entwickler mitteilen auf welchem System der Fehler kam. Dazu gehören folgende Informationen:
- Betriebssystem Version (inkl. Servicepacks & Updates)
- Architektur (32 oder 64 Bit)
- Prozessor, Arbeitsspeicher
- Haben Sie Administrator Rechte auf dem Rechner?
- Hat der Computer irgendwelche Besonderheiten?
Hier ein Beispiel eines vernünftigen Fehlerreports:
Hallo,
jedes Mal wenn ich in dem Programm XYZ auf den Button ABC klicke kommt folgende Fehlermeldung:
System.IO.FileNotFoundException {"Could not load file or assembly 'Oracle.DataAccess, Version=2.102.2.20, Culture=neutral, PublicKeyToken=89b483f429c47342' or one of its dependencies. The system cannot find the file specified.":"Oracle.DataAccess, Version=2.102.2.20, Culture=neutral, PublicKeyToken=89b483f429c47342"}
Mein Computer ist ein Core2Duo 2,2 Ghz, 4 GB RAM mit Windows 7 (32 Bit), ich verfüge über keine Administrator Rechte!
MfG, Bla
Wie man sieht ist es wirklich nicht viel und ist in wenigen Momenten erledigt! Der Entwickler weiß nun genau wann und wo der Fehler auftaucht ist und kann sich an die Lösung machen!
Ich bitte euch alle, die schon angeschlagenen Nerven der Entwickler zu schonen und diese einfachen Regeln einhalten.
Wenn ihr noch einen wichtigen Punkt habt, den ich hier nicht aufgeführt habe bitte kommentieren.
Blogumzug und WordPressupdate angeschlossen
Wie vielleicht einige von euch festgestellt haben werden, gab es hier in letzter Zeit einige Probleme. Diese beruhten größtenteils auf einem PHP Update auf die Version 5.3. Leider hat mich der Webspace Anbieter, auf dem der Blog lief mich nicht informiert! (Wozu auch, bin ja nur zahlender Kunde)
Jedenfalls ist das in der Letzten Woche 2 Mal aufgetreten und somit habe ich mich entschlossen mit dem Blog auf meinen eigenen Windows Basierten Server umzuziehen!
Diese Reise war unerwartet holprig, da auf einmal viele Plugins nicht mehr funktionierten und einige native Apache Dienste wie Mod Rewrite unter IIS nicht zur Verfügung stehen!
und da ich schon alles von vorn machen musste habe ich auch gleich WordPress auf die neueste Version aktualisiert (2.8.5).
Während des Umzugs ist mir aufgefallen, dass es hier viele Themen gibt über die ich noch schreiben könnte, da ich selber viel mit Googlen beschäftigt war. Also hat es sich allein schon aus der Hinsicht gelohnt!
Aber das beste ist, dass ich nicht mehr auf die Beschränkungen meines Webspaceanbieter gebunden bin. So konnte in zb. in der Verergangeheit bestimmt Plugins nicht installieren, da diese zu viel Speicher benötigten!
An dieser Stelle noch eine kleine Bitte:
Wenn ihr irgendwas findet solltet, das nicht so funktioniert wie es eigentlich sollte, dann schreibt mir hier einen Kommentar oder schickt mir eine Mail!
Probleme beim Klonen einer WebSpere Portal 6.1 Installation
Das Klonen eines WebSphere Portal Servers ist eine komplexe Angelegenheit die sich gut und gerne etwas länger hinzieht. Umso besser, dass IBM eine Anleitung dazu stellt.
Doch auch wenn man der Anleitung genau folgt kann es zu unerwarteten Problemen kommen, die dort nicht erläutert werden.
Das ist mir passiert und da ich schon ne Weile gebraucht habe um auf die Lösung zu kommen, könnte es auch andere interessieren.
Das Problem ist/war, dass bei Schritt 2. in der Anleitung von IBM:
To delete the scheduled tasks, run the following ConfigEngine task:
<profile_home>/ConfigEngine/ConfigEngine.sh action-clean-scheduled-tasks
Eine Menge von Fehlern ausgespuckt werden:
Bild 1: Der Stacktrace der Exception
Dabei werden folgende Fehler ausgespuckt:
ERROR XSDB6: Another instance of Derby may have already booted the database
Could not shutdown the database!
[sqlproc] SQL Exception: Database 'xxxdb' not found.ERROR: Error during the execution of the sql files.
Dabei sind die Fehler etwas verwirrend wie ich fand, denn der erste besagt, dass die Datenbank die seit Version 6.1 nun "derby" heißt und nicht mehr "cloudscape" und der zweite sagt, dass diese nicht gefunden wurde!
Nungut, nach einer langen Suche in den Logs und einer engen Zusammenarbeit mit Google war die Lösung dann doch ganz einfach!
Dabei bringt der erste Fehler es auf den Punkt! Es läuft bereits eine Instanz der Datenbank. Was aber nicht der Fall ist. Aber das Skript glaubt das, da der user dafür noch in einer Session "eingeloggt ist".
Wenn man diese Session-Dateien (*.lck) löscht, wird der Weg für einen erneuten Login durch das Skript frei.
Diese Dateien liegen im Verzeichnis <wp_profile>/PortalServer/derby/wpsdb.
Bild 2: Die zwei LCK-Dateien, die die Session blockieren
Wenn man nun diese zwei Dateien löscht läuft das Skript ganz normal durch. Der weitere Cloning-prozess verlief dann relativ unspektakulär.
Lösungsquelle war ein IBM-Hilfe Dokument, dass zwar für was anderes Gedacht war aber das Problem sehr ähnlich war!
Vorsicht: Billiganbieter
Vor kurzer Zeit habe ich mir zu Testzwecken einen vServer gemietet, welcher mit Windows lief. Natürlich habe ich mich vorher erkundigt welche Anbieter wohl empfehlenswert sind und die die Preis/Leistung bei denen ist.
Zu meinem Erstaunen musste ich feststellen, dass es eine enorme Preisspanne zwischen den Ganzen Anbietern gibt, sogar mit Windows Server als Betriebssystem. Es gibt Anbieter die fangen schon bei 8 Eur an und welche die erst ab 20 Euro bereit sind einen vServer mit Windows ab zudrücken. (Bei ähnlicher Hardware versteht sich!)
Da ich in den Bereich erst einstieg entschied ich mich für einen günstigen Anbieter. Dieser Anbieter lockte vorallem damit, dass man monatlich kündigen konnte.
Nach der Bestellung dauerte es nur knapp 2 Tage bis ich meine Zugangsdaten und die Server IP hatte. Alles verlief zu meiner Überraschung problemlos und sauber. - Auch die Administrations Oberfläche von Parallels machte einen sehr guten Eindruck und der vServer war auch problemlos über die Windows Remote Verbindung erreichbar und bedienbar.
Die Anbindung war auch mehr als gut mit einem Downstream von knapp 12 MB/s und einem Upstream von 4 MB/s.
Nach mehreren Wochen habe ich die Konfiguration größtenteils fertig gestellt, sodass alle Dienste, FTP-Zugänge und Benutzerkonten stabil liefen - als dann plötzlich eine Überraschung kam.
Von einer Minute auf die Andere war der Server aus und ich konnte weder über die Parallels Administration als auch über die Windows Remote Desktop Verbindung einen Kontakt zum Server Herstellen.
Sofort schrieb ich eine Mail an den Support, der mir dann auch innerhalb von 2 Stunden!? antwortete, dass meine Rechnung nicht bezahlt sei. Ich dachte mir platzt der Kragen, denn ich war mir zu 100% sicher, dass ich bei der Registrierung die Bezahlung per Lastschriftverfahren eingestellt habe, was mir ein Blick in meine Unterlagen auch bestätigte.
Nach einer erneuten Mail in der ich die Lage Beschrieben hatte und den Zugriff auf den Server wieder einforderte habe ich umsonst 2 Tage gewartet, denn nichts kam. - Kurz darauf habe ich mein Abo wieder gekündigt und noch eine Beschwerde Mail vonmir gegeben - welche natürlich (welche Überraschung) auch unbeantwortet blieb!
Das Geld für diesen und auch für den nächsten Monat!! wurde dann 1 Monat später von meinem Konto gebucht, obwohl ich nur einen Monat lang drauf Zugriff hatte. Eine weitere Beschwerdemail blieb wieder unbeantwortet.
Nach diesem Langen Hin und Her habe ich mir versprochen beim nächsten Mal lieber 5 Euro mehr zu investieren, dafür dann aber vernünftigen Support zu erhalten. Aber dennoch hat sich das ganze gelohnt, denn nur aus Fehlern kann man ja bekanntlich lernen!
Nächste Termine
Archive
Kategorien
- .NET
- Allgemein
- Apple
- ASP
- Buch
- Computer
- CSharp
- Gut zu Wissen
- Handy
- html5
- Internet
- iPhone
- Java
- Linux
- Microsoft
- Mocrosoft Office
- MVC
- PHP
- Programme
- Programmierung
- Server
- Tipps & Tricks
- Visual Basic
- XML