Уровень 10           Практические аспекты тестирования WEB - приложений

Приложения и плагины для тестирования Web

Подготовка к тестированию. Прежде чем вы сможете начать тестирование, вам нужны, как любому профессионалу в своем деле, опредленные инструменты. Как строитель на стройку приходит со своими инструментами, так же и тестировщик подходит к  тестированию. Установите себе все эти программы и плагины для того, чтобы вооружиться перед большим WEB тестированием. Далее я расскажу вам, как этим пользоваться.

 

Установите программу и попробуйте в ней разобраться. Это программа аналогична network в инспекторе Chrome но имеет намного больше функций. Например включить ограничение скорости интернета.

 

Отображает время загрузки web страницы

 

Т.к. стандартный инспектор FF весьма ограничен, тестировщики пользуются приложением инспектором -  FireBug. Принцип тот же что и веб инспекторе.

 

Супер программа, проверит все ссылки сайта за вас

 

Полезный аддон, жалко только для Firefox. Позволяет точно измерить размер компонента в пикселях. Необходим для проверки соответствия реальных размеров и мокапов

 

Другие небольшие, полезные тестировщику приложения в найдете в этом списке

Как пользоваться веб инспектором

 

                                               Тестирование Web приложений

 

 

 

Несколько тезисов о тестировании Web приложений:

 

При тестировании Web приложений  нужно протестировать:

 

  • Стандартную функциональность 

 

  • Конфигурацию и совместимость

 

  • Кросс браузерную поддержку функционала

 

  • Выполнить все остальные виды тестов

 

Тестирование Web приложений осложняется наличием распределенных компонентов системы, взаимодействующих с приложением (клиента, сервера, сети)

 

Ошибки (или симптомы предполагаемых ошибок) могут быть исправлены с помощью исправления кода или же с помощью реконфигурации системы (клиента, сервера или сети)

 

Контрольный список Web стандартов

Здравствуй, мой друг. Как известно, опыта профессионала можно достичь только благодаря отменной практике. Cегодня мы этим именно и займемся. Весь уровень посвящен практике WEB тестирования. Будет весело! Для начала, вот два сайта которые мы будем тестировать:

 

http://gorod.dp.ua/ сайт из сети

 

http://www.qaacademy.net/ и наш сайт

Тебе снова предстоит столкнуться с контрольным списком Web стандартов. 

 

Для выполения этого задания скопируй себе эту таблицу в свой google диск.

Затем пройди чек лист для двух сайтов, выполнив все тесты согласно руководству в уровне. Отправить задание сможешь в конце уровня.

1. Качество кода

 

Валидны ли (X)HTML код и CSS-таблицы страниц сайта?

 

  • Валидный код браузер выведет быстрее и лучше, чем невалидный

 

  • Ошибки в HTML-коде и CSS-странице приведут к искаженному отображению документа на экране

 

См. http://validator.w3.org/ (проведение валидации страницы)

 

 

2. Хорошо ли структурирован код страниц?

 

  • Семантически правильная разметка подразумевает использование html-элементов по их прямому назначению

 

  • Хорошо структурированный HTML-документ хорошо воспринимается браузерами без поддержки стилевых таблиц, текстовыми браузерами, наладонниками, поисковыми роботами и т.д.

 

См. https://seositecheckup.com/ (проверка структурированности страницы)

 

3. Есть ли на сайте "сломанные" ссылки?

 

  • "Сломанные" ссылки разочаровывают пользователей и потенциально отвращают от вашего сайта ваших клиентов.

 

  • "Сломанные" ссылки могут также сказаться на том, как поисковые роботы будут индексировать ваш сайт

 

Сломанные ссылки желательно перепроверить вручную, чтобы убедиться что это не защита от роботов, либо для перехода по ссылке требуется авторизация.

 

см. http://validator.w3.org/checklink (проверка ссылок)

 

 

4. Как у сайта со скоростью загрузки страниц?

 

  • "Не заставляйте меня ждать..."  Вот какую мысль подразумевают пользователи при проведении всех исследований. Даже пользователи с широким каналом устают от медленной загрузки. По статистке пользователи начинают покидать страницу уже после 5 секунд ожидания.

 

Для этого нужно установить приложение для Chrome/FF - page speed monitor и измерить время загрузки с его помощью

 

