SeVEN. Entwicklung eines sicheren Videoübertragungssystems. Softwareentwicklungspraktikum Sommersemester Testdokumentation

Transkript

1 Entwicklung eines sicheren Videoübertragungssystems Softwareentwicklungspraktikum Sommersemester 2009 Testdokumentation Auftraggeber: Technische Universität Braunschweig Institut für Betriebssysteme und Rechnerverbund Prof. Dr.-Ing. Lars Wolf Mühlenpfordtstraÿe 23, 1. OG Braunschweig Betreuer: Kai Homeier, Timo Veit Auftragnehmer: Christoph Gröber Daniel Brüdigam Gregor Marek Hendrik Löbke (Phasenverantwortlicher) Jan Laskowski Marek Drogon Braunschweig, 8. Juli 2009

2 Inhaltsverzeichnis 1 Einleitung 5 2 Testplan Zu testende Komponenten Zu testende Funktionen Nicht zu testende Funkitonen Vorgehen Testumgebung Testdurchführung T10 Datenbankzugri Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Beobachtungen/Log Test Test Test T20 Videotransport Testumstände Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Beobachtungen/Log Testvorraussetzungen Test Test T30 Verschlüsselung Testumstände Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Beobachtungen/Log

3 3.3.6 Testvorraussetzungen Test Test1a Test T40 Funktionalität Player Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Beobachtungen/Log Test Test Test T50 Benutzer löschen Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Beobachtungen/Log Test Test Test Test T60 Benutzer ändern Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Test Test Test T70 Benutzer registrieren Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Beobachtungen/Log Test Test T80 Video download Testumstände Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle

4 3.8.4 Einzelschritte Beobachtungen/Log Testvorraussetzungen Test T90 Video löschen Zu testende Objekte und Methoden Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Einzelschritte Beobachtungen/Log Testvorraussetzungen Test Test Zusammenfassung 34 4

5 1 Einleitung Dieses Dokument zeigt die Testdokumentation für das Projekt. Das Dokument gliedert sich in drei groÿe Abschnitte: Testplan Testdurchführung Zusammenfassung Im Abschnitt Testplan wird beschrieben, welche Vorüberlegungen gemacht wurden, um das Testen zu strukturieren. Der Abschnitt Testdurchführung enthält detailliertere Informationen über das eigentliche Testen der einzelnen Komponenten und des Gesamtprojekts. Die Zusammenfassung zeigt die resultierenden se aus den vorherigen Testreihen und gibt ein Fazit über das Projekt ab. 5

6 2 Testplan Da zu diesem Zeitpunkt das Projekt noch nicht als Ganzes getestet werden kann, beschränken wir uns auf das Testen der einzelnen Komponenten, was im Folgenden näher erläutert wird. 2.1 Zu testende Komponenten Die in diesem Projekt zu testende Komponenten sind: Player Benutzerverwaltung Upload Dabei können diese Komponenten in den Tests auch miteinander verwendet werden. So kann zum Beispiel die Benutzerverwaltung mittels des Players getestet werden, da dieser eine Funktion zum Anmelden eines Benutzers beinhaltet. 2.2 Zu testende Funktionen Die zu testenden Funktionen sind: F110 Video hochladen F120 Video ansehen F130 Anmeldung F160 Stream senden F210 Registrierung F220 Benutzerverwaltung Da in unserem Projekt Videos lediglich gestreamt werden, müssen F120 Video Ansehen und F160 Stream senden gleichzeitig getestet werden. Man kann also kein Video ansehen, ohne dass ein Video auch gestreamt wird. 6

7 2.3 Nicht zu testende Funkitonen Funktionen die wir bisher nicht testen können, da sie nicht implementiert wurden, sind: F140 Stream kodieren F150 Stream dekodieren 2.4 Vorgehen Für die Tests der einzelnen Komponenten haben wir uns zunächst einmal Testfälle ausgedacht, bei denen es zu Fehlern kommen könnte, aber auch normale Testfälle betrachtet. Zum Beispiel haben wir die Benutzerverwaltung gemeinsam mit dem Player getestet. Überprüft wurde, ob das eigentliche Anmelden an der Datenbank funktioniert und ob auch weitere Funktionen des Players, wie der Logout, von der Datenbank richtig verarbeitet wird. 2.5 Testumgebung Als Testumgebung haben wir, wie auch zur Entwicklung des Projekts, Eclipse genutzt. Auch das Übermitteln von Daten über ein Netzwerk haben wir auf Standardrechnern getestet, wobei ein Rechner die Aufgabe eines Servers und ein weiterer Rechner die Aufgabe eines Clients übernahm. 1. Sun Java JRE 1.5 bzw SQLite 3/JDBC v FMJ (Freedom for Media in Java) 4. Verschiedene Betriebssysteme zum Testen der Plattformunabhängigkeit a) Windows XP SP3 b) Windows Vista SP1/SP2 c) Ubuntu Hardy 8.04 GNU/Linux d) Debian Lenny GNU/Linux 5. Entwicklungsumgebungen a) Eclipse b) Linux Terminal mit VIM-Editor 7

