Als PDF, PPTX herunterladen
Hochgeladen vonPeter Rozek
Hightway to Hell - Responsive Webdesign Testen
Peter Rozeck von ecx.io erläutert verschiedene Aspekte des Testens von responsive Webdesign, einschließlich der Zielgruppen, Testing-Tools und -Strategien. Er betont die Wichtigkeit einer durchdachten Testing-Strategie sowie die Durchführung von Tests unter realen Bedingungen. Zu den empfohlenen Tools und Methoden gehören der Network Link Conditioner, Resize My Browser und Open Device Lab, wobei der iterative Testansatz als optimal angesehen wird.
Hightway to Hell - Responsive Webdesign Testen
- 1. Hightway to Hell ResponsiveWebdesign testen
- 2.
- 3. Arbeite bei ecx.io (DigitalAgentur) Wer bin ich Beschäftige mich mit Themen wie Frontend, Usability und Accessibility Und twitter hin und wieder @webinterface
- 4.
- 5.
- 6.
- 7.
- 8. Mit welchen Toolstesten wir ?
- 9.
- 10. Was testen wir? Design Usability Performance
- 11.
- 12. Usability mit echtenNutzern* testen. * Zielgruppe
- 13.
- 14. Network Link Conditioner Performancetesting: Voraussetzung für die Nutzung des Network Link Conditioners ist die Installation von Xcode und eine kostenlose Mitgliedschaft im Apple- Developers-Programm.
- 15. Netlimit für Mac Performancetesting: Bandbreite am Mac per Klick beliebig ändern.
- 16. Network Link Conditioner Performancetesting: Voraussetzung für die Nutzung des Network Link Conditioners ist die Installation von Xcode und eine kostenlose Mitgliedschaft im Apple- Developers-Programm.
- 17. Speed Limiter fürWindows Performance testing: Lokalen Webserver, der als gedrosselter Proxy fungiert. Bandbreiten sind als Profile auswählbar. Kostenlos für die Privatnutzung . Kommerzielle Nutzung gebühr von 15 Euro.
- 18. Wie testen wir? Rezise my Browser Mit Endgeräten
- 19.
- 20.
- 21. Endgeräte testing Pro • Zuverlässig •Geräteabhängige Einstellungen können getestet werden. Kontra • Teuer, es müssen Geräte gekauft werden.
- 22. Open Device Lab KostenloserGerätepark für Entwickler. ODLs ist eine neue, weltweite Bewegung um Software-Entwicklern Zugriff auf möglichst viele Testgeräte zu ermöglichen.
- 23.
- 24. Wann testen wir? Iterativ ? Am Ende der Entwicklung ? Keine gute Idee ! vgl. Wasserfall Modell Ende
- 25.
- 26.
- 27. Wer testet ? HabenSie ein QM * - Team ? * Quality-Management
- 28.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35. Werkzeuge für komfortablestesten der Viewport Ausgabe Pro • Unterschiedliche Auflösungen können schnell getestet werden • Schnelle Designanpassungen • Vereinfachte Vorschau bei oder Entwicklung Kontra • Keine Pixelgenau Darstellung aufgrund der iFrame Einbindung und Scrollbareinblendung • Geräteabhängige Einstellungen können nicht getestet werden.
- 36. Die Auswahl derWerkzeuge ist wahllos erfolgt. Die gezeigten Werkzeuge können alle mehr oder weniger das gleiche.
- 37. Werkzeuge für Hipsterund Apple Fan-Boys unter uns… http://helloduo.com/ http://helloduo.com/
- 38.
- 39. Welche Browser testen? Welche Version ?
- 40.
- 41. Festlegen welche Browsergetestet werden und welche nicht. Begründen Sie ihre Einschränkung ! Es gibt gute Gründe alte veraltete Browser nicht zu unterstützen.
- 42. Legen Sie festauf welchen Endgeräten Sie ihr Produkt testen.
- 43. Legen Sie festwann getestet wird. (Zeitpunkt)
- 44. Leitfaden damit Sienicht in die Hölle kommen: Was testen wir ? Wie testen wir ? Wann testen wir ? Wer testet ?
- 45. Wichtig: Testing Strategie ausarbeiten ! Teamund Stakeholder auf die vereinbarte Strategie commiten.
- 46.
- 47. Danke, Merci, Thanks PeterRozek, ecx.io
- 48. Fragen ? Twitter: @webinterface E-Mail:peter.rozek@ecx.io E-Mail: hello@peter-rozek.de