Если вы недавно в тестировании или только хотите попасть в эту область, приглашаем вас в нашу новую Школу для начинающих тестировщиков. Теорию можно прочитать в книжках, но как ее применять? Как насчет практики на реальном проекте, проведения ретроспективы в группе и составления портфолио?
Мы решили добавить в онлайн-обучение элементы Scrum, ведь именно гибкие методологии обычно встречаются в реальной работе. Так почему бы сразу не попробовать общаться в небольшой группе? В группе не только проще делать ДЗ, это очень мотивирует! Первая группа учится уже месяц, посмотрите, что они пишут на ретроспективе:
Все ли вы знаете о техниках поиска багов? Как найти то, что мелькнуло лишь раз? Как воспроизвести проблему по невнятному описанию пользователя «У меня все сломалось»? Какие предположения строить? Что уточнять?
В рамках курса мы создали специальный «бажный» сайт для тестирования. Внедрили туда 20 разных по типу ошибок. Чтобы их найти, придется применять разные техники и инструменты:
— Собрать логи.
— Проверить консоль JS.
— Найти граничные значения.
— Пройтись по туру, отмененному из-за дождя.
— Проверить разные браузеры.
— Убрать ограничение, установленное на клиенте.
— …
Сервер поднят на linux-е, куда у студентов есть доступ на чтение логов. Это позволяет применить полезные в будущем инструменты:
Putty — снять статистику, последить за логом
WinSCP — забрать лог с сервера
Grep — найти нужный стек в логе (linux)
Cygwin — найти нужный стек в логе (windows)
Еще на курсе будут использоваться:
Postman — послать POST-запрос на сервер
Perlclip — сгенерить большую строку текста
Курс запускался в два этапа — год назад вышла первая версия на 4 занятия. Мы рассказывали только то, что не зависит от “веб — не веб, линукс — не линукс” итд. Как искать, локализовывать и оформлять задачи. Материала было много! По отзывам студентов:
Ого, сколько материалов и заданий! Скучать не придется. А текст задания: "Меня обманули и обесчестили, я разворачиваюсь и ухожу." развеселил))
Но курс должен не только веселить, но и учить. Общаясь с ребятами, мы поняли просто “найти и локализовать” неинтересно. Это ведь все умеют, мы занимаемся этим каждый день.
Интересно другое:
— Как понять, кто именно сломался, если системы интегрированы?
— Как доказать подрядчику, что проблема именно на его стороне?
— Что делать, если ошибку уже пропустил?
Или технические штуки, которые пригодятся в дальнейшем:
— Залезть на сервер linux, найти нужный лог, изучить стек-трейс.
— Перехватить сообщение в консоли разработчика.
— Прочитать ответ, пришедший с сервера.
— Найти баг кеширования на сервере.
Все это теперь есть! Мы расширили курс, теперь там девять уроков вместо четырех. И 27 домашних задания — чтобы как следует закрепить материал. Приходите к нам, если хотите взглянуть на “обычный” процесс поиска и локализации багов по новому.
Всем привет! Перед запуском проекта(web сайта) посвященному свадебной тематике - разделы с платьями, аксессуарами, storelocator, event и т.д. Заказчик попросил выполнить нагрузочное тестирование при загрузке в 10%, 50%, 100%. Для определения нагрузки прислал данные действующего сайта(см.во вложении), взамен которого и планируется запустить разрабатываемый проект. Поскольку до этого нагрузочным тестированием заниматься не приходилось, я что-то никак не могу определить максимальную нагрузку, которую должен выдерживать сайт, исходя из полученных данных. В гугле нормальное объяснение не нашел. Если кто-то сталкивался с подобными расчетами, буду благодарен за помощь.