Ну так, я по секрету скажу, можно и тесткейсы без знания теории тестирования писать.
А можно просто тестировать ничего не зная о тестировании.
Вопрос в продуктивности.

Поиск недостающего числа в числовом ряду, поиск элемента в дереве.

Ну и maxdepth.

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

Старые песни о главном.

А то!

Поэтому вот это вот "Тестировщик должен обязательно знать X" - в большинстве своем ложное утверждение. Желательно - да, поможет в развитии - вероятно. Но не обязательно.

Всё так. То же самое что “тестировщик обязательно должен уметь …” или “тестировщик обязательно должен делать …”
Потому что всегда есть шанс, что ты просто будешь сидеть за компуктером, а зарплата будет капать.

Мой поинт традиционно прост: понимание базовых структур данных и алгоритмов может сильно упрощать жизнь.
Начиная с прохождения собеседований, заканчивая решением задач (а в тестировании, неожиданно, есть задачи, где эти алгоритмы нужны).
Навыки кодинга - тоже. Даже если непосредственно писать код для рабочих задач тебе не потребуется.
Ну и етк.

Причем, ни то, ни другое, не является каким-то неистовым рокетсаенсом. Это довольно простые и быстрые способы инвестировать время в своё развитие.

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

Я это уже почувствовал.  Например сам начал юзать постман и чарльз.  Потому что самому было интересно увидеть обмен. А не писать в баг репорте . Что вот это не работает.  А теперь стал прикладывать логи, скрины  и т.д.

А в тексте вакансии есть про это?

Хороший вопрос. Насколько я помню - нет. :)

Хм. А что такое (nosarcasm), в данном случае, базовые структуры данных и алгоритмы? Я вот пытаюсь представить, как бы мне это упростило жизнь, и не могу.
И к чему прикладывать навыки именно кодинга? Смотреть диффы?

Базовые структуры данных и алгоритмы это, в целом, то, что укладывается в двухнедельный курс по алгоритмам на условном стэпике - деревья, стэк, очередь, массивы разных видов, ну и соответственно поиски, сортировки и пр (на самом деле, скорее понимание гриди и д&к принципов).

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

Просто #впитерехорошосработой настолько, что без деревьев уже и в тестировщики не берут

Рецензирование кода возможно, если компетенция позволяет и не будет в адрес проверяющего от разработки - он же не разработчик, почему он инспектирует код?

Про..лся например кодер и упустил бесконечный цикл

Вот и пример

хорошо, но тебе скажут - спасибо, но зачем ты начал обзор кода, если тебя не просили?