Тестирование пандорова ящика
947 members
72 photos
1 file
103 links
QA в IT-индустрии и видеоиграх. полезно, честно, без купюр.

новичок? тебе сюда.
опыт есть? скучно не будет.

главное: https://teletype.in/@br0wnale/SJzRD2DyL

связь с автором: @qa_yashik_feedback_bot

поддержать https://www.patreon.com/pandorov_yashik
Download Telegram
to view and join the conversation
Есть ниши, в которых вакансии доступнее, например мобильные игры (особенно гиперкежуал на момент сейчас - они очень популярны). Но в других, в основном, вам нужно обладать действительно высокими навыками, жечь глаголом, иметь сильный нетворк, узкую специализацию или любым другим способом приобрести заметное преимущество перед конкурентами. Геймдев обладает флёром романтики и мечты, отсюда тысячи тысяч горящих глаз и голов хотят пробить свой путь сюда, и среди них нужно чем-то выделяться, чтобы заметили именно вас.

6. Меньше денег, чем в среднем в IT. Игровая индустрия считется подвидом IT, отсюда сравнение и миграция специалистов туда и обратно. Но исторически (возможно, во многом из-за предыдущего пункта) зарплаты в индустрии меньше. Здесь открою вам секрет - все работодатели в среднем строят срез по рынку ориентируясь на ставки, которые запрашивают кандидаты на вакансии. Поэтому лично вы и ваши знакомые можете эту ситуацию поменять, стоит только постараться. Ваша конкурентность как кандидата строится далеко не только за счёт более низкой ставки, чем у коллег - она строится в первую очередь за счёт компетентности. А уверенность в себе и умение оценить свой труд по достоинству - всегда полезный навык.

7. Токсичное сообщество. Здесь можно долго анализировать, откуда ноги растут, но факт остаётся фактом - индустрия молодая, контролировать её приветливость к новым людям и идеям пока не все умеют или считают нужным. Поэтому атмосфера как внутри коллективов, так и в геймерском сообществе часто оставляет желать лучшего. Здесь, если хотите совета, я бы порекомендовала ориентироваться на свои цели и ощущения и всё-таки не ставить проект совсем уж во главу угла. Если вам где-то плохо - во избежание многих месяцев проблем, лучше найти место, где вам хорошо. В целом для общения без лишнего хейта есть много отличных чатов, например Gamedev Coffeeshop и QA sisters в телеграме.

На этом у меня всё, всем любимых работ и здорового челленджа, и спасибо за внимание.
ПРО РЕКЛАМУ

тема, ребятки, назревает очень давно, и пора подробно обозначить свою позицию. ко мне регулярно приходят рекламодатели с вопросами, сколько стоит разместить рекламу на моем канале и возьму ли я их продукт, сайт или конференцию.

порядок здесь такой:

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

2) цена. цену рекламы я оцениваю не исходя из своего количества читателей, а исходя из того, как оцениваю несколько часов своего труда.

и мне очень жаль, когда авторы с походим количеством читателей делают иначе - иначе почему мне частенько приходят вопросы "а почему так дорого?". ребят, помните пожалуйста, ваш труд стоит денег и вы имеете полное право за него денег ожидать. даже если вы ведёте блог на личном энтузиазме. ведь и посты вы в таком случае пишете только те, что хотите писать сами, правильно? более того, и в этом случае вы приносите пользу кому-то, а значит, имеете право за эту пользу что-то получить в ответ. цените себя и тогда окружающие будут учиться ценить вас (а те, кто не научится - просто отвалятся, туда им и дорога).

3) я ответственно и дружелюбно отношусь ко всем партнёрам, по рекламе и не только.

очень хотелось бы, чтобы ко мне приходили такие же люди. вот недавний пример того, как делать не надо. вместо приветствия и вопроса об условиях размещения рекламы, формулировка была "а можно у вас опубликовать пост в канале...?". что в ней читаю я? приходит человек, пишет пост, я его публикую, все рады и танцуют. по-моему, какой-то шаг здесь пропущен :) и действительно - после упоминания, сколько это стоит, энтузиаст отвалился.

