И напоследок я решила немного написать про то, как Школу готовили, какие были проблемы и что будем делать дальше (и как улучшать!).

Пост в клубе Вастрика, но доступен всем :)

https://vas3k.club/project/1804/

Решила немного написать о том, почему я люблю тренировать внимательность и как QA-инженеру могут помочь некоторые детские игры :)

https://teletype.in/@qa_nastasiya/oJpqccesy

3 месяца работы в VK пролетели как один день, а по ощущениям я тут уже давным-давно :)

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

1. Регулярные митинги. Важный момент: они ограничены по времени и регламентированы — тогда получается, что мы с командой на одной волне, но при этом важная информация не теряется в потоке болтовни.

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

3. Мне кажется, еще очень здорово, что с моим руководителем и менеджером я встретилась на очном этапе собеседования. Всё же поболтать с человеком вживую, пошутить, почувствовать его настроение — это очень важно, и в будущем помогает не чувствовать себя неловко.

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

5. Фидбек пользователей. Я постоянно лазаю в комментарии под анонсами релизов, и очень приятно видеть, что то, что мы делаем, отзывается людям, делает их жизнь и работу проще и понятнее. Офигенное чувство, что ты нужен — то, что хочется почувствовать где угодно, будь то дом или офис :)

В общем, я считаю, что это отличный старт. И дальше, не важно, в офисе или удаленно, я буду изо всех сил работать, чтобы соответствовать столь высокому уровню, который уверенно держит наша команда 😌

А вот немного про тестирование для новичков :)
Я буду не я, если не поучаствую в образовательном движе!

https://vk.com/wall-147415323_6333

Когда страшно, что "всех подведешь"

Эту тему в IT-сообществе обсуждают почти так же часто, как новые фреймворки JavaScript'а. Эта тема — смена работы.

———
TL;DR: Если хочешь сменить место работы, но боишься всех подвести, попробуй взвесить "за" и "против" ухода и честно ответь себе на вопрос, стоит ли желание побыть удобным другим твоего комфорта, твоих нервов и твоего здоровья — физического и душевного.
———

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

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

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

Спустя время (не без поддержки близких и терапии) я сумела побороть внутреннее чувство вины и отделаться от страха. Возможно, мои небольшие инсайты станут полезными кому-то, кто прямо сейчас боится и сомневается.

1. Не бывает незаменимых людей. Вернее, их не должно быть при качественном менеджменте. Еще ни одна компания не развалилась просто потому, что тестировщик Вася ушёл в более комфортное место. А если развалилась — дело было точно не в Васе.

2. Отсюда вытекает логичное желание повлиять на то, на что мы всё же можем повлиять, — например, на то, насколько комфортно следующий специалист будет принимать дела. Я вывела для себя формулу "документируй и фиксируй всё, что можешь".
— Выдели наиболее важные кейсы, которые могут быть не так очевидны человеку, недавно познакомившемуся с системой.
— Опиши процесс своей работы по шагам, не упуская деталей, — именно в них может скрываться что-то важное.
— Собери все ссылки, явки и пароли в кучу, чтобы было легко найти нужную информацию.
— Постарайся синхронизировать информацию и максимально передать её команде, чтобы они могли рассказать новому человеку важные вещи, не противореча тому, что писал/рассказывал ты.

3. Скорее всего, после документирования процессов появится понимание примерной картины работы, которую ты делаешь, и осознание, что твой уход не положит конец всему проекту. Кроме того, очень вероятно, что ты обнаружишь некоторую glue work, которую можно в случае необходимости распределить между всеми членами команды

4. Если документирование, осознание скоупа собственной работы и убеждение не помогли, а страх остался, прислушайся к себе и задай пару вопросов:
— Ты сам боишься, или твой страх тебе внушают?
К сожалению, иногда нам приходится сталкиваться с психологическим давлением со стороны коллег. В этом случае нужно вовремя понять, что страх и чувство вины у тебя не свои — тебе их внушили, и приложить силы для того, чтобы освободиться от них.
Одна из тактик: задавать вопросы в ответ на обвинения.
"Так нельзя" (а как можно?), "Без тебя тут всё сгорит" (а это только моя проблема?), "Тебя же недавно повысили" (чтобы удержать подольше или всё же потому что я хорошо работаю?), "Что скажет ..." (да какая разница), "Мы договаривались, что ты не уйдешь" (а крепостное право разве не отменили в позапрошлом веке?), "Ты всех подведешь" (а тут даже возражать не надо, эта фраза — прямая манипуляция).

