Онлайн-тренинг Таисии Рыбак, 1 месяц занятий, 4 часа теории + много практики + постоянные консультации тренера в скайп-чате
Тестирование базируется на требованиях, но часто бывает, что сформулированных требований нет или они не полные. И на тестировщиков падает задача по сбору базиса для тестирования. Данный курс поможет понять, как правильно организовать процесс сбора, выявления и управления требований как в крупных проектах, так и для небольших команд гибкой разработки. Мы на примерах разберем все этапы работы с требованиями и проведем практические занятия в системе управления требованиями.
Все ли вы знаете о техниках поиска багов? Как найти то, что мелькнуло лишь раз? Как воспроизвести проблему по невнятному описанию пользователя «У меня все сломалось»? Какие предположения строить? Что уточнять?
В рамках курса мы создали специальный «бажный» сайт для тестирования. Внедрили туда 20 разных по типу ошибок. Чтобы их найти, придется применять разные техники и инструменты:
— Собрать логи.
— Проверить консоль JS.
— Найти граничные значения.
— Пройтись по туру, отмененному из-за дождя.
— Проверить разные браузеры.
— Убрать ограничение, установленное на клиенте.
— …
Сервер поднят на linux-е, куда у студентов есть доступ на чтение логов. Это позволяет применить полезные в будущем инструменты:
Putty — снять статистику, последить за логом
WinSCP — забрать лог с сервера
Grep — найти нужный стек в логе (linux)
Cygwin — найти нужный стек в логе (windows)
Еще на курсе будут использоваться:
Postman — послать POST-запрос на сервер
Perlclip — сгенерить большую строку текста
Курс запускался в два этапа — год назад вышла первая версия на 4 занятия. Мы рассказывали только то, что не зависит от “веб — не веб, линукс — не линукс” итд.
Как искать, локализовывать и оформлять задачи. Материала было много! По отзывам студентов:
Ого, сколько материалов и заданий! Скучать не придется. А текст задания: "Меня обманули и обесчестили, я разворачиваюсь и ухожу." развеселил))
Но курс должен не только веселить, но и учить. Общаясь с ребятами, мы поняли просто “найти и локализовать” неинтересно. Это ведь все умеют, мы занимаемся этим каждый день.
Интересно другое:
— Как понять, кто именно сломался, если системы интегрированы?
— Как доказать подрядчику, что проблема именно на его стороне?
— Что делать, если ошибку уже пропустил?
Или технические штуки, которые пригодятся в дальнейшем:
— Залезть на сервер linux, найти нужный лог, изучить стек-трейс.
— Перехватить сообщение в консоли разработчика.
— Прочитать ответ, пришедший с сервера.
— Найти баг кеширования на сервере.
Все это теперь есть! Мы расширили курс, теперь там девять уроков вместо четырех. И 27 домашних задания — чтобы как следует закрепить материал. Приходите к нам, если хотите взглянуть на “обычный” процесс поиска и локализации багов по новому.
Интересует вопрос,люди пишут GUI тестирование и тд.
GUI считается автоматизированым тестированием или можно и манульно это делать?/
Я просто много где уже перечитал и так и не могу понять,некоторые только и пишут про GUI как автоматизированое тестирование,а другие пишут про GUI как мануальное.
Начала делать простейший тест - зайти (логин, пароль) в инстаграм, скайп... Не работает! В чем дело?
Я записываю свои действия (как захожу, авторизуюсь, сё хорошо. Потом выхожу из инстаграм учётки. Запускаю тест - и она "красным подсвечивает" ту команду, где идёт ввод логина.
Но ведь он точно нормальный! А команды сам Selenium и написал... ничего не понимаю. Такое же и в скайп-сайте. Не логинится.
Как могут просто не работать простейшие команды?
type name=usermame (трам-пам-пам мой аккаунт)
Внизу красным написано: (вкладка log)
[error] Exception: Error: cross proces JS call failed
Возникла проблема. Есть некий сайт на ExtJS. Есть автотест (используется WebDriver 3.0.1 на Java), в коде которого перед findElement встречается ожидание отработки всех скриптов на странице:
public void waitAjax () {
boolean ajaxRunning;
long endTime = System.currentTimeMillis() + 15000;
do {
JavascriptExecutor executer = (JavascriptExecutor) driver;
ajaxRunning = ((Boolean) executer.executeScript("return Ext.Ajax.isLoading();"));
} while (ajaxRunning && System.currentTimeMillis() < endTime);
}
При запуске данного теста из IDE (IntelliJ Idea) проблем нет (ИЕ11 и Хром): тест корректно ждет, пока ExtLS не вернет false и потом продолжает работу с элементами. Но при включении данного теста в Jenkins (в тех же браузерах) последний просто игнорирует данный метод waitAjax() и следующий за ним findElement выдает Unable to find element.
Подскажите, как заставить Jenkins не игнорировать данный метод или в какую сторону можно еще продолжить раскопки?
Извините за возможные ляпы и "глупые" вопросы. Вспомните себя в начале славных дел....)))
Я начинающий , только начал учиться в школе тестировщиков здесь на сайте. До этого, ремонт компов,оргтехники, админил и прошел базовый курс HTML Academy.
Сейчас в целях расширения кругозора ( да и интересно), пробую вариант учебного тестирования сайта на вход ( вход с пустыми полями, без ввода логина, с вводом логина без пароля, с вводом логина и пароля (верные)). Использовал плагин с Selenium IDE 2.9.1, возникли вопросы (файл во вложении):
1. Логин и пароль в 4 тесте верны ( на картинке логин и пароль изменен
). Выделено красным почему -?
2. 4-ре failed т.е. 4-ре теста неудачны -? При данных условиях должно быть только: Runs 4 -?
2.1 первые два теста (вход с пустыми полями, без ввода логина) сообщения:
[info] Executing: |clickAndWait | id=signIn | |
[error] Element id=signIn not found - это верно -?