Пацаны, вы определитесь, что для вас

конечный объект

пользователь или система )

Это учится в течение пары дней.

Все учится в течении пары дней.
Разобраться и понять — уже пару недель
Научится применять и анализировать — уже пару месяцев

При этом Experience based могут использовать техники из Black box.

Это вы, простите, где прочитали?
experience-based test technique — A test technique only based on the tester’s experience, knowledge and intuition.

Спасибо что процитировали.
Но судя вашим словам, например если мы тестируем требования — это динамическое тестирование, так как

Если взаимодействуем с конечным объектом тестирования — это динамическое

?

4. По доступу к конечному объекту тестирования — статическое (не статистическое!) и динамическое

а с этого момента поподробнее ))))

Если автора фейлят на «видах и типах» тестирования, то это проблема интервьюера и фиксить тут нужно его

Если автора фейлят на «видах и типах» тестирования, то он попал на собес на проект связанный с медициной или чем то подобным.

Завидую. В мире тестирования разложилось очень слабо, а у Вас, видимо уже все ок.

Не соглашусь. Думаю разложилось у большинства.... просто у всех немного по разному )

И что ?
А вы оба стандарта прочитали?
Они друг другу противоречат и несовместимы ? :)

Боюсь, уважаемый

В тестировании полная каша

только в вашей голове :)

На нормальном языке это звучи так:
Человек основательно разобрался в теоретической базе гибких методологий разработки и применил на практике как в небольших так и крупных командах. Попробовал поэкспериментировать с разными подходами. Собрал результаты и произвел анализ. И теперь готов этим поделиться, что бы люди сохранили свое время, чувствовали более себя свободно в компании Скрам мастеров и в результате стали более успешными либо текущем месте работы либо на новом.

Звісно якщо тобі не дають код розробників бо тестери та автоматчікі сидять в окремій кімнаті,

У вас в конторе до сих пор на сникернете сидят? ) попробуйте гит )

маленькая помарка в аббревиатуре

DSDM

BDSM. да. наверное это самая популярная модель управления :)

Чтобы бэклог был в порядке

без отсортированных по релизам/спринтам/приоритетам тасок с acceptance критериями и чётким ТЗ не начиналась работа...

чтобы дизайн предварительно проработал архитект или техлид или кто там за это в ответе

You are not enough agile Ⓒ

IT индустрия — это бизнес. И как и любой другой бизнес он должен приносить деньги.
Пока Вы пишите требования и гоняете задачи по беклогу — другие продукты выходят в масс маркет и начинают приносить прибыль. ( про " да я 20 лет в NASA на одном проекте" мы давайте сейчас разговаривать не будем :) )

Почему тогда, имея такой ответ, огромное количество компаний сейчас не может нормально перевести свой штат на «удаленку»?

Почему не могут организовать процесс работы?

Названия компаний в студию ! Иначе это абсолютно голословное заявление

мониторить работу сотрудников, проходя у них за спиной, намного проще

Это 5 :)

Лучшие практики по удаленному управлению командой

Agile

Scrum

Kanban

Метод Xtreme Programming (XP)

Lean

Waterfall

Не угадал. два :)

Найкращий спосіб завалити проект — це надати найновішу технологію, яка недоречна, або нею не вміють користуватися :)

Є така думка, що мене наймають для того, щоб усе було за%:*сь на проекті, а не для того, щоб вислуховувати мої думки :)

Боюсь, коллега, что Вы категорически не правы. Все зависит от проекта и в 90% проектов крутящихся в стране — после того, как вы

потрібні unit-тести та вимагати їх від команди розробки.

и

Можна навіть закріпити формально в тест плані як entry test criteria — тестуються лише білди, які мають покриття не менше N та успішно пройшли unit тести

будите писать farewell letter

Приложение ваше в 99% случаев будет развёрнуто на линуксе. Понимание как работает система на котором крутится приложение , плюс посмотреть конфигурационные файлы/ логи и тд. это важно. Также QA инженеру неплохо понимать что девы пишут в баш скриптах- сильно упрощает жизнь )

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

Я бы двигался в таком направлении
— Основы работы сетей
— Основы линукс
— Основы любого ООП языка (java)
— Основы скриптового языка (is)
— Selenium+test frameworks
— Gatling/Locust для нагрузки