5. Выдает ли браузер какие-либо ошибки JavaScript при работе со страницей?

 

  • Любой брузер позволяет включить отладчик, который будет выводить в консоль ошибки всякий раз, когда на странице обнаружены сбои или exceptions в JavaScript. Открываем web инспектор, переходим во вкладку console (консоль), серфим по сайту и проверяем не падают ли ошибки. Зачастую web баги будут выбрасывать консольные ошибки, по ним программист или вы сможете понять причину бага. Консольная ошибка всегда заносится в баг репорт.

Понял о чем идет речь? Не сложно? Тогда мы можем двигаться дальше. Отличная работа, тестировщик!

6. Доступность cкрытых страниц для пользователей.

 

Ваша задача проверить доступность защищенных страниц сайта 

а) Для зарегистрированного пользователя

б) Для пользователя без регистрации

в) Очистить куки и проверить отсутствие доступа

 

7. Используется ли атрибут "alt" во всех значимых изображениях?

 

  • Каждый нетекстовый элемент должен сопровождаться текстовым описанием. Увидеть подпись изображения можно наведя на него мышкой. Достаточно проверить до 5 изображений.

 

См. также http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-text-equivalent

 

8. Используется ли на сайте для шрифта относительные единицы измерения вместо фиксированных?

 

  • В коде и в стилевых таблицах СSS должны использоваться относительные, а не абсолютные единицы для указания размеров элементов. О фиксированных и отностительных значениях в шрифтах можно прочитать в этой статье.

 

См. также http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-relative-units
http://www.webmascon.com/topics/coding/47a.asp

 

9. Изменяется ли каким-либо образом компоновка страницы при увеличении размера масштаба?

 

  • Компоновка Web сайта в любом браузере при любом увеличении размера шрифта должна оставаться неизменной

 

  • При увеличении/уменьшении масштаба все компоненты должны изменяться пропорционально, все ссылки отставаться  доступными, а кнопки активными

 

10.Достаточно ли контрастны и ярки цвета на страницах сайта?

 

  • Разница между цветом фона и цветом текста должна быть достаточно контрастна, чтобы не вызывать затруднений при чтении

 

  • Нельзя пользоваться цветами, расположенными слишком близко др. к другу на цветовом круге (оптимально - расстояние ¼ окружности)

 

 

11. Используется ли только цвет для выделения критической информации?

 

  • Вся важная информация, выделенная цветом, также должна быть выделена при отсутствии цвета, например с помощью контекста или элементами логической разметки

(Устарелый тест, выполнить на ваше усмотрение)

 

Доступность для устройств

 

12. Достаточно ли хорошо сайт работает и в современных и в старых браузерах?

 

  • Определитесь, какие браузеры вы собираетесь поддерживать и до какой степени. Не все браузеры одинаково поддерживают разные технологии, разметку и др. Например Internet Explorer - бич всех разработчиков. Например наш сайт не поддерживает IE 10 и младше, а также Safari 7.0 и младше, Opera, FF и Сhrome младше ~20 версий. В этих браузерах можно увидеть дикие необузданные баги - будьте аккуратны. Проведите тест на одном из них для наглядности.

13. Можно ли работать с материалами сайта при отключенном CSS или в браузере, где нет поддержки CSS?

 

  • С приложением могут работать люди, у которых браузер не поддерживает CSS или поддержка CSS отключена. Если страницы правильно структурированы, у таких посетителей не возникнет никаких проблем при работе с ними.

 

14. Корректно ли выглядит сайт при распечатке?

 

  • К любому (X)HTML-документу можно прикрепить стиль для вывода на печать и для этого не потребуется трогать разметку самого документа. Проверьте как выглядит сайт при выводе на печать, для этого достаточно при печати сохранить страницу как pdf документ и просмотреть.

 

15. Работает ли сайт на мобильных устройствах?

 

  • В настоящее время нет единообразия в том, как наладонные устройства поддерживают Web страницы. Однако некоторые решения в компоновке страниц поддерживаются на наладонниках лучше, чем другие. Поддержка наладонных устройств зависит от целевой аудитории вашего сайта. Проверьте сайт в мобильном моде Сhrome и в браузере Смартфона

 