8 6. Verschiedene Internetanbindungen und damit verbundene Geschwindigkeitsunterschiede 7. MPEG als Videocontainer 8

9 3 Testdurchführung 3.1 T10 Datenbankzugriff Zu testende Objekte und Methoden checklogin(string name, String pwd) databaseconnector.getuser(name) database.commgetuser(bueredreader in, BueredWriter out) databse.getuser(string username)) Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Datenbankzugri erfolgt Benutzer ist in Datenbank vorhanden Benutzeroberäche mit weiteren Optionen önet sich nach Login Einzelschritte Um diesen Test zu beginnen, muss zunächst einmal der Server bzw. die Klasse Listener gestartet werden. Diese hört nun einen bestimmten Port ab und wartet auf Anfragen. Zuvor wurden in der Datenbank ein entsprechender Benutzer angelegt, mit dem man sich einloggen kann. Nun kann man den Player starten, über den man sich mit der LoginForm anmelden kann. Wenn der Benutzer dieses macht, wird eine Anfrage mit den Benutzerdaten an den Server gesendet, welcher auf die Datenbank zugreift und die Benutzerdaten überprüft Beobachtungen/Log Anfangs gab es Schwierigkeiten bei der Übertragung von Daten an den Server und dessen Annahme dieser Daten. 9

10 3.1.5 Test1 Zunächst wurde in der Datenbank ein Benutzer mit dem Namen 'seven' und dem Passwort 'seven' erstellt. Eingaben Nachdem der Server(Listener) gestartet wurde, wurde der Player gestartet um sich einzuloggen. Eingaben: Name : seven Passwort : seven Ausgabe der Konsole für den Listener nach dessen Start: SeVEN Server gestartet. Warte auf eingehende Verbindung auf Port Ausgabe der Konsole für den Player nach dessen Start: :42505 Verinde mit Server :42505 Danach sollte der Player das Hauptfenster mit weiteren Optionen für den Benutzer anzeigen. Test erfolgreich! Der Benutzer loggt sich ein. Der Benutzer hat sich erfolgreich eingeloggt. Es stehen ihm nun weitere Funktionen zur Verfügung. Test erfolgreich! 10

11 3.1.6 Test2 Zunächst wurde in der Datenbank ein Benutzer mit dem Namen 'seven' und dem Passwort 'seven' erstellt. Eingaben Nachdem der Server(Listener) gestartet wurde, wurde der Player gestartet um sich anzumelden. Eingaben: Name : seven Passwort : homeier Ausgabe der Konsole für den Listener nach dessen Start: SeVEN Server gestartet. Warte auf eingehende Verbindung auf Port Ausgabe der Konsole für den Player nach dessen Start: :42505 Verinde mit Server :42505 Danach sollte die Konsole eine Ausgabe machen, dass das Passwort falsch ist. Benutzer kann sich nicht anmelden. Die Konsole gibt aus, dass das Passwort falsch ist und der Benutzer wird nicht angemeldet. Test erfolgreich! 11

12 3.1.7 Test 3 Zunächst wurde in der Datenbank ein Benutzer mit dem Namen 'seven' und dem Passwort 'seven' erstellt. Eingaben Nachdem der Server(Listener) gestartet wurde, wurde der Player gestartet um sich einzuloggen. Eingaben: Name : Kai Passwort : Homeier Ausgabe der Konsole für den Listener nach dessen Start: SeVEN Server gestartet. Warte auf eingehende Verbindung auf Port Ausgabe der Konsole für den Player nach dessen Start: :42505 Verinde mit Server :42505 Wenn man dann die obige Eingabe macht, sollte die Konsole eine Ausgabe machen, dass der Benutzer nicht existiert. Konsole gibt aus, dass der Benutzername nicht gefunden wurde. Benutzer kann sich nicht anmelden, könnte sich nun aber registrieren. Test erfolgreich! 12

