Home

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

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

Лишь недавно, готовя курс по тестированию API на C# для заказчика, я узнал, что WireMock также портирован на C#. В этой статье я хочу пристальнее рассмотреть WireMock.Net, как (предсказуемо) называется эта библиотека. Прежде чем начать, сообщу, что честь создания и поддержки библиотеки принадлежит Штефу Хайнрату.

Статья компании SimbirSoft

Привет! Меня зовут Валерий, я руковожу группой QA Fullstack компании SimbirSoft. В сфере тестирования чаще всего выделяют группы QA-специалистов и SDET. Но сейчас многие компании задумываются об оптимизации расходов, особенно это актуально для проектов с длительным периодом эксплуатации, вроде небольших монолитов или внушительных размеров систем с множеством интеграций и микросервисов. Рано или поздно наступает момент, когда требуется подключать специалистов, которые не только хорошо разбираются в продукте и могут тщательно его протестировать, но и тех, кто могут писать автотесты. Убить двух зайцев сразу помогут QA фулстеки.

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

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

В этой серии статей я углублюсь в четыре столпа (фундаментальных принципа ) объектно-ориентированного программирования:

• Инкапсуляция 
• Наследование (эта статья)
• Полиморфизм
• Абстракция

Статья компании SimbirSoft

Управление релизами охватывает все этапы продукта — от разработки и тестирования до продакшена. Это самая ответственная роль, которую может взять на себя IT-специалист. Вместе с коллегами из направления QA SimbirSoft рассказали, на что стоит обратить внимание IT-специалисту, стартующему в роли релиз-менеджера или решившему проанализировать процесс релизов на проекте.

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

У наших партнеров Школы менеджмента Стратоплан запустился долгосрочный курс «Школа технического директора».

Это 13-месячная программа по переходу в роль технического директора: https://stratoplan-school.com/edu/cto/

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

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

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

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

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

Находиться в таком состоянии «недоперехода» очень сложно — это требует много энергии. Руководство компании хочет от тебя все больше, а команда по-прежнему привязана к твоей поддержке…

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

Как и любой сложный путь, переход в технические директора лучше пройти с опытными проводниками, в группе тех, кому это так же интересно. Таких же, как ты. В Школе технического директора.

Школа технического директора: 13-месячная программа перехода (онлайн) https://stratoplan-school.com/edu/cto/

Для наших читателей Стратоплан предоставил специальную 15% скидку, код для получения скидки SWTEST15 нужно ввести в поле "Использовать промокод" при оплате.

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

В этой серии статей я углублюсь в четыре столпа (фундаментальных принципа ) объектно-ориентированного программирования:

• Инкапсуляция (эта статья)
• Наследование
• Полиморфизм
• Абстракция

Опубликован выпуск рассылки за вторую половину ноября.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

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

Статья на основе доклада

Обсудить в форуме