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

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

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

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

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

— Интерфейсы и протоколы. Четко ли в документе определены будущие протоколы? Полностью ли описаны интерфейсы и протоколы, которые будет предоставлять продукт? Соответствуют ли эти интерфейсы и протоколы своим целям? Соответствуют ли они стандартам продуктов 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://www.tg-me.com/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://www.tg-me.com/qaeveryone).

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

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

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

Оля Артемьева — опытная тестировщица и авторка канала testing_and_life написала статью о женщинах в тестировании. Статья будет крайне полезна всем женщинам, занятым в stem.

Вы узнаете почему вы можете получать меньше, чем хотели бы, и что с этим можно сделать.
Узнаете что такое glue work и почему эту работу чаще всего скидывают на женщин в коллективах.
И мое любимое — про сильные лидерские качества характера, которые нравятся в мужчинах и вызывают отторжение в женщинах. Как же сделать так, чтобы тебя уважали, к тебе прислушивались и одновременно любили? Никак. Мы работаем не за приз зрительских симпатий. И это замечательно. Всегда выбирайте “уважали и прислушивались“ при прочих равных.

Women in Testing. Как гендер влияет на нашу работу.

#links

Очаровательный комикс про то, как работает HTTPS: howhttps.works

Playwright для Python

2к20й продолжает удивлять. Если бы мне предложили выбрать сейчас построить проект по автоматизации, я бы выбрал Python, Pytest и Playwright. Только посмотрите, какая же это пушка🧨

https://devblogs.microsoft.com/python/announcing-playwright-for-python-reliable-end-to-end-testing-for-the-web/

Собрала в кучу свои мысли про то, как мы оцениваем себя в профессиональном плане.

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

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

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

Как организовать митап

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

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

Но начать можно с малого — и поэтому я решила поделиться моим чек-листом подготовки к митапу. Возможно, кому-то он придаст решимости начать и организовать свой!

https://vas3k.club/post/5640

База знаний в компании

Внезапно увидела, что около месяца назад в Сеть выложили записи докладов с Comaqa Autumn Piter 2019, где мы с Таей, моей наставницей и куратором, выступали с совместным докладом.

Значит, время поделиться!

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

https://www.youtube.com/watch?v=-ngGyxjV8EU

Консультации по тестированию

За последние полтора года я провела примерно 15 консультаций по тестированию и поняла, чем я могу помочь. И написала подробный текст про то, что это такое.

Если совсем-совсем кратко, то условия сейчас такие:
- очно или по Zoom
- 1-1,5 ч
- 2500 р.

Про паттерны проектирования

Привет, меня часто просят рассказать про паттеры. К сожалению у меня нету достаточно времени, чтобы систематизировать информацию и выдать ее в удобном формате. Но я нашел неплохую альтернативу - книга Погружение в ПАТТЕРНЫ ПРОЕКТИРОВАНИЯ.
В ней описаны 22 классических паттерна проектирования, а также 8 принципов проектирования, на которых они основаны. Примеры показаны на Java, C#, C++, Go, PHP, Python, Ruby, Swift или TypeScript. Сейчас на нее действует неплохая скидка, поэтому я прикупил себе 1 экземпляр.