Контекстная школа вообще (Канер, Бах, Болтон) и школа RST в частности (Бах и Болтон) учит что "ручного" тестирования нет.

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

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

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

Девопс -- "у нас" это позиция которая раньше называлась "админ". "У них" -- "все работают вместе а не окапываются по командам" или как-то так.

"Эджайл" -- набор ритуалов для регулярных релизов. Ритуалы учатся за пару дней, а дальше уже идёт опытом проб и ошибок.

ИИ -- ИИ не так хорош как его название. Работают с ним специально подготовленные специалисты. Проверка результатов работы ИИ может быть скорее муторным чем "высоким" делом.

В любом случае, если не посадили что-то делать строго по бумагам, умственной работы много.

приходишь утром в офис, пьешь чаек у кулера. Потом садишься работать, тестируешь задачки. Оба, обед. Только пошел на обед - прод упал, материшься, ищешь в чем проблема, материшься. Поднимаешь вместе с разрабами, локализуешь и ставишь баг на прод. Идешь обедать. Пообедал - молодец. Тестируешь задачки. Собираешь релиз, релизишь. Ну можно и домой.

разбавить планерками, митингами, ретроспективами, аджайлами

тоесть ремонт прода и сборка релиза тоже может быть в компетенции тестировщика?

Ремонтировать ты его не будешь. А искать ЧТО ЗА ХРЕНЬ-ТО ТАКАЯ будешь

Могу рассказать как от галеры на проектах сбера бывает, приходишь утром наливаешь чаек, включаешь ютуб на планшете, до часу смотришь потом идёшь кушать, с обеда пришёл досматривать до 18

Компетенции могут отличаться от компании к компании очень сильно. Как бы каждый д***ит как хочет

где-то тебя к релизам и на пушечный выстрел не подпустят

"В двух словах" -- это "поиск простых и неправильных решений".
В зависимости от проекта и задач работа тестировщика сильно различается.

Где-то надо ходить по более-менее одинаковым готовым схемам, где-то придумывать самому. Где-то один проект похож на другой, а где-то залетает новая задача по тому что ты не видел никогда или не видел лет 10. Где-то надо для достижения целей писать код, где-то готовить много тестовых данных, а где-то "мышки и Экселя достаточно".  Где-то у тебя целый день в руках мобилка или планшет, а где-то ты кликаешь мышкой по веб-страницам и постоянно смотришь в Хром Дев Тулз, где-то рутина это работа с командной строкой Линукса и просмотр ответов REST-API в json форматах.

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

спасибо большое!!!

Ещё в тему вопроса по автоматизации, вспомнил что слушал не так давно неплохое выступление:
https://comaqa.by/2019/08/14/aleksandr-pushkarev-comaqa-spring-2019/

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

Ну вот видео про переход.

Бывают разные вакансии с разными компетенциями. Я точно знаю что "лаборатория" того же Епама готовит людей в начинающие автоматизаторы за вполне конечное время.

Disclaimer: я их знаю потому что у меня контракт с Епамом, рекламой курсов не занимаюсь (кроме RST), но уж кого знаю того знаю.

отличное видео, даже мне всё понятно. понимаете, если не работал никогда по этому направлению, сложно даже найти вот такое удачное среди миллионов плохих

а потом ты попадаешь в компанию) где все не так

да в it вообще всё везде не так. приходишь в новую контору и там «забудьте всё чему вас учили на предыдущем месте»

а тут нет кого-нибудь из сбера? как там в разработке и тестировании работать, неплохо?