кто дочитал - тем спасибо! а если есть желание что-то ответить, вот форма, где можно написать, чем лично вам был полезен канал. но ограничений в ней нет - можете задать вопрос, например :)
смотрите, какой митапчик интересный намечается, и бесплатно, к тому же. регистрация - тут.

P.S. мероприятие проводится онлайн, после регистрации вам придет ссылка.
как тестируют в %Company_name%?

во времена открытой информации, вебдваноль, триноль и стотыщноль, у нас у всех сохранено множество полезных ссылок, гайдлайнов и статей о том, как делать что угодно, и в этом море легко утонуть.

вот этот конкретный репозиторий решает проблему удобной категоризацией - в пару кликов можно найти статьи про тестирование и обеспечение качества в самых известных IT-компаниях мира. и не только статьи - есть и видео. любая информация, которую компании посчитали нужным опубликовать - процессы, лучшие практики, культуру и решения типичных проблем. ручное тестирование, автотесты, юнит-тесты, даже отдельные узкие категории вроде мутационного тестирования - открываем отдельную компанию или все сразу и поиском по странице находим нужное. прикольно.

реальный кейс использования, который напрашивается: устраиваетесь, скажем, в Booking, хотите написать красивое сопроводительное и понять, подходит ли компания по ценностям - смотрите в этот репозиторий. опять же, даже если идёте к кому-то из конкурентов - рабочих примеров различных практик можно собрать достаточно, если своих ещё нет.

https://github.com/abhivaikar/howtheytest/
я осознаю, что канал у меня вполне себе тематический, но Паша Дуров, отец отцов Telegram, написал сегодня заметку о том, как не состариться раньше времени и выглядеть моложе своих лет в 36. а так как он ролевая модель для многих молодых предпринимателей и разработчиков, пройти мимо совершенно невозможно 😃

поверьте пожалуйста ветерану споров про питание и ещё одному человеку (мне), которой всю жизнь говорят, что выглядит она на 5-7 лет моложе. при этом выросшей натурально на джанкфуде, жареном и сладком.

не бухать, жить в месте с хорошей экологией, спать достаточно (не меньше 7, не больше 9) часов в темное время суток, в одно и то же время - это всё отличные советы. но ещё нужно не забыть родиться немного Пашей Дуровым или хотя бы Милой Йовович.

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

но надо сказать, мне очень нравится, что не бухать он посоветовал дважды. это во всём тексте действительно самое важное - любые аддикции портят внешний вид не хуже недосыпа.

P.S. и да, рекомендации Павла по сну я дополнила настоящими данными зарекомендовавших себя научных исследований. потому что просто "исследования" сейчас можно найти о чем угодно и подтвердить практически любую мысль :)

доброго всем утра и будьте здоровы!
совсем скоро стартует новый сезон Podlodka QA Crew. это мероприятие давно привлекло моё внимание своими экспериментами с форматами докладов и упором на нетворкинг.

а на этот раз я, наконец, доберусь в нём поучаствовать 👌 фокус будет на двух темах – “Автоматизация тестирования мобилок” и “Способы улучшить свое тестирование".

присоединитесь? обещают, что вдобавок к обычному домоседству конец октября дополнится такими активностями:

🛠разберетесь, как начать покрывать автотестами свои мобильные приложения с помощью воркшопов и лайвкодингов
📱 узнаете кучу специфики тестирования мобилок и научитесь обходить грабли
📈 подберете набор метрик для оценки пользы от своих тестов
✂️ научитесь сокращать количество тестов при сохранении их качества
🔥 на практике отработаете разные способы улучшения качества своих тестов – пострелизный мониторинг, мутационное тестирование, проверки инфраструктуры и многое другое

так, про воркшоп знаю, а что такое лайвкодинги? спросите вы. это смесь доклада с реалити-шоу, где спикер пишет код в реальном времени. очень прикольно :)