13 3.2 T20 Videotransport Testumstände Für das Testen des Videotransportes benutzen wir ebenfalls den Player, in dem versuchsweise die Anwendungen des Videotransportes teilweise integriert wurden. Allerdings wird nur ein bestimmtes Video als Testobjekt vom Typ.mpg benutzt. Eine Anbindung an die Datenbank ist ebenfalls noch nicht gegeben. Das Hochladen der Videos erfolgt über einfachen Datentransfer, das Ansehen der Videos erfolgt mittels Streamen Zu testende Objekte und Methoden UploadClient(Socket mysocket) UploadServer(String le, String clientip, int receiveport) RTPServer(String srcfile, String clientip, int sendport) RTPClient(Socket mysocket, MainFrame mf) Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle ausgewähltes Video wird erfolgreich übertragen übertragendes Video empfangen und abgespeichert Video von Client ausgewählt und von Server übertragen entsprechendes Video wird empfangen und abgespielt Einzelschritte Um diesen Test zu beginnen, muss zunächst einmal der Server bzw. die Klasse ClientListener gestartet werden. Diese hört nun einen bestimmten Port ab und wartet auf Anfragen. Zuvor wurden in der Datenbank ein entsprechender Benutzer angelegt, mit dem man sich einloggen kann. Nun kann man den Player starten über den man sich mit der LoginForm anmelden kann. Danach ist es dem Benutzer möglich, in der GUI des Players die Optionen 'Video hochladen' und 'Video auswählen' anzusteuern und somit die Videoübertragung zu starten. Sobald man eine der beiden Optionen auswählt, wird sofort das Testobjekt 'Video2.mpg' hochgeladen bzw. angefordert. 13

14 3.2.5 Beobachtungen/Log Es ergaben sich anfangs einige Schwierigkeiten das Video erfolgreich zu übermitteln, aber sobald man die kleinen Fehler gefunden und beseitigt hatte, lief die Übertragung mehrere Male hintereinander ohne Probleme. Allerdings wird das gestreamte Video ein wenig stockend auf dem Client abgespielt Testvorraussetzungen Zunächst wurde in der Datenbank ein Benutzer mit dem Namen 'seven' und dem Passwort 'seven' erstellt. Somit konnte man sich, sobald der Listener auf einem Server gestartet wurde einloggen und auf die Befehle des Videotransportes zugreifen. In den weiteren Schritten gehen wir von dieser Stelle aus. Auÿerdem sollte Das Video 'Video2.mpg' immer unter den geforderten Pfaden zu nden sein Test1 Video hochladen Im gestarteten Player wählen wir nun 'Video hochladen' aus. Der Client sollte dem Server nun mitteilen, dass er ein Video empfangen soll. Nun sollte der Client die 'Video2.mpg'-Datei mittels der Methode 'UploadClient' auf den Server übertragen. Auf dem Server sollte parallel dazu 'UploadServer' gestartet werden und das Video empfangen und abspeichern. Das Video wird hochgeladen. Auf der Serverseite nden wir das Video unter dem gewollten Pfad wieder. Test erfolgreich! 14

15 3.2.8 Test2 Video anschauen Im gestartetn Player klicken wir nun 'Video auswählen' an. Anschlieÿend wählen wir ein Video aus der Videoliste aus, indem wir darauf klicken. Der Client sollte eine Anfrage nach dem Video an den Server senden, der Server die Anfrage erkennen und mit dem streamen des Videos mittels 'RTPServer' beginnen. Parallel dazu sollte der Client 'RTPClient' starten und so den Stream empfangen und gleichzeitig abspielen. Die Anfrage wird verstanden und der Server streamt das Video zum Client. Im Fenster zum Abspielen des Videos wird das gewünschte Video abgespielt. Test erfolgreich! 3.3 T30 Verschlüsselung Testumstände Separat zum Videotransport wurde das Verschlüsseln implementiert und später mit eingebunden. Wir benutzen also ebenfalls den Player, um den Videotransport auszuwählen. Dort wird dann das Kodieren und das Dekodieren getestet Zu testende Objekte und Methoden encryptfile(string srcfilename) decryptfile(string srcfilename) 15