— Готов ли ты оставаться на текущем месте только из-за страха?
Наверняка решение уйти пришло не просто так, и есть очевидный дискомфорт, который и стал триггером для мыслей о смене места. Попробуй взвесить "за" и "против" ухода и честно ответь себе на вопрос, стоит ли желание побыть удобным другим твоего комфорта, твоих нервов и твоего здоровья (постоянный стресс не улучшает качество нашей жизни).

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

Чтобы еще повысить уверенность и почитать на тему смены и поиска работы, очень рекомендую канал https://news.1rj.ru/str/offerpower.

На этом желаю всем отличных выходных. Пусть все ваши серьезные решения будут правильными 😌

Наткнулась на отличную статью про динамическое обучение и его принципы. Очень понравилась мысль про принятие неудач:
"Стоит понять, что неудача — это средство достижения цели, а цель — обучение."

Ошибки не должны останавливать нас на пути к новым знаниям — ровно как баги в программном продукте, они должны быть локализованы и исправлены, чтобы помочь нам узнать больше о себе, своем мозге и понять, чего мы хотим достичь путем обучения.

https://habr.com/ru/company/leader-id/blog/510314/

Делюсь приятным QA-каналом и параллельно не могу не упомянуть инструмент для майнд-карт и вообще любых диаграмм (даже моих любимых диаграмм переходов состояний!): https://online.visual-paradigm.com.

Еще есть https://miro.com/ — мне его порекомендовали во время подготовки к выступлению. В Миро можно создавать разные схемы и таблицы, — как майнд-карты, так и, например, многоступенчатую схему с содержанием доклада, чтобы наглядно показать его структуру.

В общем, визуализация — круто!

Про mind maps

На мой взгляд, в тестировании есть огромное количество простых в использовании, но недооцененных инструментов. Один из них - mind maps, или "ментальные карты".
Как их использовать? Вариатов предостаточно, но мои любимые - когда проводишь исследовательское тестирование, тестирование в сжатые сроки или тестирование объекта, к которому пока не знаешь, как подступиться.
При этом можно не только создавать свои, но и искать уже заботливо написанные другими специалистами - особенно рекомендую искать сразу на английском, например, вот тут я поискала "mind map testing password". Таким образом вы всегда можете проверить, не забыли ли вы что-то проверить в запаре или по неопытности.
Как использовать - и самостоятельно, и в команде, и подсовывать разработчикам и прочим участникам процесса разработки.
Где почитать - например, вот и вот хорошие статьи.
Где делать - я делаю в notion, но есть и другие инструменты, даже специализированные.

«Проектную документацию нужно рецензировать целенаправленно и вдумчиво, а не бегло просматривать, как утреннюю газету. Хороший разработчик в тестировании, оценивая документ, преследует четкие цели. Вот что советуем мы:

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

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

— Согласованность. Убедитесь в том, что текст соответствует диаграммам. Проследите, чтобы документ не противоречил утверждениям, сделанным в других документах.

— Архитектура. Проанализируйте архитектуру, предложенную в документе. Можно ли ее реализовать с доступными ресурсами? Какая инфраструктура будет использоваться? Прочитайте описание этой инфраструктуры и изучите ее подводные камни. Можем ли мы поддерживать предложенную инфраструктуру в нашей системе? Архитектура не слишком сложная? Можно ее упростить? Не слишком ли она проста? Что еще нужно учесть при работе с этой архитектурой?