старт 19 октября, успевайте, пока у них снижена цена билета!
тем временем, вчера интернет взорвался в результате того самого поста Паши Дурова. Паша, зачем ты сломал интернет?

слово за слово, ну а потом всех просто размазала по стенке своей реакцией Алёна Владимирская, владелица "Антирабства", цитирую:

"Ответочка всем, кто перепощивает правила 36летия Дурова

Ешьте мясо. Или не ешьте мясо
Живите коммунами или живите один
Пейте хороший алкоголь или не пейте вовсе
Стрессуйте по-максимуму или медитируйте по 20 часов
Спите сутками или не спите пока хватает сил
Только не парьтесь так из-за своей внешности
Потому что любят вас и ценят совсем не за это
Вас любят за то что это ВЫ это ВЫ. Уникальный ВЫ. С которым весело и интересно. А не калька с Киану Ривз и Павла Дурова.

Вас обязательно будут любить, если вы нравитесь себе. И интересны людям. Проверено мной тремя браками с офигенно красивыми и умными мужчинами, которых я была безусловно недостойна по мнению всего мира. А им нравилось. И мне тоже:)

Ну и последнее. Вы в 36 лет заморачиваетесь что уже не молоды и не красивы? Вы всерьез? Вы рехнулись?

Ваша Леля, у которой самый бурный роман и самый лучший секс случился в 49 лет (и я уверена, еще будет много офигенного впереди)

Пойду сожру дюжину устриц под проссеченьку за здоровье Павла Валерьевича, которого бесконечно профессионально уважаю".

люблю фейсбук Алёны, но это просто таки самый вдохновляющий пост, что в нём выходил ❤️ мало того, вышел он вчера - во всемирный день ментального здоровья.
пришел, чтобы расти в программисты (или геймдизайнеры)

недавно мы с чатиком qa gamedev общались на нестареющую тему "к нам приходят, чтобы пробраться в индустрию" и абсолютно у всех руководителей она больная. я много думала об этом - прицельно и фоново, рассказывала о своём опыте. и знаете что?

we should embrace it. да-да, не можешь бороться - возглавь. поверьте, я сама повторяла все аргументы: он уйдёт, а кем мне потом закрывать вакансию? я учила-учила, а выхлопа мало. новый сотрудник - это слишком много затрат, чтобы он потом вот так упорхнул. ну и наконец, сторона морально-психологическая - если контакт получается и идёт взаимообмен, это как-никак расставание :) даже если уходят в соседний отдел.

нет, я всё ещё против "я пришёл к вам, но фигу за спиной держу". но если человек откровенен в своих планах на карьеру, я такого с радостью приму. и вот почему.

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

технологически и процессуально - она непростая тоже, но это как раз лучшая часть, та, в которой интересно разбираться и развиваться. не борьба с ветряными мельницами.

база работы - достаточно легка для восприятия и изучения, сложная часть - как раз системы, софт-скиллы экологичного общения и дипломатии.

поэтому с этой минуты я топлю за то, чтобы происходило три вещи:

1) к нам как можно больше и чаще вливалась свежая кровь
2) новички были более компетентными и вовлечёнными: более разумный выбор сферы, базовые знания
3) люди не засиживались на позиции "ручной тестировщик" больше пары лет, а росли горизонтально или вертикально, в первую очередь в сторону более технически требовательных профессий.

за сим, считайте, что я анонсирую свой первый инфопродукт. там будет и выбор, и база, и примеры, и задания, и основы по тем технологиям, с которыми я работала за 12 лет. ждёте?
не знаю, какой у вас за окном октябрь, а у меня максимально мокрый и мрачный. лучшая атмосфера, чтобы сидеть дома и вкладывать своё время в работу, учёбу и уютные домашние чаепития под кинчик. и тут всё вот как удачно совпало - ещё есть шанс успеть купить билеты на Podlodka QA Crew – двухнедельный интенсив по темам “Автоматизация тестирования мобилок” и “Способы улучшить свое тестирование”. начало уже через три дня - 19 октября.