16. Снабжен ли сайт детальным набором метаданных?

  • Метаданные - данные о данных: каталоги, справочники, реестры, базы метаданных, содержащие сведения составе данных, содержании, статусе, происхождении, местонахождении, качестве и прочее. Метаданные иногда рассматривают как разновидность давно определенной практики библиотечной каталогизации, но это не совсем так. Скорее это информация для интернет-роботов, поисковиков и прочих классификаторов сайтов.

Проверять наличие метаданных тут:

 

См. http://www.seocentro.com/tools/search-engines/metatag-analyzer.html

 

17.Работает ли сайт в окнах различных размеров?

 

Очень важная проверка. Нужно удостовериться что верстка сайта корректно все отображает при уменьшении окна браузера (просто уменьшить масштаб, затем уменьшить и обновить). Также при увеличении окна на большом мониторе и при наличии прокрутки окна.

 

Основы WEB usability

 

18. Имеется ли на странице четкая визуальная иерархия элементов?

 

  • Важная информация должна быть выделена с помощью размеров, отступов и логических связей.

 

19. Легко ли отличить один уровень заголовков от другого?

 

  • Используйте заголовки для того, чтобы раскрыть структуру документов, при этом используйте их в соответствие со спецификацией.

 

См. http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-logical-headings

 

20. Достаточно ли легко понять навигацию по сайту?

 

  • Навигация вашего сайта должна подсказывать посетителю, на какой странице сайта он сейчас находится и куда он может следовать дальше.

 

21. Используется ли однообразная навигация на всех страницах сайта?

 

  • Если на каждой странице вашего сайта навигация придерживается одного и того же стиля, посетителям легче будет работать с сайтом и они быстрее будут находить нужную им информацию.

 

22. Используется ли на сайте приемлемый и однообразный язык текстов?

 

  • Ясный и простой язык материалов позволяет эффективно вести диалог с посетителем. Не забывайте, что ваш сайт могут читать пользователи, для которых ваш язык не является родным.

 

23. Есть ли у сайта карта и страница с контактной информацией? Легко ли их найти?

 

  • Большинству карт сайтов не удается раскрыть многоуровневую структуру архитектуры сайта. В тестах на usability пользователи часто игнорируют карту сайта или просто не могут ее найти. Сложность карты также является проблемой: карта должна быть именно картой, а не головоломкой по навигации.

 

24. Если ваш сайт очень большой, есть ли на нем инструмент поиска?

 

  • Для маленького сайта функция поиска не особенно нужна. Всегда найдутся люди, которые никогда не пользуются поиском по сайту. Тем не менее функция поиска является дополнительным хорошим инструментом навигации по сайту для посетителей.

 

25. Присутствует ли на каждой странице сайта ссылка на его главную страницу?

 

  • Многие пользователи зарывшись в глубины сайта хотят быстро попасть на его главную страницу. Главная страница является как бы отправной точкой для таких пользователей, на которой они заново собираются с силами, чтобы нырнуть в новые глубины сайта.

 

26. Подчеркнуты ли ссылки?

 

  • Для полноты восприятия пользователями ссылок, текст ссылок должен быть оформлен другим цветом и подчеркнут. Посетители не должны метаться по странице в поисках ссылки.

 

27. Четко ли выделены цветом ссылки, которые пользователь уже посетил?

 

  • Самое главное, если четко выделены ссылки, которые пользователь уже посетил, он не нажмет на них случайно, и не будет попадать на ту же самую страницу, где уже побывал.

Я тут подумал...мастер, не слишком ли много информации, у меня уже плавятся мозги?

Труд каждый приносит своё вознаграждение. Да прибудет с тобой сила, будущий великий тестировщик!

Как выглядит Agile board на работе. Очень удобно прикреплять записки с задачами, и ответственными за ними на доску.

Управление сайтом

 

28. Есть ли у сайта понятная и полезная страница ошибки 404, которая работает с любого уровня сайта?

 

  • Как обрабатывается ошибка 404 (страница отсутствует) - пользователь должен знать, что произошло. Посетитель не должен "проваливаться в ничто" и должен знать, как выйти из этой ситуации.

 

