Leider ohne es schon mal produktiv selbst eingesetzt zu haben würde hier der Dienst Tenon.io (http://tenon.io) gut zu passen. Damit sollen sich Accessibility-Tests automatisieren lassen, was natürlich toll ist um in eine Continuous-Integration-Umgebung eingebunden zu werden.
Den Dienst hatte ich im Dezember im Linkfutter 166 schonmal erwähnt. Und seitdem nehme ich mir vor, ihn mittels Grunt-Plugin zu testen. Mal schauen, ob das dieses Jahr noch was wird.
Oh, das kenne ich 😉 Genau deswegen habe ich es gleich mal getan und in einem existierenden Projekt ausprobiert. Das klappt mit dem Package grunt-tenon-client, das Joe Watkins im von dir verlinkten Artikel verwendet, sehr gut. Bisher habe ich leider noch keine Liste mit den Task-IDs (tID) und zugehöriger Beschreibung gefunden, mit denen Tests gefiltert werden können.
13. Februar 2015 um 21:45 Uhr
Leider ohne es schon mal produktiv selbst eingesetzt zu haben würde hier der Dienst Tenon.io (http://tenon.io) gut zu passen. Damit sollen sich Accessibility-Tests automatisieren lassen, was natürlich toll ist um in eine Continuous-Integration-Umgebung eingebunden zu werden.
13. Februar 2015 um 21:52 Uhr
Den Dienst hatte ich im Dezember im Linkfutter 166 schonmal erwähnt. Und seitdem nehme ich mir vor, ihn mittels Grunt-Plugin zu testen. Mal schauen, ob das dieses Jahr noch was wird.
14. Februar 2015 um 2:24 Uhr
Oh, das kenne ich 😉 Genau deswegen habe ich es gleich mal getan und in einem existierenden Projekt ausprobiert. Das klappt mit dem Package grunt-tenon-client, das Joe Watkins im von dir verlinkten Artikel verwendet, sehr gut. Bisher habe ich leider noch keine Liste mit den Task-IDs (tID) und zugehöriger Beschreibung gefunden, mit denen Tests gefiltert werden können.
Bisher ist die Abdeckung der Kriterien der WCAG 2.0 nicht sehr groß, was sich aber in der nächsten Zeit ändern könnte.