16 3.3.3 Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle das Video wird kodiert gespeichert und ist transportbereit das verschlüsselte Video wird dekodiert und wird gespeichert Einzelschritte Um diesen Test zu beginnen, muss erneut der Server bzw. die Klasse ClientListener gestartet werden. Diese hört nun einen bestimmten Port ab und wartet auf Anfragen. Zuvor wurden in der Datenbank ein entsprechender Benutzer angelegt, mit dem man sich einloggen kann. Nun kann man den Player starten über den man sich mit der LoginForm anmelden kann. Danach ist es dem Benutzer möglich in der GUI des Players die Optionen 'Video hochladen' und 'Video auswählen' anzusteuern und somit die Videoübertragung zu starten. Sobald man eine der beiden Optionen auswählt, wird sofort das Testobjekt 'Video2.mpg' hochgeladen bzw. angefordert und dabei kodiert und dekodiert Beobachtungen/Log Das Kodieren eines Streams ergab sich als groÿe Schwierigkeit, da der Stream nur mit bestimmten Formaten arbeitet und diese in der kodierten Videodatei nicht erkannt wurden. Also haben wir uns dazu entschlossen, den Upload nicht als Stream, sondern als einfache Datenübermittelung umzusetzen. Des Weiteren wollten wir das Ansehen des Videos weiterhin als Stream anbieten, und dekodieren das Video deshalb auf dem Server unmittelbar 'vor' dem Streamen Testvorraussetzungen Zunächst wurde in der Datenbank ein Benutzer mit dem Namen 'seven' und dem Passwort 'seven' erstellt. Somit konnte man sich, sobald der ClientListener auf einem Server gestartet wurde einloggen und auf die Befehle des Videotransportes zugreifen. In den weiteren Schritten gehen wir von dieser Stelle aus. Auÿerdem sollte das Video 'Video2.mpg' immer unter den geforderten Pfaden zu nden sein Test1 Video kodieren und hochladen Im gestarteten Player wählen wir nun 'Video hochladen' aus. 16

17 Der Client sollte dem Server nun mitteilen, dass er ein Video empfangen soll. Nun sollte der Client die 'Video2.mpg'-Datei zunächst mit Hilfe der 'encryptfile()'-methode kodieren und anschlieÿend mittels der Methode 'UploadClient' auf den Server übertragen. Auf dem Server sollte parallel dazu 'UploadServer' gestartet werden und das Video kodiert empfangen und abspeichern. Das Video wird hochgeladen. Auf der Serverseite nden wir das Video verschlüsselt unter dem gewollten Pfad wieder. Test erfolgreich! Test1a kodiertes Video überprüfen Wir dekodieren das auf dem Server gespeicherte Video manuell, um die Richtigkeit des Kodierverfahrens sicherzustellen. Das kodierte 'Video2.mpg' sollte sich problemlos mittels 'decryptfile()' dekodieren und manuell abspielen lassen. Das Video lieÿ sich dekodieren und konnte danach abgespielt werden. Test erfolgreich! Test2 Video dekodieren und streamen Im gestarteten Player klicken wir nun 'Video auswählen' an. 17

18 Der Client sollte eine Anfrage nach dem Video an den Server senden, der Server die Anfrage erkennen und mit dem dekodieren des Videos mittels 'decryptfile()' beginnen. Anschlieÿend sollte 'RTPServer' das Video zum Client streamen. Parallel dazu sollte der Client 'RTPClient' starten und so den Stream empfangen und gleichzeitig abspielen. Die Anfrage wird verstanden und der Server dekodiert und streamt das Video zum Client. Ein Fenster zum Abspielen des Videos wird gestartet und 'Video2.mpg' wird abgespielt. Test unter Berücksichtigung der Einschränkungen erfolgreich! 3.4 T40 Funktionalität Player Bemerkung: Die Funktionen des Players zur Videoübertragung wurden schon in T20 getestet und werden hier nicht mehr aufgeführt Zu testende Objekte und Methoden changeuser(user user) commchangeuser(bueredreader in) setname(user), set (user), setpassword(user) databse.getuser(string username)) newgroup(group group, User user) commnewgroup(bueredreader in) addgroup(group group) updateuserlist() getuserlist() commgetuserlist 18

19 3.4.2 Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Prol wird editiert Neue Gruppe wurde erstellt Vollständige Liste mit Benutzer wird angezeigt und kann editiert werden Einzelschritte Um die Funktionen des Players testen zu können, muss der Server gestartet werden und das Anmelden eines Benutzers muss erfolgt sein. Nach dem Anmelden hat der Benutzer nun verschiedene Funktionen zur Auswahl. Dazu muss er lediglich die von ihm gewählte Funktion mit der Maus auswählen und darauf klicken Beobachtungen/Log Die Schwierigkeiten hierbei lagen in dem Zusammenfügen der einzelnen Komponenten mit der Benutzeroberäche. Desweiteren sind nicht alle Funktionen des Players implementiert und stehen somit noch nicht zur Verfügung Test1 Ein Benutzer hat sich mittels des Players am System angemeldet und möchte sein Prol editiere. Profil editieren Im gestarteten Player wird in der Auswahlliste unter 'Benutzer' auf 'Prol editieren' geklickt. Es werden drei Zeilen angezeigt, in denen der Name, die Adresse und das Passwort des Benutzers steht. Hier kann der Benutzer nun diese drei Informationen ändern. Dabei soll die geänderte Information an die Datenbank gesendet und übernommen werden Es werden die genannten drei Informationen angezeigt und können geändert werden. 19

