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

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

попроси джуна найти область, где описывается метод работы логина, в этом классе ему надо найти что-то про ошибку, а ошибка логина на 200 строк внизу слова "login" он же с ума сойдёт :)

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

Поговорю

Один разраб просто пишет какие таски закрыл и все

Странный какой-то воркфлоу. Ты один тестер на проекте?

Типа того

они раньше без qa работали?

если без - то ничего странного)

люди вошли в зону комфорту, закрыли таски и им никто не мешает, максимум PO или заказчик пофиксить пару багов даст) а тут человек на фулл подъехал который их код ломает)

Звучит похоже

у мну такая же история, и все было хорошо

На том же положении, мне РМ сказал: ты двигающая сила проекта, давай поджопники и тереби дэвов, докапывайся до сути, чтоб твои баги не выплывали после релиза. Так что ускоряй тестирование и разработку всеми возможными методами

Значит не особо такая же, человеку некомфортно, а тебе, кажется, да)

Кстати, я тоже один тестировщик на проекте, веб. Сейчас все баги и тестирование новых релизов идёт через меня. Соответственно багов полно везде, даже с прода вылетают, так как сроки у клиентов горят и пилят всё быстро. Проект b2b, много разных логик. Просят так же начинать заниматься тестированием производительности, писать автотесты api. Но этим уже вне работы приходится заниматься. Может кто что может посоветовать, как лучше ставить процесс тестирования, может 1 тестировщик уже мало, или я как джун не справляюсь

А как разрабы Таски ведут? Где трекают что либо?

У нас Жира. И по своим проектам я вижу, какие таски попадают в колонку "На проверку" от разрабов и понимаю, что вот фичи выкатили и можно смотреть.

На другом проекте у коллеге. Был ЛИД/СКРАМ которые планировал спринты и создавал таски и тестировщиками и разрабам.  То есть тестировщик просто смотрел в колонку в Жире "В тестировании" и проверял задачи и сделанные фичи.

Тут думаю, только ты сам можешь выстроить свой процесс с нуля или начинать выстраивать. Раз ты один.

Я бы в приоритете ставил функционал.

думать о работе в разрезе комфортно/некомфортно это кривая дорожка)

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