Первый.
November 10, 2018
Примечание: это статья, переехавшая с ресурса telegra.ph от команды Павла Дурова из-за сложностей с доступом в ряде стран. Дата выше - дата её выхода.
Привет. Меня зовут Ирина Куркина и здесь будет блог о тестировании видеоигр и отчасти — об их разработке. В QA я около 10 лет, поэтому буду писать основываясь на опыте, реже — на отсылках к литературе и курсам.
Начнём с сакраментальной темы: Что такое тестирование и Как это вообще. Сейчас вход в индустрию геймдева и в IT с нуля стал куда сложнее, но тем не менее, это популярный путь для начинающих.
Я сейчас немного сгущу краски, чтобы было понятно, чего ожидать. Так вот.
ТЕСТИРОВАНИЕ — ЭТО ТЯЖЁЛАЯ РАБОТА
Да. Именно так. Возможно, это самая тяжёлая работа в среде в принципе. Обратитесь к самим себе. Вы любите ошибаться? Любите ли вы ошибаться на людях? Тем не менее, ошибки делают все. Но они ощущаются куда ярче, если их за вас находит другой человек. Особенно, если ошибки “глупые”, сложные для воспроизводства и фикса или их много.
Представьте, что этот человек — вы. Тестировщика все немного побаиваются. И если атмосфера накалена, это делает изощрёнными отношения в коллективе. К тому же, мы не создаём контента или кода, поэтому благодарности и восторги получаем только от разработчиков, с которыми удалось установить отношения взаимопомощи. В остальных случаях отношение к нам от того, как хорошо выстроен микроклимат в команде. В любом случае, мы, что называется, наименее защищенная группа.
Если вы всё-таки человек риска и хотите в клуб — что вы можете сделать? Это тема для отдельной статьи, но если коротко, основных направления — три:
1. Быть приятным в общении коллегой (и вы либо им уже являетесь, либо в помощь вам — психологи и курсы по коммуникации).
2. Писать понятные, лаконичные и максимально обезличенные баг-репорты.
3. Знать систему, с которой вы работаете, хотя бы на прикладном уровне. Достаточном для того, чтобы общаться с командой на одном языке и локализовать проблему, если таковая найдена. Для начала этого достаточно.
О терминологии вы наверняка и так знаете, но всё же - по стандартам тестирования есть разнообразная типизация проблем: помеха, дефект, ошибка, недочет, просчет. Но в нашей среде — по моему опыту и опыту коллег — ее мало кто использует. Всё называется одним ёмким словом “баг”. Основы легко найти в интернете, поэтому про историю термина, priority и severity говорить не буду. Для интересующихся — ссылка.
А теперь забудьте, что я говорила в третьем абзаце. Главное, что нужно знать всем: тестирование — это не поиск багов. Тестирование — это исследование системы на предмет её соответствия заданным требованиям, явным или неявным. И один из главных навыков тестировщика — уметь эти требования выявить и собрать.
“Какое же это всё имеет отношение к играм?” — спросите вы. Самое прямое. Игры — это вид программного обеспечения. Со своими особенностями, инструментами и подходами к работе с ними.
И об этом будет следующий пост. Спасибо за внимание!
Мой канал про QA в telegram https://t.me/qa_yashikДля связи в telegram: https://t.me/br0wnale