а вот почему вы захотите туда попасть:
- креш-курс по мобильному тестированию от тех, кто занимался им как в стартапах, так и в крупных компаниях
- практический разбор того, как автоматизировать сложные фичи в мобильных приложениях
- разбор конкретных практик по способам улучшить тестирование: impact analysis, сбор метрик, борьба с flakiness
- для самых хардкорных – инфраструктура, мутационное тестирование, модели флакуемости, SRE

итого, план на конец октября такой:
🏃‍♂️ каждый день ходишь на воркшопы
💬 общаешься с топовыми экспертами в QA
💰 забираешь лучшие практики себе в работу

билеты здесь, 19 октября, гоу!
у подкаста КДИ вышла новая запись на тему автоматизации тестирования видеоигр. это та ниша, в которой информации всегда недостаточно, поэтому когда появляется новая, все бегут смотреть и слушать :) ну, что ж, все побежали и я побежала. на этот раз участниками были знакомый многим Саша Шуков из Wargaming и Александр Романов из Playtika.

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

https://www.youtube.com/watch?v=VU2ns2zOxI0
как искать идеи для тестов

недавно видела в одной из групп про тестирование пост об этом.

скажите, а у кого-то из вас возникают регулярные проблемы с идеями, как протестировать что-либо?

P.S. я не говорю сейчас о действительно сложных случаях, под которые нужно изобретать решение, скорее про регулярные задачи.

😐 - да, бывает иногда
🌞 - нет, в большинстве случаев ок
это от недостатка технических требований или причина другая?

📑 - не хватает требований
🤔 - другое
вообще, ребята, у меня шок! не думала, что это так распространено. 50% проголосовавших признались, что у них часто возникают проблемы с идеями, как тестировать. притом, конечно, ничего плохого или стыдного в этом нет. и сейчас расскажу, как это бороть.

смотрите. чтобы понять, как тестировать, нужно для начала иметь "что тестировать". то есть фичу или хотя бы её описание, задачу на её разработку. следующий этап "как" - собрать технические требования. это ваши ожидания о том, как фича или группа фич должна работать, явные (описанные в виде документации) и неявные (складывающиеся из ожиданий пользователя, его привычек и трендов).

откуда брать технические требования, описано в самом начале моей статьи про обеспечение качества на проекте и немного с другого ракурса - в статье "Стратегия тестирования". не смущайтесь, что там про игры, если у вас не игры. единственное важное отличие в этом плане - заказчиком задач и фич будет не геймдизайнер, а feature/prоduct оwner. и документы будут называться спецификациями, а не геймдизайн-документами.

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

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

кидать - сюда @qa_yashik_feedback_bot
технические требования - это то, что придает вашим проверкам смысл. то, что превращает "попытки сломать приложение" в тестирование. то, на что можно ориентироваться, как на образец, эталон или ожидаемое поведение программы, будь то игра, сайт или что-то ещё.

это база, которую никогда не мешает лишний раз повторить.

а когда есть требования, можно планировать тестирование и создавать под них тестовую документацию.

если вы знаете, что вам важно проверять и где ваши зоны рисков, вы практически всегда знаете, как проверять. начать стоит с положительных сценариев на ваш основной пользовательский сценарий. самая простая форма, например:

"при нажатии кнопки Новая игра происходит запуск FTUE, начиная со стартового видео".

(FTUE - first time user experience, то, что игрок видит только однажды, при первом запуске)

🤔 где искать основной пользовательский сценарий?

обратить внимание на четыре вещи:

1) какие действия обязательно нужно проделать, чтобы воспользоваться основной функцией вашего приложения

2) какова целевая аудитория и что для нее может быть важно - это предполагает ваш продуктолог или знает ваша аналитика, если продукт уже в релизе

3) какие каналы монетизации у вас есть, их все нужно проверять особенно внимательно

4) какие особенности платформы могут повлиять на работу основных функций приложения. здесь и конкретные железки, и интернет (если он используется) и конфигурация, и условия, в которых ваша аудитория пользуется устройством, на котором приложение установлено.

после этого основные вопросы у вас должны отпасть 🌞