хы..."Я сбросил 45 килограмм за два месяца. Все что нужно, это просто...."

Hp alm часто еще встречается в работе ?

В банках видел эту штуку

Вроде в сбере лет 6 назад была

И сейчас там

Давно не дает покоя такой вот вопрос, какие достижения есть у мидл/синьор QA? Я имею ввиду суровые квесты и строчки в резюме. Тестировал задачи, находил баги и был крутым во всех отношениях чуваком - это не то. А что-то вроде "Организовал процесс релизного тестирования" это уже из жизни лидов. Чем же мидл/синьоры могут похвастать?

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

джун - это тот, кто прошел тестирование на Normal, мидл - на Nightmare, а синьор - на Hell

Всем привет. Изучаю Jmeter а именно работу с api. Запрос выполняется. Но проблема я так понимаю в кодировке. Не подскажите как исправить ?

Картинку в группу прикрепить не могу

Экстрасенсы в отпуске сегодня
Прикрепи лог
Положи картинку на какой-нибудь хостинг и запости ссылку
Сделай что-нибудь в конце концов )

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

Можно менторить до посинения, а можно рассказать про результат в цифрах, и попробовать перевести в деньги. Например, был бюджет на одного синиора, а взяли трёх джунов -- вот так-то и так-то отбирали, нашли за столько-то времени (цена хайринга), за столько-то человекочасов я их отменторил по таким-то и таким-то показателям, что в результате привело к тому-то и к тому-то. (Два проекта вместо одного застаффлено за три месяца вместо условных 9, которые прогнозировали ичары, сэкономлено столько-то денег, относительно изначального прогноза) Точно так же и с процессами: была ситуация А, внедрили Б, в результате добились ускорения В, сокращения Г и перешли на релизы раз в месяц, вместо раза в год. Точно так же и со всем остальным. Такие-то метрики обуздали, вот так это считали, столько-то бабла, в итоге, сэкономили. Только это уже, скорее, условно-синиорские достижения. Хотя, грейды условны и задачи/ответственность по ним может немного размываться. Не видел, однако, ни одного ещё миддла, оперирующего экономическими показателями. Но "процессы были такие-то, проблемы были вот такие, я предложил и защитил такие-то изменения -- и это сократило reopen rate с 10% до 2%, а баги с прода стали приходить в пять раз реже" -- это и миддл может.
Похоже, вы неверно сформулировали изначальный вопрос и не поняли ответ ;)

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

Обычно, и правда, доступа к финансовой информации у миддлов/синиоров нет. Человек сказал про бизнес, бизнес говорит и слушает на языке денег. Без доступа к финансовым показателям, считать можно в попугаях человекочасов и принятых метрик.

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

Возможен редкий сценарий, если компания с ручниками и приходит единственный автоматизатор. Или сидят джуны, приходит синьор. Но это частные случаи

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

Тогда зайду с другой стороны. Чтобы оценить свой вклад в тестировании, нужно знать вклад тестирования в целом на продукт наравне с другими этапами жизненного цикла. А это уже синьоров не касается. Опять же, не придет же бизнес-аналитик и не вручит орден за конкретные заслуги.

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

"Гениальные" идеи и правда трудно представить, однако небольшие изменения процессов, определение entry/exit критериев, уточнение definition of done -- всё это могут делать (и иногда делают) линейные инженеры.

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

Откуда достижения -- я, кажется, привёл несколько примеров. А вот передёргивать не надо.