— Интерфейсы и протоколы. Четко ли в документе определены будущие протоколы? Полностью ли описаны интерфейсы и протоколы, которые будет предоставлять продукт? Соответствуют ли эти интерфейсы и протоколы своим целям? Соответствуют ли они стандартам продуктов Google? Можно ли рекомендовать разработчику пойти дальше и начать писать protobuf-файлы (эту концепцию мы опишем дальше)?

— Тестирование. Насколько тестопригодна система, описанная в документе? Нужно ли будет встраивать в код новые зацепки для тестирования? Если да, проследите за тем, чтобы это добавили в документацию. Можно ли скорректировать структуру системы для упрощения тестирования или использования готовой тестовой инфраструктуры? Оцените, что нужно сделать для тестирования системы, и договоритесь с разработчиками, чтобы эту информацию добавили.»

Отрывок из книги: Уиттакер Д., Арбон Д., Каролло Д. «Как тестируют в Google».

Ураааа, пара вечеров, один гуглоконструктор, один хостинг, один прекрасный разработчик с высшими навыками администрирования (спасибо, Саша!), — и у QA sisters есть сайт :)
За гуглоконструктор, конечно, немного стыдно, но чукча не разработчица, чукча тестировщица.

https://www.qasisters.com/

У некоторых он еще отображается по-старому (например, у меня под впн, хахах), но спустя примерно сутки всё должно стать красиво, как на скрине.

Теперь, конечно, давать ссылку и приглашать новых участниц будет намного легче. Юху!

«Роковая ошибка номер два тоже связана с разделением разработчиков и тестировщиков: тестировщики отождествляются со своей ролью, а не с продуктом.
Если фокус не на продукте — продукт всегда страдает. В конце концов, цель всей разработки — создание продукта, а не программирование, тестирование или документирование. Каждый инженер работает на продукт. Его должность при этом вторична. Признак здоровой компании — когда люди говорят «Я работаю в Chrome», а не «Я работаю тестировщиком».

Пару лет назад я видел на конференции по тестированию футболку с надписью­ «Я тестирую, следовательно, я существую» на греческом и английском языках. Не сомневаюсь, что ее автор дьявольски умен, но этот агрессивный слоган раздувает роль тестировщика, хотя она этого не стоит. Ни одна роль этого не стоит. Все участники команды работают над продуктом, а не над отдельными его частями. Сначала появился продукт, а потом вылупился процесс. Зачем же нам процесс, если не для создания хорошего продукта? Пользователи любят продукты, а не процессы.»

Отрывок из книги: Уиттакер Д., Арбон Д., Каролло Д.. «Как тестируют в Google».

Библия QA

Натолкнулся в Github на репозиторий, который называется QA bible. Библия QA это 200+ страниц обновляемой смеси ответов на вопросы с реальных собеседований на QA, перевода интересного контента с зарубежных ресурсов и агрегации материала с отечественных. Уже на начальной стадии имеет несколько тысяч уникальных просмотров репозитория и огромный положительный фидбэк от коммьюнити, что даёт некоторые гарантии для сомневающихся, доверять ли этому материалу или контрибьютить ли сюда.

Как по мне, выглядит очень прикольно. Советую почитать всем, независимо от уровня синиорности

https://github.com/Vladislav610/QA_bible

Мне кажется, это относится не только к разработке. "Интеллектуальное бесстрашие" — какой потрясающий термин!