29. Используются ли на сайте дружественные URL-ы?

 

  • Большинство поисковых серверов (за исключением, например, Google) не будут индексировать страницы, в чьих URL-ах присутствует символ "?" или какой-либо иной символ (скажем, "&" или "=").

 

  • С точки зрения пользовательского интерфейса самым ужасным является URL-ы. Тем не менее, если они коротки, логичны и самоисправляющиеся (автоматическое перенаправление на "правильные" адреса), с ними становится удобно работать.

 

30. Самоисправляющиеся URL-ы:

 

  • Пользователь браузера может ввести URL-адрес с ошибкой, к примеру, вместо "google.com" "googel.com".

 

  • Организации часто регистрируют такие домены "с ошибкой" и перенаправляют их на "правильные" адреса.

 

  • Например, адреса "example.com" и "example.net" могут оба перенаправлять на единый домен или веб-страницу "example.org".

 

31. Можно ли получить доступ к сайту, набрав адрес без "www"?

 

  • Всегда важно, чтобы посетитель мог набрать название вашего сайта без "www" получить к нему доступ.

 

32. Есть ли у сайта пиктограмма для закладок?

 

  • Отсутствие пиктограммы для закладок (favicon) - графического файла с картинкой в нескольких разрешениях - приводит к появлению ошибок 404,т.к. такие браузеры, как IE, всегда запрашивают у сервера эту пиктограмму,когда пользователь помещает ссылку на сайт в закладки. Если на вашем сайте этой пиктограммы нет, в логи попадет ошибка "404 File not found". Так что наличие такой пиктограммы поможет вам значительно сократить размер файла ошибок.

 

Ууух тяжёлая тема была. Ты можешь гордиться собой, с этими знаниями ты сможешь одолеть темные силы. И протестировать любое WEB приложение!

Оби Ван - ты прав, наш тестировщик всё выучил, теперь он может  спокойно сражаться с темной стороной ошибок Web!

Тезисы о тестировании Web приложений

1. Когда мы видим ошибку со стороны клиента, то мы видим симптом ошибки, но не ее саму.

 

Например, в процессе тестирования Web приложения создаем новую запись и получаем сообщение об ошибке: Microsoft OLE DB Provider for ODBC Drivers error '8004014'.

В процессе исследований обнаруживается - проблема в том, что JavaScript на стороне       браузера не активен. Активация JavaScript устраняет ошибку.

 

2. Ошибки бывают зависимыми от среды и могут не возникать в различных средах.

 

  • Например, при попытке войти в Web приложение, используя GPRS соединение на скорости 56.2 кб/с, получаете сбои в регистрации.

 

  • Однако регистрация в сети, проведенная в таком же порядке, но с использованием более высокоскоростного подключения пройдет успешно

 

  • Имеем ошибку связанную с пропускной способностью сети

 

Рекомендации:

Дублировать точную последовательность действий и условия среды, в которой будет работать приложение согласно установленным тербования к нормальной среде приложения.

 
 
Анализ ошибок в Web среде

Так как бывает сложно определить, что породило ошибку:

 

  • ошибка ли это кода, или это результат сбоя программного обеспечения

 

  • проблема в конфигурации со стороны сервера

 

  • проблемы несовместимости

 

  • проблемы с конфигурацией браузера или что то еще

 

то предлагается проводить анализ ошибок в Web среде методом исключения, т.е. попытаться исключить следующие моменты:

 

  • Виртуальная директория Web-сервера (IIS) не была установлена должным образом

 

  • Директория приложения не была сконфигурирована как следует для корректного выполнения скриптов

 

  • Установленная по умолчанию Web-страница не была установлена должным образом

 

  • (SQL сервер) сервер баз данных неактивен  (часто встречалось)

 

  • Объекты DLL/COM отсутствуют или не были успешно зарегистрированы

 

  • Установки JavaScript со стороны браузера были дезактивированы

 

Почему важно понимать причину ошибки?

 

Потому, что никто не любит ложной тревоги. Часто бывает так, что тестовый сервер (стенд) не был правильно сконфигурирован, либо дал сбой, либо отказала база данных. В отличии от боевого сервера за ним никто особо не следит и часто-густо что-то выходит из строя. Особенно ввиду частых экспериментов и перезагрузок. Важно не кричать сразу - "шеф все пропало", а разобраться в причине ошибки, ведь сбои в тестовой системе это не баги, а проблемы среды с которыми обращаются к системным администраторам, а не к программистам.  

Основные источники ошибок в Web среде