20 Der Benutzer kann sein Prol ändern und die Änderungen werden auch von der Datenbank übernommen. Test erfolgreich! Test2 Ein Benutzer hat sich mittels des Players am System angemeldet und möchte eine neue Gruppe erstellen. Neue Gruppe erstellen Im gestartetn Player wird in der Auswahlleiste unter 'Gruppe' auf 'Neue Gruppe erstellen' geklickt. Es wird ein Fenster geönet, in das der Benutzer einen Gruppennamen und eine Beschreibung für die Gruppe eintragen kann. Nach klicken auf 'Abschicken' sollen die Informationen an die Datenbank weitergesendet und übernommen werden. Nach dem klicken auf 'Neue Gruppe erstellen' önet sich das Fenster, in das man die Informationen eintragen kann, welche auch von der Datenbank übernommen werden. Daten wurden von der Datenbank übernommen und somit eine neue Gruppe erstellt. Test erfolgreich! Test 3 Ein Admin möchte Daten anderer Benutzer ändern. 20

21 Benutzer verwalten Im gestarteten Player wird in der Auswahlleiste unter 'Administration' auf 'Benutzer verwalten' geklickt. Es wird eine Liste mit allen Benutzern und deren Daten angezeigt, welche vom Admin geändert werden können. Wenn der Admin Änderungen vorgenommen hat und 'Return' drückt, werden die Änderungen von der Datenbank übernommen. Desweitern bendet sich in dem Fenster eine Suchfunktion, mit der man die Liste nach bestimmten Benutzern durchsuchen kann. Es wird zwar die komplette Liste mit allen User-Daten angezeigt und es könne auch alle Daten geändert werden, jedoch funktioniert die Suchfunktion noch nicht. Das Editieren der Benutzer-Daten funktioniert, leider die Suchfunktion noch nicht. Desweiteren kann bisher jeder Benutzer auf diese Admin-Funktion zugreifen, auch wenn er kein Admin ist. Da aber das Editieren der Daten hier im Vordergrund steht, gilt dieser Test als Bestanden. 3.5 T50 Benutzer löschen Benutzer können über das Administrationsformular gelöscht werden. Es gilt zu testen, ob die ausgewählten und nur die ausgewählten Benutzer gelöscht werden und wie das Verhalten bei Fehleingaben ist. Als Testumgebung wird eine Benutzertabelle mit vier Benutzern (test1 bis test4) verwendet Zu testende Objekte und Methoden player.adminform database.databaseconnector database.database 21

22 3.5.2 Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle die ausgewählten Benutzer werden aus der Datenbank gelöscht nur die ausgewählten Benutzer werden aus der Datenbank gelöscht nur Benutzer mit Administratorrechten können andere Benutzer löschen Einzelschritte 1. Server starten 2. Client starten 3. Benutzer anmelden 4. Administratorformular aufrufen (Administration Benutzer verwalten) Beobachtungen/Log Benutzer sind erfolgreich gelöscht, wenn die Datensätze aus der Benutzertabelle der Datenbank entfernt wurden. Um Änderungen an der Datenbank zu überprüfen, werden die Datensätze mit sqlite3 auf der Kommandozeile ausgegeben. Das Serverlog enthält zusätzlich Informationen, welche Funktionen aufgerufen wurden Test 1 Ein Administrator löscht einen Benutzer (test2). Der Datensatz von Benutzer test2 wird gelöscht. Der Datensatz von Benutzer test2 wurde gelöscht. Der Test verlief erfolgreich. 22

