Operation Manual

Testen der Dreamweaver-Site
Nach oben
Nach oben
Richtlinien zum Testen von Sites
Verwenden von Berichten zum Testen von Sites
Richtlinien zum Testen von Sites
Bevor Sie eine Site an einen Server übertragen und zur Ansicht freigeben, sollten Sie die Site lokal testen. (Idealerweise sollten Sie die Site
während ihres Aufbaus häufig testen und auf Fehler überprüfen. Dadurch können Probleme frühzeitig erkannt werden und ein erneutes Auftreten
des Fehlers lässt sich vermeiden.)
Die Seiten sollten genauso aussehen und funktionieren, wie dies im für sie vorgesehenen Browser zu erwarten ist. Es sollten keine nicht
funktionierenden Hyperlinks enthalten sein und die Downloadzeit sollte nicht zu lang sein. Sie können die gesamte Site auch testen und auf Fehler
überprüfen, indem Sie einen Sitebericht ausführen.
Die folgenden Richtlinien sollen Ihnen dabei helfen, eine ansprechende und gut strukturierte Site zu erstellen:
Stellen Sie sicher, dass die Seiten in den Zielbrowsern funktionieren.
Die Seiten sollten in Browsern, die weder Stile, Ebenen, Plug-Ins noch JavaScript unterstützen, lesbar und funktionsfähig sein. Bei Seiten, die in
älteren Browsern nicht angezeigt werden können, sollten Sie eventuell das Verhalten „Browser überprüfen“ verwenden, um die Besucher der Site
automatisch zu einer anderen Seite weiterzuleiten.
Testen Sie die Anzeige der Seiten mit verschiedenen Browsern und Plattformen.
Dadurch können Sie Unterschiede im Layout, bei Farben, Schriftgrößen und Standardgrößen des Browserfensters ermitteln, die bei einer
Überprüfung im Zielbrowser nicht zu erkennen sind.
Überprüfen Sie Ihre Site auf fehlerhafte Hyperlinks und reparieren Sie diese.
Auch andere Sites können geändert oder umstrukturiert werden, und die Seiten, auf die Hyperlinks verweisen, können zwischenzeitlich eventuell
verschoben oder gelöscht worden sein. Sie können sicherheitshalber eine Hyperlinkprüfung durchführen.
Überprüfen Sie die Dateigröße der Seiten und die für den Download benötigte Zeit.
Wenn eine Seite aus einer einzigen großen Tabelle besteht, wird sie im Browser erst angezeigt, nachdem die ganze Tabelle geladen wurde.
Daher sollten Sie große Tabellen eventuell in kleinere unterteilen. Ist dies nicht möglich, können Sie anderen, weniger umfangreichen Inhalt (wie
beispielsweise eine Begrüßung oder ein Werbebanner) oben auf der Seite und außerhalb der Tabelle platzieren. Die Besucher der Site können
dann diesen Inhalt lesen, während die Tabelle heruntergeladen wird.
Führen Sie zum Testen und zur Fehlersuche in der ganzen Site mehrere Siteberichte aus.
Sie können die gesamte Site auf Fehler überprüfen, beispielsweise auf unbenannte Dokumente, leere Tags und überflüssige verschachtelte Tags.
Überprüfen Sie den Code, um Tag- oder Syntaxfehler ausfindig zu machen.
Aktualisieren und warten Sie eine Site, auch nachdem sie veröffentlicht wurde.
Eine Site kann auf verschiedene Weise (im Internet) veröffentlicht werden. In jedem Fall sind laufende Wartungsarbeiten erforderlich. Das Erstellen
und Einsetzen eines Systems zur Versionskontrolle ist von großer Bedeutung. Hierfür können Sie entweder die in Dreamweaver enthaltenen
Werkzeuge oder speziell dafür vorgesehene externe Programme verwenden.
Nehmen Sie an den Diskussionsforen teil.
Die Dreamweaver-Diskussionsforen finden Sie auf der Adobe-Website unter www.adobe.com/go/dreamweaver_newsgroup.
In den Foren finden Sie eine Fülle von Informationen zu verschiedenen Browsern, Plattformen usw. Sie können auch technische Fragen
besprechen und praktische Tipps mit anderen Dreamweaver-Benutzern austauschen.
Ein Tutorial zum Lösen von Problemen bei der Veröffentlichung finden Sie unter www.adobe.com/go/vid0164_de.
Verwenden von Berichten zum Testen von Sites
Sie können Site-Berichte über den Arbeitsablauf oder über HTML-Attribute ausführen. Sie können mithilfe des Befehls „Berichte“ auch die
Hyperlinks in Ihrer Site prüfen.
Mithilfe von Arbeitsablaufberichten können Sie die Zusammenarbeit zwischen den Mitgliedern eines Webteams verbessern. Sie können
Arbeitsablaufberichte ausführen, aus denen hervorgeht, wer eine Datei ausgecheckt hat, welche Dateien mit Design Notes verknüpft sind und
114