Перед прочтением следует понять, что тут ошибка ≠ баг. В данном контексте ошибка является некой проблемой тестовой среды, которая мешает процессу тестирования. Важно отличать конфигурационные проблемы от реальных багов в системе. Далее подробнее о таких ошибках.

 

Виртуальная директория web-сервера (IIS) не была установлена должным образом:

 

  • Когда виртуальная директория не сконфигурирована правильно, то запрашиваемые файлы, скрипты или данные не будут обнаружены

 

  • Обычно, это проблема серверной конфигурации

 

 

Директория приложения не была сконфигурирована как следует для корректного выполнения скриптов:

 

  • Стандартная директория сервера приложений содержит скрипты, которые выполняются при их вызове Web-сервером по запросу клиента

 

  • Из соображений безопасности, Web-сервер может быть сконфигурирован таким образом, чтобы либо разрешать, либо блокировать выполнение скриптов в пределах отдельных директорий

 

  • И если сервер приложений создан таким образом, что он содержит в себе скрипты, подлежащие выполнению, а Web-сервер сконфигурирован так, дабы блокировать их выполнение в этой директории, то приложение работать не будет

 

 

Установленная по умолчанию Web-страница не была установлена должным образом:

 

  • Web-сервер не может обнаружить установленную по умолчанию Web страницу и приложение не будет работать должным образом

 

 

SQL сервер неактивен

 

  • Сервер приложений требует подключения к узлу базы данных,расположенному на SQL сервере для:

 

  1.  Осуществления запросов

  2.  Сохранения процедур

  3.  Доступа к данным

 

Если обслуживающий процесс сервера баз данных не запущен, то тогда, очевидно, приложение не будет работать

 

 

Объекты DLL/COM отсутствуют или не были успешно зарегистрированы

 

  • Например, инсталляционная программа не смогла скопировать все DLL файлы, используемые сервером приложений, во время установки

 

  • Если какой либо необходимый для работы сервера приложений DLL файл отсутствует, то приложение не будет работать

 

  • Если приложение пытается получить доступ к COM объекту, который не был успешно зарегистрирован, то приложение также работать не будет

 

 

Установки JavaScript со стороны браузера были дезактивированы

 

  • Если установки JavaScript были дезактивированы, то как только приложение запрашивает у браузера разблокировку JavaScript - возникает ошибка

 
Настройки браузера. Поиск ошибок в скриптах
  • При возникновении ошибок в JavaScript-ах, которые выполняются на стороне клиента порой трудно установить, в каком именно месте произошла ошибка. Для облегчения анализа ошибки можно воспользоваться специальным отладчиком скриптов

 

  • Для этого необходимо открыть консоль ошибок в браузере (см. обучающее видео)

 

  • Затем необходимо повторить ошибку. Просмотреть какие exception (исключения и ошибки) возникнут в консоле. В строке с ошибкой нажать на ссылку на JS код в котором возникла ошибка. 

 

  • В открывшемся окне одна из строк будет выделена. Именно в ней и произошла ошибка. Скриншот возникшей ошибки вместе с состояние сайта необходимо прикрепить к багу. Также может быть полезна строка кода в которой возникла проблема и полный текст ошибки.

 

Видеозапись поиска ошибок в скрипте

 

То прекрасное чуство когда выполнил все злодейские планы

На что влияют настройки браузера

В настройках браузера можно установить следующие настройки:

 

  • Домашней страницы: задать отображение страницы при запуске Web браузера или при выборе меню [Home]

 

  • Просмотра: задать условия отображения содержания страницы при ее открытии (изображения, анимации, JavaScript, Flash, сбережения памяти) Если для параметра [Сбережение памяти] установлено значение [Вкл.], то для отображения Web-страницы используется меньший объем памяти. В результате можно отобразить Web-страницы, содержащие больший объем данных, однако качество изображения будет ниже

 

  • Подключения: задать метод выбора подключения для использования при
    подключении к Интернету

 

  • Прокси-сервера: ввести информацию о настройках прокси-сервера, использовать/не использовать прокси-сервер

 

  • Cookie: указать способ работы с файлами cookies - разрешаются/ блокируются все файлы cookie, или каждый раз при запросе файла cookie запрашивается разрешение или блокировка

 

  • Временных файлов:  можно установить размер памяти временных файлов. Если размер превышен - файлы автоматически удаляются

 

  • Отказ от услуги безопасности браузера

 