23 3.5.6 Test 2 Ein Administrator löscht eine Auswahl von Benutzern (test2, test3). Die Datensätze der Benutzer test2 und test3 werden gelöscht. Die Datensätze der Benutzer test2 und test3 wurden gelöscht. Der Test verlief erfolgreich Test 3 Ein normaler Benutzer ohne Administratorrechte versucht, einen anderen Benutzer zu löschen. Das Löschen sollte nicht möglich sein, da normale Benutzer nicht auf die Administratorformulare zugreifen können sollten. Auf das Administrationsmenü kann nicht zugegrien werden. Der Test verlief erfolgreich Test 4 Ein normaler Benutzer ohne Administratorrechte versucht, einen anderen Benutzer zu löschen, indem er sich per telnet am Server anmeldet. 23

24 Das Löschen sollte nicht möglich sein, da normale Benutzer keine Administratorrechte haben sollten. Das Löschen eines Benutzers ist möglich. Theoretisch muss man nicht einmal angemeldet sein. Dabei werden folgende Kommandos ausgeführt: telnet //Telnetverbindung zum Server > 4 //Kommando, um Login durchzuführen > test1 //Parameter: Benutzername > 5a105e8b9d40e d62ea2265d8a //Parameter: MD5-Hash des Passworts test1 //Server liefert Datensatz zurück 6 test1 test1 0 > 2 //Kommando um Datenbankanfrage zu starten > BEGIN 200 //Benutzerliste abrufen 3 //Server liefert zuerst Anzahl Datensätze seven //Benutzername seven //Passwort test // 0 //BenutzerID 2 //Level (2 = Administrator) Hendrik Löbke //2. Datensatz seven jossel@gmx.de 1 0 test1 //3. Datensatz test1 test1 6 0 > 2 //Datenbankanfrage starten > BEGIN 280 //Benutzer löschen 24

25 > 1 //Parameter: Benutzer-ID Danach ist der Benutzer mit der ID 1 gelöscht. Es muss unbedingt noch serverseitig sichergestellt werden, ob der angemeldete Benutzer die gewünschte Operation überhaupt durchführen darf. 3.6 T60 Benutzer ändern Zu testende Objekte und Methoden databaseconnector.changeuser(user user) commchanegeuser(bueredreader in) setname(user user) set (user user) setpassword(user user) setlevel(user user) Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Datenbankzugri erfolgt Daten werden geändert Einzelschritte Zunächst muss man sich über den Player an der Datenbank anmelden. Wenn man als Admin angemeldet ist, kann man auch andere Benutzer ändern, anonsten kann man als 'normaler' Benutzer nur seine eigenen Daten, mit Auÿnahme des Levels, ändern. Ist man als 'normaler' Benutzer angemeldet, klickt man in der Menüleiste auf 'Benutzer' und dann auf 'Prol editieren'. Daraufhin önet sich ein Fenster mit den aktuellen Daten des Benutzers. Diese können nun geändert werden und mit einem Klick auf 'update' von der Datenbank übernommen werden. Als Admin kann man zusätzlich noch in der Menüleiste unter 'Administration' auf 'Benutzer 25

26 verwalten' klicken. Daraufhin önet sich eine Tabelle mit allen Daten von den in der Datenbank vorhandenen Benutzern. Diese können inklusive des Levels der Benutzer verändert werden. Um als Admin Benutzer freizuschalten die noch nicht aktiviert, also Level '0', sind, hat der Admin unter dem Menü 'Administration' die Funktion 'Benutzer freischalten'. Hier werden nur Benutzer aufgeführt, die noch Level '0' sind. Mit einem Doppelklick auf den Benutzer wird der Level des Benutzers auf '1' gesetzt und ist somit freigeschaltet Test1 Der Benutzer ist als 'normaler' Benutzer angemeldet. Eingaben In der Menüleiste wir unter 'Benutzer' auf 'Prol editieren' geklickt. In dem Feld 'Name' wurde 'test', in dem Feld ' ' wurde und im Feld 'Passwort' wurde 'geändert' eingetragen und danach auf 'update' geklickt. Die eingegebenen Daten werden an die Datenbank gesendet und von ihr übernommen. Nach den Änderungen wurde nochmal auf 'Prol editieren' geklickt und nun stehen die neuen Daten in den Feldern für 'Name', ' ' und 'Passwort'. Auch das einloggen über den Player mit dem neuen Passwort funktioniert. Die neuen Daten für das Prol wurden erfolgreich von der Datenbank übernommen. Test erfolgreich! Test2 Der Benutzer ist als Admin am System angemeldet. 26

