Ручное тестирование

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

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

“Все любят работать с малыми усилиями и заниматься лишь любимыми делами, но не у всех получается. Люди тратят время на все подряд, и мало внимания обращают на вещи, приносящие реальный результат. 

Сосредоточиться на важном - ключ к успеху в любой профессии вообще, а не только в тестировании. 

Правило Парето 80/20 - компактный и важный принцип, улучшающий продуктивность тестировщика, упрощающий его рабочие процессы. Здесь обсудим этот чудесный принцип, и его применение в тестировании софта.

Ведь можно тратить очень мало усилий, и при этом получать очень приличные результаты.

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

Хорошо написанный баг-репорт гарантирует эффективное сотрудничество между командами разработчиков и тестировщиков. Поэтому умение писать баг-репорты - один из самых важных навыков тестировщика.

Как же писать баг-репорты, чтобы разработчики были ими довольны? В этой статье вы найдете несколько советов.

Для отслеживания багов в программах используются различные инструменты. В крупных компаниях эти инструменты объединяются в общую систему, которой пользуется много сотрудников. И все эти люди должны как-то ориентироваться в срочности работы над багами.

Поэтому баги, внесенные в системы отслеживания (bug-tracking системы), дифференцируются.

Каждый баг имеет атрибуты серьезности (Severity) и приоритета (Priority). На первый взгляд может показаться, что разницы между этими понятиями нет, но она все же есть. Серьезность больше касается технической стороны дела, а приоритет - организационной.

Собеседование это всегда испытание. Нужно быть готовым к коварным вопросам по специальности. 

Бывают некие типичные вопросы по тестированию (Postman, и т.п.), и скорее всего их тебе зададут. А вообще надо быть готовым к скользким вопросам “в общем”. Другие кандидаты, скорее всего, ответить хорошо не смогут, соответственно ты получишь преимущество.

Итак, далее идут вопросы (и ответы разумеется), это примеры. Пройдись по ним и получи понятие о том что говорить, когда услышишь нечто подобное. Трудоустройство в крупной компании - стОит того чтобы немного напрячься.