en
Feedback
Тестирование пандорова ящика

Тестирование пандорова ящика

Open in Telegram

канал о QA в IT и видеоиграх. авторские статьи, ссылки, мемы. главное: https://teletype.in/@br0wnale/SJzRD2DyL сотрудничество: @br0wnale

Show more
Russia332 309The category is not specified
1 086
Subscribers
No data24 hours
-37 days
-130 days

Data loading in progress...

Attracting Subscribers
December '24
December '24
+5
in 0 channels
November '24
+4
in 0 channels
Get PRO
October '24
+9
in 0 channels
Get PRO
September '24
+18
in 0 channels
Get PRO
August '24
+21
in 0 channels
Get PRO
July '24
+30
in 0 channels
Get PRO
June '24
+35
in 1 channels
Get PRO
May '24
+99
in 0 channels
Get PRO
April '24
+26
in 0 channels
Get PRO
March '24
+52
in 1 channels
Get PRO
February '24
+15
in 0 channels
Get PRO
January '24
+81
in 2 channels
Get PRO
December '23
+88
in 2 channels
Get PRO
November '230
in 1 channels
Get PRO
October '230
in 0 channels
Get PRO
September '230
in 0 channels
Get PRO
August '230
in 0 channels
Get PRO
July '230
in 0 channels
Get PRO
June '230
in 0 channels
Get PRO
May '230
in 0 channels
Get PRO
April '230
in 0 channels
Get PRO
March '230
in 0 channels
Get PRO
February '230
in 0 channels
Get PRO
January '230
in 0 channels
Get PRO
December '220
in 0 channels
Get PRO
November '220
in 0 channels
Get PRO
October '220
in 0 channels
Get PRO
September '220
in 0 channels
Get PRO
August '220
in 0 channels
Get PRO
July '220
in 0 channels
Get PRO
June '220
in 0 channels
Get PRO
May '220
in 0 channels
Get PRO
April '220
in 0 channels
Get PRO
March '220
in 0 channels
Get PRO
February '220
in 0 channels
Get PRO
January '220
in 0 channels
Get PRO
December '210
in 0 channels
Get PRO
November '210
in 0 channels
Get PRO
October '210
in 0 channels
Get PRO
September '210
in 0 channels
Get PRO
August '210
in 0 channels
Get PRO
July '210
in 0 channels
Get PRO
June '210
in 0 channels
Get PRO
May '21
+14
in 0 channels
Get PRO
April '21
+14
in 0 channels
Get PRO
March '21
+43
in 0 channels
Get PRO
February '21
+28
in 0 channels
Get PRO
January '21
+29
in 0 channels
Get PRO
December '20
+1 061
in 0 channels
Date
Subscriber Growth
Mentions
Channels
21 December0
20 December0
19 December0
18 December0
17 December0
16 December+1
15 December0
14 December0
13 December0
12 December0
11 December0
10 December+1
09 December+1
08 December+1
07 December0
06 December+1
05 December0
04 December0
03 December0
02 December0
01 December0
Channel Posts
среда - это маленький четверг. а что вы делаете в среду и четверг на этой неделе? есть предложение: как насчёт начать тестировать видеоигры? сегодня, 19 мая, Надежда Чертовских расскажет и покажет на бесплатном вебинаре, как анализировать входные требования и составлять тестовую документацию. а с готовым чек-листом оттуда можно попрактиковаться в тестировании на эмуляторе Bluestack, в Android Studio и движке Unity 3D уже 20-го мая. вся эта красота называется открытым интенсивом «Теория тестирования игр. Практикуемся в Unity 3D и на эмуляторах», а достаточно ли для нее ваших навыков, поможет проверить вступительный тест. справившимся - в подарок спец цена на курс «Game QA Engineer» от OTUS.