27 Eingaben Es wird unter dem Menüpunkt 'Administration' auf 'Benutzer verwalten' geklickt. In der Tabelle mit allen Benutzern wird bei einem Benutzer der Name auf 'test1', die auf das Passwort auf 'geändert1' und der Level auf '2' gesetzt. Die Datenbank übernimmt die neuen Daten und der Level des Benutzer wird auf '2' gesetzt, hat nun also Admin-Rechte. Die Daten wurden übernommen, auch das Anmelden mit dem geänderten Benutzeraccount funktioniert. Er hat nun Admin-Rechte. Die neuen Daten wurde erfolgreich übernommen. Test erfolgreich! Test 3 Der Benutzer ist als Admin angemeldet. Eingaben Der Admin klickt unter 'Administration' auf Benutzer freischalten. Dort klickt er mit Doppelklick auf einen Benutzer. Der Benutzer, auf den geklickt wurde, verschwindet von der Liste, da dort nur Benutzer mit dem Lebel '0' aufegführt werden und sein Level wird auf '1' gesetzt. Der Benutzer bekommt Level '1' und steht nicht mehr in der Liste und 'benutzer freischalten' 27

28 Benutzer wurde freigeschaltet und Daten wurden von der Datenbank übernommen. Test erfolgreich! 3.7 T70 Benutzer registrieren Zu testende Objekte und Methoden RegForm(SessionData sd) DataBaseConnector.newUser(User user) Database.commNewUser(BueredReader in) Database.addUser(User user) Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Der Server, die Datenbank, sowie die Clientsoftware ist betriebsbereit. Der Benutzer ist noch nicht am System angemeldet. Ein neuer Benutzer wurde in der Datenbank angelegt Einzelschritte Zunächst startet ein Benutzer die Clientsoftware. Danach wird, nachdem der Button registrieren gedrückt wurde, ein neues Fenster geönet. Der Benutzer gibt seine persönlichen Angaben in das Fenster ein. Die Angaben werden an die Datenbank weitergeleitet und ein neuer noch nicht freigeschalteter Benutzer wurde in der Datenbank angelegt und gespeichert Beobachtungen/Log Es ist noch möglich sich mit einem schon bestehenden Benutzernamen zu registrieren. Die Anmeldung mit diesen Benutzernamen und den neueren Passwort ist am System dennoch nicht möglich Test1 Es wird versucht einen neuen Benutzer anzulegen. 28

29 Ein neuer Benutzer ist mit Level 0 ist in der Datenbank vorhanden. Nach ausfüllen des Registrationsformulars, liegt ein neuer Benutzer in der Datenbank vor. Test erfolgreich! Test2 Es wird versucht einen neuen Benutzer mit schon vorhandenen Namen anzulegen. Der Benutzer kann sich mit diesen Namen nicht registrieren. Der Beutzer kann sich registrieren, aber nicht mit diesen Namen anmelden. Es wird ein zweiter Benutzer erstellt mit den gleichen Namen. Anmelden kann sich in diesem Fall, aber nur der Benutzer der sich zuerst mit dem Namen registriert hat, da sein Passwort vom Server erwartet wird. Test teilweise erfolgreich! 3.8 T80 Video download Testumstände Zum Testen der Funktion Video-Download benutzen wir eine Videodatei des Typs.mpg, welche auf dem Server veschlüsselt vorliegt. Die Funktion zum einlesen der Videodaten in die Datenbank und zum Ver- und Entschlüsseln der Videodatei kann wahlweise auskommentiert werden. 29

30 3.8.2 Zu testende Objekte und Methoden DownloadClient(Socket mysocket, MainFrame mf, int videoid) DownloadServer(String le, String clientip, int sendport) Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle ausgewähltes Video wurde erfolgreich übertragen Video lässt sich ohne Fehler abspielen Einzelschritte Für diesen Test starten wir den ClientListener auf der Server Seite und loggen uns mit dem Standardaccount und Adminrechten auf der Client Seite ein. Wir önen die Dialogbox zur 'Video Auswahl' und wählen ein Video aus der Liste aus. Dann stellen wir die Übertragung auf 'Download' und starten. Nun startet der Download und die Datei wird temporär beim Client gespeichert und daraufhin abgespielt Beobachtungen/Log Anfangs gab es kleinere Probleme korrekten Speichern der Dateien, die Videos lieÿen sich nicht abspielen. Dies wurde aber durch eine andere Einstellung der BuerSize behoben Testvorraussetzungen Es wurde in der Datenbank ein User mit dem Namen 'seven' und dem Passwort 'seven' erstellt und Adminrechte erteilt. Eine weitere Vorraussetzung ist das Vorhandensein der Testdatei 'video2.mpg' Test1 Video download Im gestarteten Player wird nun die Funktion 'Video Auswahl geoenet' und darin das Video 'video2.mpg' und die Funktion 'Download' markiert und gestartet. 30

