Wiele osób kontaktuje się z nami po uzyskaniu informacji o pozytywnym zakończeniu procesu rekrutacji, aby rozwiać pojawiające się wątpliwości, czy wybrane szkolenie rzeczywiście odpowiada potrzebom i oczekiwaniom. Aby umożliwić potencjalnym uczestnikom podjęcie optymalnej decyzji o wyborze szkolenia, w serii kilku artykułów przybliżę zakres każdego szkolenia i doprecyzuję czego po nich można się spodziewać.
Obecnie prowadzimy rekrutację na 5 szkoleń umożliwiających nabycie kwalifikacji w zakresie:
1. Wykorzystywanie standardu WCAG (Web Content Accessibility Guidelines) przy tworzeniu i dostosowywaniu stron internetowych
2. Wykorzystywanie standardu WCAG (Web Content Accessibility Guidelines) przy tworzeniu i dostosowywaniu aplikacji mobilnych
3. Audytowanie dostępności stron internetowych zgodnie ze standardem WCAG (Web Content Accessibility Guidelines)
4. Audytowanie dokumentów cyfrowych w oparciu o standard WCAG (Web Content Accessibility Guidelines)
5. Projektowanie i prowadzenie badań dostępności informacji elektronicznej z udziałem użytkowników-testerów z indywidualnymi potrzebami
Ten artykuł dotyczył będzie szkolenia nr 3 Audytowanie dostępności stron internetowych, które wzbudza najwięcej wątpliwości. Szczegółowy program tego szkolenia znajduje się pod linkiem: Audytowanie dostępności stron internetowych zgodnie ze standardem WCAG (Web Content Accessibility Guidelines).
Szkolenie to dedykowane jest przede wszystkim osobom, które mają choć podstawową wiedzę o HTML, CSS i JavaScript oraz o budowie stron za pomocą CMSów. Warto, by zwróciły na to uwagę te osoby, które uzyskały niski wynik w teście wiedzy, wykonywanym na początku procesu rekrutacji. Podczas szkolenia nie będzie uzupełniana wiedza we wskazanym zakresie, skupi się ono na audycie stron dostępnymi narzędziami oraz analizie kodu na różnych poziomach. Osoby, które posiadają niższy poziom wiedzy w zakresie budowy kodu strony mają także szanse przejść pozytywnie proces szkoleniowy, ale na pewno będzie to wymagało od nich dodatkowej samodzielnej pracy nad uzupełnianiem wiedzy i umiejętności.
Poniżej prezentuję na przykładach oczekiwany poziom wiedzy bazowej i zakres czynności niezbędnych do wykonania w trakcie realizowanego szkolenia. Zajęcia bazować będą m.in. na automatycznych narzędziach do audytowania stron. Gdy narzędzie zidentyfikuje na badanej stronie jakiś błąd, zadaniem uczestników będzie weryfikacja w kodzie, czy rzeczywiście on występuje i wskazanie w raporcie sugestii, jak można go naprawić. Typowe błędy, które mogą się pojawić:
· brak opisu alternatywnego – w kodzie w znaczniku img nie ma atrybutu alt lub nic nie jest do niego przypisane: <img … alt …>
· przypisanie do atrybutu alt pustej wartości <img … alt=”” …> i analiza czy jest to operacja prawidłowa (kiedy jest, a kiedy nie)
· błędy kolejności nagłówków: skok z <h1> na <h3> lub brak nagłówka <h1>
· brak utworzenia listy w kodzie za pomocą znaczników <ul>, <ol> i <li>, a zamiast tego użycie np. znacznika <p>
· weryfikacja wykrycia niskiego kontrastu przez potwierdzenie wartości w kodzie (czasem zdarza się, że automaty odczytają niewłaściwą wartość)
· podwójny opis dokąd prowadzi link <a title=”Strona główna”>Strona główna</a>
· link, który nie informuje, gdzie prowadzi <a href=”…”>Link</a>
Oczywiście znajomość wskazanych zagadnień nie jest niezbędna przed udziałem w szkoleniu – ich zgłębieniu poświęcona będzie większość godzin planowanych zajęć. Jeśli jednak zupełnie nie rozumiemy wskazanych powyżej treści, konieczne będzie samodzielne uzupełnienie wiedzy, aby możliwe było pozytywne zdanie egzaminu końcowego. Dokładny zakres zagadnień weryfikowanych podczas egzaminu opisany jest na stronie dotyczącej kwalifikacji audytowania dostępności stron internetowych.
Na wskazanej stronie wśród wymienianych umiejętności znajduje się „proponowanie sposobów rozwiązania problemów”. Oznacza to, że poza sprawdzeniem błędu w kodzie, uczestnik szklenia powinien zaproponować, jak go naprawić, np.:
· dodać opis alternatywny alt=”logo Urzędu Miasta”
· dodać nagłówek pierwszego rzędu <h1>, usystematyzować nagłówki, tak aby były one ułożone po kolei na każdej podstronie
· jeśli jest użyty kod <a title=”Strona główna”>Strona główna</a>, wskazać nie używanie atrybutu title lub wypełnienie go informacją „Urzędu Miejskiego” lub „Strona otwiera się w nowym oknie” w zależności od sytuacji
· przy użyciu kodu <a href=”…”>Link</a> wskazać, że osoba niewidoma przechodząc po stronie za pomocą tabulatora, po trafieniu na ten link, nie zostanie poinformowana, gdzie on ją przeniesie (zamiast słowa Link lepiej użyć miejsca docelowego np. „Strona Urzędu Miejskiego”)
Przegląd programu szkolenia pozwoli zauważyć, że analiza kodu rozpocznie się już w 3 dniu zajęć i będzie jednym z podstawowych zadań uczestników już do końca procesu szkoleniowego. Decydując się na udział w szkoleniu z Audytowania dostępności stron internetowych warto wziąć to pod uwagę.