Лето подходит к концу, а наши митапы нет. На этот раз у нас коллаб с сообществом тестировщиц со всей России и не только — QA sisters (http://qasisters.com/)
⠀
Докладчицы из JetBrains, FunCorp, КриптоПро и Вконтакте будут рады поделиться опытом и зарядить вас мотивацией!
⠀
Наши спикеры:
👩‍💻Анастасия Заречнева, инженер по тестированию ВКонтакте, основательница QA sisters;
👩‍💻Юлия Лях, QA-инженер JetBrains, основательница QA sisters;
👩‍💻Анастасия Ражева, менеджер проектов с прошлым тестировщика, Funcorp, активная участница сообщества;
👩‍💻Ольга Артемьева, ведущая тестировщица в КриптоПро, авторесса канала https://news.1rj.ru/str/testing_and_life, активная участница сообщества.
⠀
На митапе мы поговорим и о техническом, и о человеческом:
1. Как активничать в сообществах и всё равно всё успевать,
2. Ручное и автоматизированное тестирование Git хостинга,
3. Тестирование интеграций сторонних SDK в мобильных приложениях,
4. Women in Test. Как гендер влияет на нашу работу.
⠀
Успейте зарегистрироваться! Количество мест ограничено.
⠀
🔺Что: митап "Про тестирование и не только" от QA Sisters и Women in Tech Russia
🔺Когда: 20 августа, в 19:00 - 21:00 по мск
🔺Регистрация: https://women-in-tech.timepad.ru/event/1398465/
🔺Где: ссылку на Zoom пришлём по email всем зарегистрировавшимся.
⠀
#womenintechrus #womenintech #witrussia #wit_tech

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

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

В общем, со временем пришло умение мыслить созидательно - и желание агрегировать любые ситуации в опыт и навыки. И это круто.

Закончить этот небольшой поток мыслей хочется цитатой из свежей статьи Майкла Болтона: "Testing is not quality assurance, though it can inform quality assurance. Testing does not assure quality, no more than diagnosis assures good health". (c)

https://www.developsense.com/blog/2020/08/why-didnt-we-catch-this-in-qa

Тестирование — это способ войти в IT без умения программировать?

Аргументированно погорела на больную мозоль многих тестировщиков и золотую жилу современных онлайн-курсов.

https://teletype.in/@qa_nastasiya/shTsUqHad

Я тут поняла, что не писала особо про то, как работается ВКонтакте. Сначала стеснялась, мол, испытательный срок же, чего выёживаться. А потом чувство принадлежности команде пришло так естественно и незаметно, что я и забыла, что работаю тут всего с апреля :)

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

Дальше: люди. Люди здесь потрясающие: весёлые, классные, лёгкие, но при это настоящие профессионалы своего дела. Моя смена работы выпала на карантин, поэтому я даже в офисе еще толком не сидела, но я ни дня не чувствовала себя одиноко. Коммуникации, общение, даже внерабочие активности — всё на высшем уровне.

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

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

Короче, я это к чему? Мы всегда рады классным специалистам. Я знаю, что меня читают клёвые тестировщики.
Заходите на https://vk.cc/jobsvkt и откликайтесь: если вы ждали знака к переменам к лучшему, то это совершенно точно он!

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

Вчера у нас прошёл первый митап QA sisters. Те, кто пропустил, могут посмотреть видео.

И ровно во время первого доклада число участниц перевалило за 500.
ПЯТЬСОТ!

Это так необычно, если честно. Из клуба по интересам — чатика, созданного с @SunInJuly, до полноценного сообщества из более 500 прекрасных тестировщиц, разработчиц, менеджерок и всех, кто интересуется тестированием, за полтора года. Одно дело просто состоять в коммьюнити — но вообще другое, когда тебе выпал шанс приложить руку к его рождению!

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

(Кстати, мало кто знает, но у нас есть чат Gentle QA со свободным входом и тем же Code of Conduct: https://news.1rj.ru/str/qaeveryone).

Тот факт, что на сообщество есть спрос, и то, что всё новый и новые люди приходят и говорят, что именно то, чего им не хватало, доказывает, что мы делаем всё правильно. Я счастлива, потому что если хотя бы нескольким тестировщицам мы смогли помочь обрести чуть больше уверенности, получить чуть больше знаний и найти подруг и коллег — значит, всё не зря 💕

Полезные материалы для лидов (и не только)

- Классный гайд по управлению знаниями. Русскоязычный, живой, со своими плюсами и минусами, но главное - много полезных ссылок на материалы по разным темам, таким как организация онбординга, knowlege management, матрицы компетенций и прочие умные слова.
- Teamlead Roadmap – это карта навыков и компетенций тимлидов, которую можно адаптировать для любой компании и команды. Пригодится и тем, кто только что стал лидом и не знает, куда бежать, и тем, кто хочет прокачаться и тем, кому просто интересна эта тема.