2
ура, 17 мая стартует новый сезон Podlodka QA Crew! в этот раз темы редкие и супер интересные. на первой неделе "Shift left: QA до этапа тестирования" - про техники, процессы и инструменты, которые можно использовать, чтобы вовлечь всю команду на раннем этапе и добиться еще более выского качества. вы обсудите: -- тестирование продуктовых требований -- проработку критериев качества -- CI и автоматизацию -- и многое другое вторая неделя "Shift right: QA после этапа тестирования" -- о другой стороне качества. что делать, когда, казалось бы, все сделано? какие шаги помогут в конце релизного цикла? -- мониторинг продуктовых и технических метрик -- управление инцидентами и релизами -- подходы к публичному массовому тестированию -- и всеми любимое - тестирование в продакшене. ммм, запах напалма по утрам🥰 ну а еще - крутые спикеры, нетворкинг с другими участниками, общий слак и лайвкодинг-сессии - все как обычно. будут доклады, рулетки кейсов, батлы и даже бар в конце каждой недели. и все это -- по невысокой для конференции цене. подключайтесь, начало 17 мая! примерное расписание уже есть на сайте. #реклама
0
3
для вашего тестировщика ничего не изменилось, он и так потратил бы этот час на задачу. а вот другая команда час "потеряла", их тестировщик работает у вас. зато потом, когда они меняются местами, и уже "ваш" тестировщик идет в другую команду выполнять их задачу, на баланс той команды тоже приходит дополнительный час. итого, по ресурсам ничего не поменялось, а новые навыки, знания и информация о фичах - появились. круто? круто. если и вам понравилось, можно сходить почитать предыдущую статью о том, как это работает и как все организовать. cheers!
0
4
парное тестирование: зачем оно? раз уж обнаружилось, что на русском языке по этой теме очень мало информации, и даже продвинутые читатели канала не до конца в курсе, воспользуюсь своей же идеей и напишу одну из первых статей о сабже на русском языке :) чем же полезно это вот ваше парное тестирование? например, чтобы обмениваться знаниями, навыками, приемами и инструментами между командами. я большую часть жизни в геймдеве, но очень люблю вспоминать свою работу в Lamoda (2015-2017) как самый важный и полезный опыт с точки зрения процессов и hard skills. это продуктовая компания, и команда QA всех продуктов состояла из ~30 человек в те времена отдельными командами были фронтенд десктопного и мобильного сайта, и разные части бекенда, и смешанная тима мобильного приложения (там тестировался фронт и часть API), и собственно, разработка API. в первый же день коллега, которую подрядили знакомить меня с приложением и системами, на вопрос "а где на серваках искать конфиги?" ответила: "а, это тебе покажет он" -- и познакомила с QA из бэка. который, едва поздоровавшись, сказал "присаживайся!" и открыл VIM. да-да, и не ослеп. час кряду мы разбирали, какие конфиги где, как пользоваться редактором, тестировали что-то прямо на ходу, обсуждали разные системы и их связь с приложением. так вот, то, что мы делали - это не парное тестирование, несмотря на то, что обмен знаниями произошел и нас было двое. парное тестирование - это процесс, который вводится для конкретных целей, а цели, план и инструменты оговариваются заранее. два специалиста берут одну задачу, и один ее выполняет, а второй направляет, делает записи или задаёт вопросы. и сценарии и состав пары можкт меняться в зависимости от целей. например, у вас продуктовые команды, работающие над разными фичами внутри одного продукта. или разработка разных продуктов на основе похожих систем, будь то приложения или игры. или вообще никакой связи между двумя командами нет, но хочется взбодрить QA из обеих и посмотреть, что нового им удастся узнать о других инструментах, практиках и фичах, и как это можно использовать. это классно работает, потому что чаще всего у тестировщиков нет понимания, как работают их коллеги в других командах. а еще - даже при одинаковом инструментарии, с опытом каждый спец вносит свои приемчики, которые позволяют сделать работу эффективнее, нагляднее или быстрее. или же -- при помощи пары тестировщик-пользователь -- можно понаблюдать, как потенциальный пользователь поведет себя в приложении, чтобы проверить идею или дополнить тестовые сценарии. получается, парное тестирование может быть как частью обучения внутри компании, так и способом проверять идеи новых фич и интерфейсов до релиза. есть еще один важный плюс этой практики: у пары из двух людей внимание распределяется по-разному. а "свежий взгляд", как мы знаем, находит новые неожиданные баги. какие-то части приложения могут быть уже хорошо знакомы команде, которая с ним работает, но не человеку, который видит эту часть первый раз. а значит, он может дать полезную обратную связь и подсветить проблемы, которые кажутся нормальной работой приложения. ну и наконец, самый ценный результат парной сессии - коммуникация. тестировщики лучше понимают, зачем что-то проверяется, какая информация о результате проверок ценна, а какая - нет, и с какими целями фича заказывалась. потому что информация, собранная во время тестирования, приводит к диалогам с людьми из самых разных команд - менеджерами продукта, PM, аналитиками, другими тестировщиками. можно быть самым крутым QA на свете, но из-за изоляции от других очень технично наковырять совершенно бесполезной информации. и к последнему важному вопросу. как "продать" своему PM или скраму идею парного тестирования как полезной практики, если заранее показать полезность не получится? очень просто. если сессия длится час и в ней участвуют два тестировщика из разных команд, это по часу времени каждого специалиста. то есть они оба выполняют два часа задачу, которая иначе выполнялась бы час.
0
5
помните, я рассказывала про курс «Game QA Engineer»? Дмитрий Шадрин 6 лет тестировал игры, а теперь расскажет о программе курса на специальной онлайн-встрече 12 мая. кроме этого, вы узнаете, какие навыки и технологии понадобятся для тестирования в разных средах: на ПК, консолях и мобильных платформах в движках Unity и Unreal Engine готовите вопросы эксперту? регистрация на вебинар - по ссылке. #реклама
0
6
​​если русскоязычных курсов по геймдеву вам недостаточно, то знайте: появился и первый российский курс по тестированию "Game QA Engineer" обещают, что он подходит и тем, кто уже работает в индустрии на уровне джуна, но хочет прокачаться, получить новые навыки и повысить доходы уже тестируете в IT, но давно хотите делать игры? и вам сюда, особенно если фокус хочется сделать на мобильных платформах. ПК и консоли тоже затронут, как и два знаменитых игровых движка - Unity и Unreal Engine резать ГДД на требования, составлять чек-листы, ковыряться в Android studio и задавать вопросы опытным практикам, ммм, что может быть лучше? если ваш ответ - что-нибудь кроме "лежать на диване лицом вниз", вступительный тест - здесь, вы знаете, что делать 🙃 #реклама
0
7
любопытства ради, а кто из вас, котаны, вообще использовал или использует парное тестирование?
0
8
даже если не получится добыть ответы сразу, вопросы - проверенный способ подумать вслух и обкатать идеи для обоих участников. это помогает делать меньше поспешных и ошибочных выводов и развеивать сомнения. а еще вопросы - отличный способ показать ваше неравнодушие и интерес к процессу, узнать что-то новое, добавить сессии ценности и полезности. 3. делайте заметки пока один проводит тесты, второй записывает шаги и наблюдаемые результаты. эти записи - база для вашего будущего тест-плана, тестовой документации или фидбека, который поможет команде принимать обоснованные решения. https://familonitomi.com/2021/03/how-to-make-remote-pair-testing-work/
0
9
#IT #геймдев как организовать парное тестирование на удаленке парное тестирование - это техника, во время которой два человека тестируют приложение вместе за одним компьютером это могут быть пары: - тестировщик и тестировщик - тестировщик и пользователь - тестировщик и разработчик - тестировщик и любой другой член команды процесс выглядит так: один человек прогоняет тесты, другой - делает заметки, задаёт вопросы и/или дает обратную связь эта техника в последнее время набирает обороты как способ быстро оценить качество продукта и процесса тестирования с очень разных точек зрения когда мы вовлекаем пользователя, то изучаем систему с ним вместе, гораздо лучше понимая, как она для него выглядит и как работают наши решения. в паре же с разработчиком тестировщик может больше узнать о том, как что реализовано и как работает бизнес-логика приложения. пока весь мир продолжает работать удаленно, впрочем, сесть вдвоем за одну машину физически бывает не так просто. что делать? конечно, расшарить экран в Zoom, Skype, Slack или Google meet. тогда один участник будет прогонять тесты, а второй - выступать как режиссер или навигатор процесса. подготовка чтобы парное тестирование прошло успешно, впрочем, нужно преодолеть несколько шагов: - определить цель тестовой сессии заранее цель определяет смысл проведения теста или задачу, которую мы решаем при помощи взаимодействия с другим тестировщиком. локализация ли это найденного бага, исследовательское тестирование фичи или - проверка, отвечает ли ее реализация критериям приемки; какой бы цель ни была, ее четкое определение помогает направить усилия и внимание только на релевантные процедуры и активности. - определить стратегию тестирования следующий шаг - определить, какая стратегия поможет наиболее эффективно достичь той самой цели. она просто-напросто обозначает подход, который мы используем для тестирования. например, если цель - проверить свежерелизнутую UI-фичу, вы можете исследовать ее в контролируемом боевом окружении вместе с пользователем. а можете заключить, что единственное подходящее решение, которое ничего не сломает в релизе - использовать симуляторы. если же вы организовываете парную сессию для локализации бага, то для начала нужно выбрать подход его исследованию. воспроизвести ли его в локальном окружении разработчика или на стейджинге, или проверить логи/журнал в админке или инфраструктуре приложения, чтобы расшифровать, что случилось? что бы вы ни решили, совместно выбрать подход к тестированию стоит заранее, еще перед сессией. - определить роль каждого участника управлять ожиданиями во время парной сессии очень помогает знание, кто что будет делать. распределение ролей в соответствии с договоренностями еще до сессии - это важно. - заранее настроить окружение, которое планируете использовать а вот это - очень важно. какие бы тулы, IDE, данные среду, базы и прочее вы ни использовали в процессе тестирования, их нужно настроить и подготовить заранее, чтобы обеспечить бесшовную и непрерывную сессию. - прочитайте и подготовьте всю нужную документацию этот пункт невозможно переоценить. для тестировщика изучение критериев приемки, тикетов в Jira, требований, дизайна и писем от заказчиков и менеджеров незаменимо для понимания направления и эталона, на который можно ориентироваться как на ожидаемый результат теста. вспоминая популярную цитату Йоги Берра: "если ты не знаешь, куда идешь, ты придешь куда-то в другое место". на старт, внимание, марш! для QA парное тестирование - не только молчаливые клики и шум клавиатуры. поэтому, во время сессии: 1. вовлекайте второго человека в процесс иногда парную сессию путают с "тестированием, пока второй человек наблюдает". не стоит так делать. если тесты проводит один человек, а второй выступает как навигатор, хорошо иногда останавливаться и спрашивать "ты это заметил(а)?", "давай это запишем", "что ты думаешь?" и так далее. 2. задавайте вопросы!
0
10
у кого что, а у меня для вас снова бесплатный вебинар. на этот раз - про тестовое покрытие. Анастасия Асеева-Нгуен, которую вы можете знать по множеству выступлений на конференциях, 21 апреля ведет демо-занятие «Оценка эффективности тестовой стратегии с помощью тестового покрытия» вопросики, которые она разберет вместе с участниками за 1,5 часа: - как понять, что ваша тестовая стратегия оптимальна и наиболее эффективна? - что такое тестовое покрытие и зачем нужны метрики тестового покрытия? - как создавать дерево/граф требований и при чем тут Requirements Traceability Matrix? - как и для чего используются структурные методы построения тестовой модели? - как достигать хорошего покрытия Анастасия - ex Head of QA команды на 90+ человек и одна из преподавателей курса QA Lead. это демо-занятие - ваша возможность его попробовать. интересно? регистрируйтесь по ссылке. #реклама
0
11
у кого что, а у меня для вас снова бесплатный вебинар. на этот раз - про тестовое покрытие. Анастасия Асеева-Нгуен, которую вы можете знать по множеству выступлений на конференциях, 21 апреля ведет демо-занятие «Оценка эффективности тестовой стратегии с помощью тестового покрытия» вопросики, которые она разберет вместе с участниками за 1,5 часа: - как понять, что ваша тестовая стратегия оптимальна и наиболее эффективна? - что такое тестовое покрытие и зачем нужны метрики тестового покрытия? - как создавать дерево/граф требований и при чем тут Requirements Traceability Matrix? - как и для чего используются структурные методы построения тестовой модели? - как достигать хорошего покрытия Анастасия - ex Head of QA команды на 90+ человек и одна из преподавателей курса QA Lead. это демо-занятие - ваша возможность его попробовать. интересно? регистрируйтесь по ссылке. #реклама
0
12
​​выросли до тимлида и боретесь с синдромом самозванца? или может, только хотите управлять командой и пока не знаете, что делать? у OTUS 12 апреля пройдет бесплатное демо-занятие, часть курса QA Lead. вы сможете узнать, как строить процессы тестирования в команде, работающий по Agile и waterfall-методологиям, чем они будут отличаться, и какие best practices существуют. Алексей Ходырев, главный инженер по обеспечению качества Sportmaster Lab, разберет подходы к процессам для Scrum и Kanban, и даже масштабируемых практик вроде Less и SAFe. самые полезные полтора часа на следующей неделе. регистрируйтесь на этой странице, там же можно узнать подробнее о программе. #реклама
0
13
#геймдев хотите более понятных зарплатных вилок? я вот хочу, и поэтому только что потратила 10 минут на заполнение анонимной анкеты Values Value с Зарплатным опросом 2021 года. каждый год его результаты тщательно обмозговываются и обсуждаются в геймдевовских чатах. люди радуются, бомбят, ожесточенно спорят и выдыхают "фух, я такой же как все" или "ничоси в городе N зарплаты, я бы с такой на хлебе жил" в этом году опрос заполнило уже около 2000 человек, что было топовым числом анкет прошлого. давайте поднажмем и добавим еще данных! делитесь с друзьями и знакомыми, кидайте в чаты, поддерживайте движуху. больше прозрачности в вопросах денег - лучше для всех, ведь это еще одна метрика, используя которую можно отвечать на неудобные вопросы на собеседованиях и оставаться в выигрыше :) а по тем данным, что уже собраны к марту 2021, у ребят уже даже вышли предварительные результаты окончание опроса - 1 мая. в конце анкеты можно оставить свой email для получения полных результатов, если не переживаете за анонимность. или можете дождаться, пока я принесу их сюда.
0
14
я уже рассказывала про курс школы OTUS "Java QA Engineer". тем временем, внутри - винегрет из технологий для тестирования UI и API, многопоточные тесты при помощи Selenium Grid и Selenoid, паттерны проектирования, два вида фреймворков и даже Cucumber с его BDD. вам что-нибудь говорят эти названия? вы приняты, займите место в рубке Энтерпрайза. следующая остановка - автоматизация на Java. старт занятий сегодня, 30 марта. хотите спец-цену? тогда пройдите вступительный тест. #реклама
0
15
я уже рассказывала про курс школы OTUS "Java QA Engineer". тем временем, внутри - винегрет из технологий для тестирования UI и API, многопоточные тесты при помощи Selenium Grid и Selenoid, паттерны проектирования, два вида фреймворков и даже Cucumber с его BDD. вам что-нибудь говорят эти названия? вы пряняты, займите место в рубке Энтерпрайза. следующая остановка - автоматизация на Java. старт занятий сегодня, 30 марта. хотите спец-цену? тогда пройдите вступительный тест. #реклама
0
16
Маарет Пихайарви снова приподнимается над всем, что известно о подходах к тестированию и выделяет "эвристики воспоминаний". этот подход характерен тем, что расширяет диапазон вариантов исследовательского тестирования за счет более комплексного взгляда на тест-дизайн: "Чтобы избегать рецептов из одного ингредиента, надо знать, какие ингредиенты вообще есть. Нам нужно знать о широком выборе способов документировать тестирование (запись тест-кейсов, записки в свободной форме, структурированные личные заметки, структурированные групповые заметки, документация тестов для автоматизации). Нам нужно знать о различных перспективах выбора покрытия. Нам нужно знать, что хоть мы и создаем программный код, ПО делается для людей – и надо знать о широком разнообразии людей и социальных дисциплин, от социальных наук и экономики до юридических тонкостей. Нам надо знать, с какими релевантными проблемами тут уже сталкивались, хорошо владеть и локальным, и общедоступным баг-фольклором, и учитывать их, чтобы не повторять эти ошибки – но также и не позволять прошлым неудачам ограничивать наш будущий потенциал: тестирование должно быть основано на риске, а не на страхе." https://www.software-testing.ru/library/testing/test-analysis/3504-recall-heuristics-for-test-design
0
17
у меня для вас бомбические новости 😇 не хотела обнадеживать, пока у нас не пройдет первый прогон, но теперь смело рассказываю: я преподаю лекции по QA и Soft Skills в школе Games.Education на курсе Game Developer! 👀 как там все устроено: это курс разработки игр на Unreal Engine, где есть три стула блока: Junior, Middle, Pro. проходя каждый поочередно, вы можете постепенно освоить навыки, которые позволят создать собственную игру — от простых к более сложным. вы базово изучите блюпринты и программирование на C++, импорт 3D-моделей в движок и сборку сцен, шейдеры, материалы, освещение, работу с ИИ, архитектуру программ... и, чем черт ни шутит, — быть может, пойдете дальше заниматься техартом или программировать геймплей, ну или будете гордыми инди, выбор за вами! ну а на уровне Pro заходите послушать основы тестирования и мягких навыков от меня, а потом составить вместе резюме с сопроводительным письмом ✉️ наша задача - разносторонне вас подготовить. все преподаватели - как водится, практикующие разработчики, и далеко не первый год. есть команда технической поддержки, ментор, чаты для нетворкинга и домашние задания курс длится 10 месяцев, старт - 18 мая, но узнать подробности и записаться можно уже сейчас ✨ минимальная цена до 26 марта - $1115 (вместо $1395), и есть бесплатная неделя для ознакомления фух, теперь вы все знаете. осталось только присоединиться 😎 #реклама
0
18
сегодня вечером - тема "для геймдевовских и сочувствующих" будем пополонять свою эрудицию разработчика и вдумчиво разбираться, что такое нарративный геймдизайн и зачем он нужен. тем, кто базово уже имеет представление, но хочет копнуть поглубже - можно сразу идти слушать вторую часть подкаста Славы Торика на эту тему. они с Машей Кочаковой, главой школы Нарраторика и Кириллом Золовкиным, старшим геймдизайнером Allods Team, обсуждают: - разные определения нарратива - где проходит грань между нарративом и нарративным дизайном - нарратив - это текст или нет? - кто такой автор и кто может считаться автором - сценарист ли, нарративный дизайнер или сам игрок - что такое immersion breaker, suspension of disbelief и что считать багом нарратива - в каких отношениях состоят нарративный дизайн и UX - работы всяких классных и знаменитых геймдизайнеров на эту тему послушать людей, настолько увлеченных и подкованных в теме - большое удовольствие, так что велком пощекотать себе интеллект и улучшить взаимопонимание в команде через новые знания а если хотите базы и больше конкретики по применению к реальным проектам и в частности - f2p, первая часть выпуска тоже очень даже хороша 🔈 #геймдев
0
19
​​хотите развиваться в сторону тестирования API? допустим, у вас уже есть база в тестировании веб-приложений или сайтов, и хочется освоить бекенд или интеграции в этом случае, у меня есть бесплатная движуха для вас: у OTUS 23 марта пройдет открытое занятие "HTTP. Postman, Newman, Fiddler (Charles), curl, SOAP. SoapUI" по инструментам и практикам работы с API. а ведет его, традиционно, инженер с 13-летним стажем, Александр Суворов у ребят фокус на навыках и практиках, которые можно сразу применять в работе. поэтому знания, которые вы получите, не выветрятся из головы с ближайшей прогулкой до остановки к тому же, это заниятие - часть курса Java QA Engineer, и на той же странице можно проверить, достаточно ли у вас навыков, чтобы освоить его целиком попробуйте! это неплохая возможность расширить свои компетенции и стать более ценным для рынка специалистом. #реклама
0
20
вот это было неожиданно. ну что ж, давайте попробуем :)
0