Настройки браузера по умолчанию
  • Если проблема вызвана поврежденными или несовместимыми параметрами, либо дополнительными компонентами браузера Internet Explorer, обычно ее удается решить, сбросив параметры Internet Explorer

Панель изменений языка
Настройки кеширования
Настройки контента
Настройки сети
HTTPS/SSL настройки
 
Практика и тесты

Здравствуй ещё раз, ищущий силы тестирования. Как уже говорил чубака - задание уровня пройти WEB чек лист для двух сайтов, и сравнить какие ошибки будут на каждом из сайтов.

 

Обратите внимание, что важно обосновать каждый из выбранных статусов указанных вами и указать причину в комментарии. Например: версия для печати выглядит корректно, скриншот http://.... Отправь заполненную таблицу через форму. 

И да прибудет с тобой дух тестирования. Также я думаю тебе не составит труда после этого пройти теоретический тест 

Для перехода на уровень 11, необходимо набрать минимум 25,2 балла (60%)  за задания уровня 10.

Нет времени расслабляться, впереди нас ждёт ещё одна важная тема.

Обзор браузеров для тестировщика

Вашему вниманию предоставляется список основных браузеров. Каждый из них должен быть установлен у WEB тестировщика, это аксиома.

P.S. версии постоянно обновляются, и вам нужно иметь последнюю версию браузера

 

  • Google Chrome 49

 

  • Internet Explorer 11/Edge

 

  • Mozilla Firefox 45

 

  • Safari 9.1 / MacOS только

 

  • Opera 36 / выбыла и из топ брузеров

 

Браузер Opera в последнее время имеет популярность около 1% и выбывает из поддержки основных WEB сервисов, что еще усиливает его отставание.

 

Safari для Windows больше не поддерживается производителем, следовательно не участвует в тестировании.

 

IE 10 и младшие версии Internet Explorer до сих пор имеют долю на рынке, что обеспечивает регулярную головную боль разработчикам, поскольку являются частично поддерживаемыми браузерами (как минимум для Galaxy QA Academy).

 

Кроме того, появился новый "супербраузер" от Microsoft. Internet Explorer Edge поставляемый вместе с Windows 10. Свежий головняк для всех веб разработчиков т.к. он поддерживает, те веб технологии которые хочет, а еще вам предстоит выяснить -это баг в вашем, или в его функционале?

Популярность основных браузеров
Производительность браузеров

Наверное тебе давно хочется узнать, а какой браузер круче, и каким браузером пользоваться как основным для работы? Давай это узнаем.

 

Одним из самых важных параметров браузеров является скорость, которая влияет на общее впечатление от скорости работы программы:

 

  • Скорость при "холодном" и "горячем" старте

 

  • Скорость рендеринга CSS, скриптов, таблиц, графики

 

  • Скорость работы с кэшем

  • "Холодный" старт. Первая загрузка браузера сразу после старта системы, при этом не используются специальные утилиты предварительной загрузки. В тесте определения быстродействия фору получает браузер IE, многие компоненты которого загружаются одновременно с Windows

 

  • "Горячий" старт. Загрузка браузера во второй раз

 

  • Рендеринг таблиц. В этом тесте замерялась скорость загрузки локальной копии страницы

 

  • Обработка скриптов. Тест, в котором замеряются разные параметры: вычисление математических формул, DHTML обработка строки, кэширование изображений, скорость выполнения манипуляции с таблицами, окнами и содержимым страницы

  • Показ графики. Тест показывает, как браузер может работать с множеством соединений одновременно, а также насколько быстро он осуществляет рендеринг изображений

 

  • Работа с кэшем. Проверка работы браузеров с использованием кэша

График производительности браузеров

1. Потребление память ОЗУ для 3 вкладок

2. Загрузка процессора % для 3 вкладок

3. Потребление память ОЗУ для 30 вкладок

4. Загрузка процессора % для 30 вкладок

Свежая инфа на сайте

http://internet-browser-review.toptenreviews.com/

 
 
 
  • Facebook Social Icon
  • Instagram
  • Vkontakte Social Icon
  • YouTube Social  Icon
  • mail_icon

© 2017 Galaxy QA Academy. All rights are protected.