Wie werden die Datenbankanwendungen richtig getestet?

[Karstadt]

Hallo. Habe einen Projekt mit über 30 Tabellen und vielleicht 40 Formularen. Mir als Entwickler fehlr das schwer dieses projekt alleine zu testen. Deswegen wollte ich fragen wie man so einen projekt wie meins richtig testet.

habt ihr extra BETATESTE bei euch, oder wird die Anwendung von euch selbst (entwicklern) überoprüft?

MFG

[GuenterS]

Nun, von jetzt auf sofort wird es keine Möglichkeit geben, als es händisch zu testen, zumal falls es gratis bleiben soll.

Allerdings gibt es diverse TestTools, z.B.: DUnit, mit welchem Du gewisse Testfälle schreiben kannst, die dir dann wenn Du Funktionalitäten erweitern, helfen können zu überprüfen ob die alte Funktionialität noch fehlerfrei ist. Diese Testfälle müssen aber auch erst mal ausprogrammiert werden.

Wenn Dir das zuviel ist, würd ich extremfälle versuchen, wie was passiert, wenn man beim Hinzufügen eines Datensatzes nicht alle oder kein Feld ausfüllt. Was passiert wenn man in Zahlenfeldern buchstaben eingibt oder Sonderzeichen, beliebt sind Anführungszeichen, kommas, sterne, Prozentzeichen, ...

Wie würd es sich verhalten, wenn man zweimal versucht das gleiche einzufügen, oder versucht zu löschen obwohl kein Datensatz ausgewählt ist?

[Phoenix]

Das ganze ist Erfahrungsgemäß etwas Problematisch.

Das Problem ist dass die Verarbeitung bei 2-3 Clients gleichzeitig in der Regel kein Problem ist, weil selbst gleichzeitiges Abschicken von Anfragen immer um ausreichend (für einen Computer) Zeit verschoben ist.

Wenn dann 50+ Leute auf der gleichen DB mit Deiner Software arbeiten wirst Du die spassigsten Fehler entdecken, die selbst ein 5-Mann Entwicklungsteam bei koordinierten Tests nie produzieren kann.

Lösung ist hier tatsächlich das Schreiben von eigenen Testroutinen die die verschiedenen Clients simulieren (1 PC = 20 Clients und gib der Datenbank), oder aber eben Unittests und darauf hoffen dass es bei schwerer Last keine Komplikationen gibt. Darüber hinaus gibt es noch Testsuiten, die eine Anwendung 'fernbedienen' können und somit bestimmte Testszenarien regelmässig durchspielen können ohne dass ein Anwender da sitzt. Aber diese Testfälle müssen mindestens einmal durchgespielt werden und dem Programm beigebracht werden, damit es diese dann abspielen kann.

[Karstadt]

..meine eigentliche frage ist. Testet ihr Ihre Anwendunge selbst (das mache ich auch). Oder guckt diese Anwendungen jemand anders an und findet fehler, die sie übersehen habt.

[mkinzler]

Im ersten Schritt versuche ich Fehler selber zu finden. in dieser Phase findet man zwar auch mal Fehler, die meißten aber nicht. Beta-Tester, die das Programm aus einem anderen Blickwinkel sehen sind da effektiver.

[Sharky]

Hai Karstadt,

selber wirst Du kein Programm nie richtig testen können.
Da Du in einem Programm einen Geschäftsprozess abbildest machst Du das natürlich so wie Du diesen Prozess im Alltag abwickelst.
Darum wirst Du auch nie eine "Fehlbedienung" deines Programmes machen.

Ich fand es immer sehr hilfreich das ein Kollege aus der Technik für mich den "Anwendertest" gemacht hat ohne das ich ihm sagte wie das Programm funktioniert.

Mir sind da gelegentlich die Äuglein rausgefallen als ich gesehen habe auf welche Ideen er bei der Dateneingabe gekommen ist. Zum Beispiel einen Artikel erfassen ohne diesem eine Bezeichnung zu geben *g* Auf so etwas wäre ich nie gekommen.

Du solltest deine Tests also in drei Gruppen aufteilen

1. Deine eigenen Funktionstests (Unit-Testing)
2. Test durch dritte um die GUI zu testen (Anweder-Testing)
3. Test durch Zusatzsoftware um die Geschwindigkeit zu testen (Performance-Testing)

[Karstadt]

Zitat:

# Test durch Zusatzsoftware um die Geschwindigkeit zu testen (Performance-Testing)

welche kannst du mir empfehlen?

[Bernhard Geyer]

Für Performance-Test empfehle ich AQTime.
Um die Performance der Queries zu optimieren bietet jede Datnbank Tracing-Tools an wie z.B. beim MS SQL-Server der Profiler

[markusl]

Wie deine Test-"Abteilung" aussehen sollte, welche Testarten zum Einsatz kommen und wie umfangreich ein Test sein kann, kommt natürlich auf die Applikation an.

Bei uns führen wir die Unit-Tests durch. Weiterhin schreiben wir die Testcases für die System-Tests / Anwender-Tests.
Dann haben wir hier eigene Leute, die testen, obwohl das bei uns von den Ressourcen her nicht immer ganz ohne die Hilfe der Entwickler selbst funktioniert (was nicht so gut ist)
Performancetests führen wir mit vorgenerierten Daten durch. Diese Tests finden unabhängig von den Unit- und Anwendertests
statt.
Bei mehrsprachigen Anwendungen kommen bei uns noch die Tests für die Übersetzungen dazu, die möglichst von einem Muttersprachler durchgeführt werden sollten.

HTH

Markus

[Catbytes]

Hi,

laß auf jeden Fall von jeder Abteilung mind. einen Mitarbeiter zum testen anrücken.

Die finden Fehler, die gibt es eigentlich gar nicht. Du denkst analytisch - der Benutzer nicht.

Du wirst feststellen, daß Die Sachen versuchen, an die du nicht mal im Traum daran gedacht hast

Nimm auch mind. einen DAU mit ins Boot, der denkt, man müße eine Doktor in Nuklear-Physik haben, um den Druckertoner zu wechseln.

Ja - ich spreche aus Erfahrung