Атрощенков Сергей Геннадьевич

Многим знакомы термины Hard-skills и Soft-skills. И по ним вполне себе успешно создают описание компетенций, или прокачивают свои навыки в этих областях. И все было прекрасно, пока наш "уютный" IT не стал VUCA. Да, описание этого дивного нового мира старо, однако в 2020 году глубину глубин могли ощутить и скептики данной модели.

То, что было желательным навыком специалиста для его успешной работы, в современных реалиях, становится обязательным. Классического описания Hard&Soft становится недостаточно, для описания того, куда движется наше профессиональное развитие. 

Приглашаю вас на доклад, обсудить концепцию Essential-skills (фундаментальные навыки), как происходит переход из Hard&Soft навыков к модели с Essential навыками. 

Опытные руководители смогут увидеть, как фундаментальные навыки проявляются, что дают и смогут учесть эти навыки при формировании своих моделей компетенций, молодые профессионалы смогут пересмотреть свое развитие за рамками классических Hard&Soft-skills.

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

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

Посмотрим, как он работает, что в нем можно брать и использовать. Какие грабли я успел собрать, когда только услышал о нем и начал применять бездумно (или чересчур умно).

Искренне хочу, чтобы вы, слушатели, смогли уйти с пониманием этого паттерна, и несколькими hits&tricks как можно собеседовать и отвечать на вещи, отличные от викторины-угадайки ака: что такое баг, тестирование и пр.

Доклад будет интересен начинающим интервьюерам и интервьюируемым.

Продолжение доклада: https://sqadays.com/ru/talk/44837 

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

примеры паттернов:

• Менеджер-хамелеон принимает ту точку зрения, которая сейчас популярна среди собравшихся. Всем кажется, что он их поддерживает и всё идёт хорошо. Поначалу.
  
• Кукушка-менеджер любит придумывать идеи, а на реализацию отдавать кому-то другому. Если что-то вылупится по итогу - то это его идея, а если нет - кривая реализация дурных исполнителей.
• Белка-менеджер рассовывает задачи кому попало. Некоторые из них неожиданно приводят к успеху.
• Чайка-менеджер: прилетел, наорал, нагадил, улетел. (с) Сергей Бережной

В нашей суровой, тестерской реальности, где нет славного Agile, мощного Waterfall, где про процессы только слагают саги, есть такая вещь -- как жизнь. И жизнь вносит свои коррективы в те методы разработки софта, которые мы используем. На одном из выпусков RadioQA проскочило понятие: Восточно-Славянская модель разработки -- это разработка когда на проекте хаос. Приходите на мой доклад, мы с вами обсудим типовые HFDD, ODD, MDD и прочие DD, в чем они могут выражаться, и найдем вместе решения -- что же делать тестировщику в случае, если специалист сталкивается с этим.

Круглый стол Radio QA с его постоянными участниками и преданными слушателями в роли преданных зрителей. 

Гость выпуска Юрий Зиссер - один из самых успешных IT бизнесменов Беларуси, основатель и владелец портала tut.by.

Тема выпуска "Вид на разработку и тестирование с высоты стратегического бизнес-заказчика"

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

На вопрос "Как работать с людьми?"  в 90% случаев получаешь простой ответ "Общайся и будь проще". Это очень крутой ответ, не так ли? Измеримый, легко выполнимый, просто масштабируемый, гибкий... Можно перечислить все эпитеты, что используют менеджеры, чтобы описать свою работу как управляемую.

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

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

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

Одной из таких основ может стать моделирование угроз для приложения. Это одна из практик Security Development Lifecycle (SDL).

Эта база дает возможность тестировщикам выявлять и разработчикам устранять потенциальные проблемы безопасности на ранних этапах разработки ПО.

Я расскажу основную концепцию моделирования угроз и покажу как это можно выполнить.

Доклад будет интересен специалистам которые недавно открыли увлекательный мир безопасности ПО.