Привет. Вклинюсь в обсуждение. Есть современный тренд на то, что разработка и тестирование все больше интегрируются друг в друга. И как результат можно получить следующие вещи: 1. Разработка -> куа Существуют команды без куа, его обязанности распределяются по команде. Если нужна какая-то помощь в процессах, то может приглашаться какой-то сторонний куа для консультации 2. Куа -> разработка Как следствие роста требований и интересу к автоматизации тестирования порой уже недостаточно просто быть ручным тестировщиком или уметь писать UI-автотесты, во многих компаниях уже даже включают исправление багов как возможный артефакт подтверждения квалификации. Разработка, конечно, должна писать Unit-тесты на свой код, но зачастую покрывает не все возможные кейсы, в таких случаях подобные кейсы вполне может дописать куа. Это будет считаться нормальной практикой.
Привет. Вклинюсь в обсуждение. Есть современный тренд на то, что разработка и тестирование все больше интегрируются друг в друга. И как результат можно получить следующие вещи:
1. Разработка -> куа
Существуют команды без куа, его обязанности распределяются по команде. Если нужна какая-то помощь в процессах, то может приглашаться какой-то сторонний куа для консультации
2. Куа -> разработка
Как следствие роста требований и интересу к автоматизации тестирования порой уже недостаточно просто быть ручным тестировщиком или уметь писать UI-автотесты, во многих компаниях уже даже включают исправление багов как возможный артефакт подтверждения квалификации. Разработка, конечно, должна писать Unit-тесты на свой код, но зачастую покрывает не все возможные кейсы, в таких случаях подобные кейсы вполне может дописать куа. Это будет считаться нормальной практикой.