31 Der Server bekommt nun die Anfrage vom Client und startet die Klasse 'DownloadServer'. Hier wird nun die entsprechende Datei in Blöcke zerlegt und an den Client geschickt. Dieser empfängt die Daten und speichert sie temporär auf der Festplatte um sie dann abzuspielen. Das Video wird ohne Fehler abgespielt. Das Video wurde bis zum Ende abgespielt und die temporäre Datei wird gelöscht. Test erfolgreich! 3.9 T90 Video löschen Zu testende Objekte und Methoden VideoAdminForm(SessionData sd) DataBaseConnector.deleteVideo(int videoid) Database.commDeleteVideo(BueredReader in) Database.deleteVideo(int videoid) Kriterien für erfolgreiche bzw. fehlgeschlagene Testfälle Videodatei ist auf dem Server gespeichert Videodatei wird in der Auswahlliste angezeigt Videodatei wird vom Server gelöscht und aus der Datenbank entfernt Einzelschritte Um diesen Test zu beginnen, muss zunächst einmal der Server bzw. die Klasse ClientListener gestartet werden. Nach erfolgreicher Anmeldung als Admin am Server, wird das Videoverwaltungsmenü geönet. Das zu löschende Video wird ausgewählt und mit betätigen des Delete-Buttons gelöscht. 31

32 3.9.4 Beobachtungen/Log Anfangs gab es Probleme den Pfad für die Videodatei auf unterschiedlichen Systemen auszulesen. Nach Beseitung dieses Problems funktioniert das Löschen, sowie die Entfernung aus der Datenbank ohne Probleme Testvorraussetzungen Für die Testdurchläufe wird davon ausgegangen, dass ein Video bereits auf dem Server geladen wurde und sich dieses in der Datenbank bendet. Dadurch wird die Videodatei in der Videoauswahlliste angezeigt Test1 Zunächst wird versucht ein vorhandenes Video zu löschen. Die Videodatei bendet sich nicht mehr auf dem Server und das Video wird nicht mehr in der Auswahlleiste angezeigt. Das Video wird nicht mehr in der Videoauswahlleiste angezeigt und die Datei bendet sich nicht mehr au dem Server. Das Video wurde gelöscht. Test erfolgreich! Test2 Es wird versucht als normaler Benutzer ein Video zu löschen. Die Videoverwaltung kann nicht ausgewählt werden. 32

33 Der normale Benutzer kann nicht auf das Administrationsmenü zugreifen. Nur Benutzer mit Adminrechten sind in der Lage Videos zu löschen. Test erfolgreich! 33

34 4 Zusammenfassung Zusammendfassend lässt sich sagen, dass das Programm im Ganzen funktioniert. Die in den vorherigen Kapiteln durchgeführten Testfälle wurde erfolgreich absolviert. Dabei muss jedoch auch gesagt werden, dass nicht alle im Feinentwurf und in anderen Dokumenten aufgeführten Funktionen implementiert und somit auch nicht getestet wurden. So gab es bei dem Kodieren und Dekodieren eines Streams(F140, F150) erhebliche Probleme, sodass wir nun erst einmal mit dem unverschlüsselten Stream gearbeitet haben. Dieses Problem ergab sich jedoch nur beim Streamen. Was darauf zurück zuführen ist, dass wir für den Videotransport und Videodarstellung mit dem Freedom for Media in Java Framework gearbeitet haben. Die dort implementierten Funktionen arbeiten für das wofür sie bestimmt sind ohne Probleme. Sobald man diese aber erweitern will, durch in unserem Fall die Verschlüsselung eines Streams, war es für uns nicht möglich funktionierenden Programmcode zu erzeugen. Das Uploaden eines Video als Datei, welche dann vom Player verschlüsselt wird, funktioniert. Diese Datei liegt dann verschlüsselt auf dem Server. Wenn der Server dieses Video Streamen soll, wird es kurz zuvor vom Server entschlüsselt. Auch die Rechteverwaltung funktioniert nun. Admin (Level 2) haben gegenüber 'normalen' Benutzern(Level 1) mehr Rechte und können so auf Daten anderer Benutzer zugreifen, um sie zu ändern. Zwar wurden nicht alle Wunschkriterien erfüllt, wie z.b das Gruppensystem, jedoch arbeiten die wichtigen Funktionen stabil, sodass wir mit dem zufrieden sind. 34