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

Иногда простая вычетка кода с тестировщиком, постоянно спрашивающим "а что делает этот код ?" может позволять выявлять интересные вещи.

Иногда простая вычетка кода с тестировщиком, постоянно спрашивающим "а что делает этот код ?" может позволять выявлять интересные вещи.

Иногда простая вычетка кода с тестировщиком, постоянно спрашивающим "а что делает этот код ?" может позволять выявлять интересные вещи.

Я понимаю важность, но, увы, есть задача тестирования, и если это не задача проверки кода, то тут просто спросят - почему ты занимаешься проверкой кода, когда задача в другом и почему ты решил, что проверка приложения, на работоспособность, также в себя включает проверку исходного кода?

Я понимаю важность, но, увы, есть задача тестирования, и если это не задача проверки кода, то тут просто спросят - почему ты занимаешься проверкой кода, когда задача в другом и почему ты решил, что проверка приложения, на работоспособность, также в себя включает проверку исходного кода?

Наоборот только спасибо говорят

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

Если такова была изначально постановка, то согласен, это отлично, но если начальник спросит, что - зачем ты этим занимаешься, твоя задача вообще-то в другом, то?

И где увереность, что этот самый review будет прочитан и принят?

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

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

Придётся объяснить постфактум, верно?
ну, проще говоря, тратишь время проекта нецелесообразно, ради собственного .... кстати, чего? не выполняя поставленной задачи или выполняя, но оставая на работе или во внеурочное, что называется, время?

Придётся объяснить постфактум, верно?
ну, проще говоря, тратишь время проекта нецелесообразно, ради собственного .... кстати, чего? не выполняя поставленной задачи или выполняя, но оставая на работе или во внеурочное, что называется, время?

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

Типа проверки:
1. На сайте в результате поиска выводится 353 501 пользователь - в файле 353 501 строчка
2. В спеке по файлу 20 колонок с такими-то именами и описанием - в файле всё как по спеке
3. Сравниваешь юзеров из первого файла с юзерами из файла-релейшена (типа файл в котором джойнятся таблицы по которым собираются файлы) и смотришь почему кто-то попал, а кто-то нет.
4. Сравниваешь данные по 20 колонкам для нескольких юзеров с данными на сайте для этих юзеров.

Придётся объяснить постфактум, верно?
ну, проще говоря, тратишь время проекта нецелесообразно, ради собственного .... кстати, чего? не выполняя поставленной задачи или выполняя, но оставая на работе или во внеурочное, что называется, время?

Недавний опыт джуна

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

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