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

Нет :)

Я один тестировщик на проекте, уже 4-м по счёту, всё с нуля.
А в чём проблемы то?

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

Чаще всего в качестве one man army.

я не проводил собесы, но я наверное обращал внимание не на теорию, а на само мышление кондидата, как он может рассуждать как тестер

Ну, собственно, опыт интересует. Какие этапы, ход действий и тд.

Вот ты попал на проект. Как ты понимаешь с чего тебе начать? Как ты строишь план того, что нужно сделать, в чём участвовать и всякое такое.

Какую документацию пишешь и почему именно её.

Как раз сейчас собеседую человека 🙈

Что спрашиваешь?

Блин, а ведь можно стримить собесы!
Задавать вопросы за донаты. 😂

Звучит как план

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

Мне кажется если человек зная. что на него дополнительно смотрит n человек и он четко, и без мандража отвечает, его уже можно брать

четко и без мандража это конечно хорошо, но главное ещё чтоб правильно )

по-моему под организаций тестирования с нуля каждый понимает что-то свое. Кто-то меньше упарывается, кто-то больше. Какого-то общего чек-листа, подходящего для всех, думаю нет. Вон кто-то стратегии тестирования не пишет, как выяснилось, потому что особо и не надо. Кому-то тесткейсы вообще не нужны. У кого-то ТМСок нет и не планируется, и т.д) Если подумать, то я тоже первым тостером на проект приходил, тестрейл почти год выбивали с ребятами себе, в курилках обсуждали резюме чуваков, которые к нам на собесы идут и что у них спрашивать. Тоже организация тестирования :)

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

Да всё традиционно.

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

Дальше создаю проект по тестированию в гитлаб: изучаю и покрываю тестами api, изучаю и покрываю тестами фронт (на одном месте на Java+selenium, на другом проекте Python+selenium)

Документы обычно те, которые могут помочь мне самому: сейчас это чеклисты ручных проверок, например.
Когда делаешь регресс в них полезно бывает заглядывать, а то по мере роста продукта всё больше мелочей забываются.

Отчёты не пишу и даже не формирую, кроме меня они нафиг никому не нужны тут.

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

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

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

Собратья, подскажите пожалуйста. Как определить на сайте точку, когда он падает при нагрузке. Пробую jmetr и чет не очень очевидно

Определите кол-во RPS, после чего смотрите на графики (тот же самый zabbix)

А расскажи как ты обсуждал и согласовывал релизную политику?