Комментарии 11
Вопрос №6. С чего начать тестирование? Вот есть сайт, а что дальше?
Читаем документацию
И не просто читаем документацию, а надо "пощупать" сайт, побегать по нему, посмотреть как он отвечает тому или иному заявленному функционалу. А уж затем:
Определяем требования
Пишем тест-кейсы
Тестируем
Находим баги / пишем понятные баг-репорты / отправляем разработчику на доработку
После исправления тестируем заново
Как вариант, зайти на багтрекер любого открытого более менее знакомого вам ПО, например браузера, или офисного пакета, и попытаться с помощью фильтров найти и воспроизвести какой-нибудь описаный там баг.
Во-первых полезно посмотреть как порой плохо пишут багрепорты, во-вторых узнать как устроены багтрекеры, в-третьих поймете какой уровень технической грамотности вам нужен. Т.е. если с программой вы знакомы но по описанию не можете понять, что за проблему описывает человек - то нужно подтягивать навык технического английского. Подумайте также какой информации вам не хватает в багрепорте другого человека, и почему.
Eще возможность тренировки. Возьмите свой мобильный телефон, и опишите какой-нибудь юзкейс. Т.е. функцию с точки зрения пользователя. Напишите к этому юзкейсу тестовый сценарий. Предположим, телефон получил новую прошивку с обновленным интерфейсом. Ваш тест должен определять затронули изменения описаный вами пользовательский сценарий или нет. Вообще полезно начинать следить за своими действиями и взаимодействиями с компьютерными системами, и учиться описывать их словами. Это один из необходимых навыков тестировщика. Представьте себе что вы по голосовой связи пытаетесь обьяснить , как выполнить ту или иную задачу на компьютере или телефоне, другу, подруге или маме. Сперва это может показаться весьма утомительным. Однако чем легче вам такая задача дается, тем больше у вас предрасположенности к этой работе.
Ну и еще совет: играйте с друзьями в "Keep Talking and Nobody Explodes"
Для чего тестировщику (особенно начинающему) знать Android Studio, XCode ?
Вопрос №1. А ты пошел работать тестировщиком с нуля или был какой-то бекграунд (курсы)?
Можно и с нуля, по крайней мере я так и начинал. Пришёл в одну компанию, можно сказать, с улицы, искал просто «что-то связанное с клацанием у компьютера». Меня взяли на трёхмесячный испытательный срок, в течение которого следовало читать талмуд документаций, стайлгайды, инструкции по работе с Джирой и внутреннюю вики по тестированию. Оттачивать знания нужно было в отведённой песочнице, где лежал старый билд их софта с уже известными багами. Пару раз в неделю с менеджером по тестированию сравнивали мои найденные баги и те, что я упустил. Ну, а потом поне… началась моя карьера :)
Но то было 9 лет назад, так что, подозреваю, нынче такие кейсы крайне редки, если и вовсе не вывелись. Той фирмы минимум год уже нет на российском рынке - она была изначально американской, но здешние рабы стоили дешевле. Думаю, увеличение рыночных зарплат заставило их пересмотреть стратегию.
По знакомству. Именно, что без знакомых видимо очень тяжело. Сколько бы чего ни изучал, без опыта никуда не берут, даже не рассматривают
блин коротко отвечу людям у кого реально возникает вопрос как стать "кем либо в ИТ сфере"
берешь поднимаешь зад, гуглишь и ютубиш все, что сможешь найти на эту тему и учишь ,впитываешь , пытаешься. все ЗАНАВЕС! гайды ,курсы, фигурсы - ничего вам не надо, самое ключевое это пднять свой зад и что то делать каждый день.
Что можешь посоветовать прочесть по теории тестирования?
И допустим пришел в веб-разработку, стоит задача по тестированию среднего размера проекта. Код буквально легаси, нет ниодного теста, а добавление небольших изменений в код проекта все начинает крошится и документизации разумеется также, как и тестов нет. С чего по-твоему мнению лучше всего начинать? Проект написан на руби и использовался фреймворк рейлс, понимаю, что скорее всего используешь другой язык. С библеотеками для тестирования на руби знакома и "парочку" юнит-тестов писала. Приложение монолитное, т.е. не api и нет нескончаемого числа микросервисов. Глаза разбегаются не знаю с чего комфортнее начинать в таких случаях.
Все большие задачи решаются делением на мелкие с последующей приоритезацией. Добавление тестирования в уже существующий монолит можно начать с анализа текущих обращение (сначала самых острых, и по убывающей) и покрытия тестами кейсов по ним (как уже исправленным, так и неисправленным). Это создаст основу, которая даст моментальный положительный эффект. Параллельно заниматься тестированием новых доработок (изменением функционала). Для них будут понятны требования, ну и постепенно расширять покрытие на весь функционал. Подобный подход даст быстрый результат, уберёт самый неприятный эффект (повторные ошибки в уже исправленных местах) и позволит создать/актуализировать документацию для наиболее приоритетного функционала.
Есть работодатели которые набирают с около нулевыми знаниями в тестировании и проводят курсы в своей области плюс тестирование.
Не хочется хвастаться, но попал в QA с меньшим бэкграундом и без знакомств.
Мой минимум был:
Книга Савина (скачал)
Книга Куликова (скачал)
курсы на ютубе Петрова (в свободном доступе)
курсы на ютубе от ITVDN (на ютубе находил полные курсы, на их канале они обрезаны)
курсы на Udemy (999 рублей)
курсы на Stepik (бесплатные)
статьи с хабра о том как проходить интервью и по вопросам которые не понял из курса. (бесценно)
упражнения на https://sql-ex.ru/ (сделал около 30)
На все это ушло примерно около 2-3 месяца времени вне работы.
Попал в аутстафф компанию где было обучение, но после интервью меня сразу отправили на проект т.к. я уже обладал достаточными знаниями.
ИМХО главное не сдаваться и идти к цели.
Я дико извиняюсь но зачем вводить людей в заблуждение " Лично моя зарплата за первый год работы выросла ровно в 14 раз, при том, что на старте я получал как работник Макдональдса. "
Это вообще как, за год с 20 до 280 прыгнули?
Как стать тестировщиком ПО, ответы на часто задаваемые вопросы