А так желающий после аврала кидать заяву, не забрав 2-6 окладов премии - маловато обычно

найм людей на долгосрок всегда эффективнее поточного найма-онбординга для любого продукта. Конвеер хорош обычно для аутсорса

так как позволяет относительно быстро масштабироваться

хорошие практики почему бы не применять и у себя)

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

Я работал в компании, где всё, от компании в целом и до каждого конкретного сотрудника было обмазано KPI.
При этом 90% сотрудников (если не брать в расчёт С-левел и руководителей департаментов) даже не знали о существовании этих KPI.

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

Как вам кпи с количеством ошибок?)
У нас есть такое)))

Ну, это никак не противоречит тому, что я описал выше. :)

Но отвечая на ваш вопрос, как KPI - это плохое решение, потому что слабо связано с перформансом (который стоит за буквой P в этой прекрасной аббревиатуре).
Как метрика - вполне себе хорошая метрика, почему бы и нет.

Ну не просто как метрика. А как мотиватор к премии по итогам КПИ

И как у вас это работает?

Ровным счетом никак

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

Хотя я вполне могу себе представить ситуацию, когда это KPI будет работать. :)

Расскажи? Мне такое представить трудно )

На мой посыл что премия по итогам КПИ не эффективна и не работает, мне было сказано что я нес негатив и ничего в ответ не предлагаю)))

Да и вообще кажется я не подхожу настроениям команды, может мне стоит поискать другую работу)))

Ну, всё просто.
У тебя есть KPI “количество найденных ошибок” (предположительно, чем больше -> тем лучше).
Она будет работать в ситуации, когда именна эта метрика является показателем перформанса.
Грубо говоря, когда перед тобой (по какой-то причине) стоит цель “найти максимальное количество багов”.

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

Это ничего не будет говорить о качестве выпускаемого ПО и вообще будет слабо относиться к процессу тестирования.
Но в рамках связки “цель -> метрика этой цели” будет работать.

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

Всем привет. Помосите плиз - как в rest assured можно проверить что кука пришедщая в респонсе не пустая? assertThat().cookie(«cookieName»)

assertTrue(!RestAssured.lastResponse().cookie(cookieName).toString().equals(""));

вроде как-то так