Richard
Ещё раньше.
Nick
ох, я не на тот вопрос триггернулся видимо :)
Richard
Там и ещё раньше было )
Nick
ну так я про то же пишу – не везде есть понятие команды)
Richard
Но это тоже пойдёт.
Nick
где-то тестировщики это отдельная сущность, которая не может импактить на весь процесс, и хоть ты убейся
Nick
тебе не придется читать юнит-тесты, если у тебя нет доступа к коду
Nick
и вот это все
Nick
но при этом люди в этих процессах и сеньоры и лиды и фараоны тестирования :D
Richard
То есть, тестировщик - это QA без возможности влиять на процесс?
Richard
Я так понял?
Nick
в моем понимании – да
Nick
но понимание у всех свое
Richard
Я просто хочу понять, может быть я сам не правильно понимаю.
Nick
когда продукт для тебя блекбокс, и ты не можешь прийти к разработчику и попросить, к примеру, сделать код более тестируемым
Richard
то я уже не QA?
Nick
тогда ты не можешь быть QA, потому что процесс поставить не можешь – он от тебя не зависит
Nick
ты можешь поставить часть процесса
Nick
по верификации конечного состояния продукта
Richard
А QC - что тогда?
Nick
вот по мне это и есть QC
Richard
Стоп.
Nick
в моей картине мира нет тестировщика как отдельной сущности
Nick
есть QC и QA
Alexander
есть тестеры с доступом к коду?
а чего плохого если есть? у меня есть. и помогает хорошо порой, даже программиста прижать чтобы объяснил нормально.
Nick
есть тестеры с доступом к коду?
есть конечно, как еще работать-то?)
Maksim 🍜
тестишь продукт, ищешь баги, девелоперы фиксят
Richard
QA - это если я и в код могу лезть и попросить программиста по другому писать код и выстроить процесс для всей компании? QC - это когда выстраивается процесс только внутри отдела тестирования. Доступа к коду нет. Возможности изменить процесс в компании нет. А синиор тестеры, миддл тестеры - это просто манки кликинг?
Alexey
есть конечно, как еще работать-то?)
народ, увольняемся, мы не работаем а просто так сидим
Nick
мне кажется, что это 2 разных сущности,как соленое и квадратное
Nick
но это имхо
Richard
jrtq/
Richard
Jrtq/
Richard
Окей.
Nick
условно сеньор, миддл, джуниор – это степень владения компетенциями
Nick
а QA и QC это чуть разные компетенции
Richard
Тогда вопрос. Почему тогда ищут QA и QC в вакансиях?
Richard
Это же процесы, а не должности?
Maksim 🍜
HR не знают разницы
Richard
Вопрос не к тебе, а в воздух, скорее.
Nick
ищут QA/QC инженеров как правило
Richard
но на самом деле ищут тестировщиков.
Nick
то есть инженера, который процесс поставит
Nick
да, потому что разницы не понимают, и она особо не важна
Alexander
как говорил один товарищ - обозначение вида QA Tester означает то, что там не совсем разобрались что к чему.
Nick
они хотят чувака, который будет тестировать
Nick
и их можно понять
Richard
ага, а потом и возникают кривотолки, что тестировщик должен ОБЕСПЕЧИВАТЬ качество продукта.
Nick
обеспечивать качество 1 человек не может
Richard
ну, я об этом уже писал выше.
Nick
это из серии "давайте введем KPI на нелинейные процессы"
Alexander
ага, а потом и возникают кривотолки, что тестировщик должен ОБЕСПЕЧИВАТЬ качество продукта.
трактовка слова разная может быть у людей не владеющих терминологией.
Richard
И даже отдел из 10 тестеров, хоть из 100 не может.
Nick
если такое есть – надо бежать
Nick
трактовка слова разная может быть у людей не владеющих терминологией.
просто терминология – не самое важное, что есть в жизни
Alexander
может, под обеспечением качества подразумевается в некоторых компаниях "найти ВСЕ баги, а если не найдёт - он и виноват" :)
Nick
все так :)
Richard
просто терминология – не самое важное, что есть в жизни
Hah! Когда тебя начинают драть за то, что ты делать не должен - это становится резко важным.
Nick
просто есть куча тупых носорогов
Unknown
Зачастую, на низкие должности набирают именно тестеров, а с повышением грейда накидывают обьязанности по обеспечению качества как раз.
Nick
которые не понимают, что за баги отвечают все – менеджеры, аналитики, девелоперы, тестировщики
Помеха
чтобы повышать там грейды всякие, у тебя должен быть штат разработки более ли менее внушительный
Richard
которые не понимают, что за баги отвечают все – менеджеры, аналитики, девелоперы, тестировщики
Верно. И установить терминологию в данной ситуации == прикрыть задницу/ограничить круг ответственности
Nick
поэтому всякие грейды не нужны
Помеха
а то тупо как-то повышать грейд, когда у тебя пять человек в отделе тестирования, например
Nick
потому что они ничего не показывают как правило, а просто пытаются раскидать ответственность
Nick
ну и пытаются оценить компетенции человека рандомно
Richard
Поэтому когда ищут "Junior QA без опыта работы" у меня пердак раскаляется и паркуется где-то в районе орбиты Юпитера.
Nick
а потом ко мне на собес приходит QA Lead с опытом в полтора года
Nick
потому что по крутой внутренней системе грейдов он был целый лид
Nick
и тестировал веб, но не знает ни одного http кода ответа
Richard
Ну, тут, кстати, всё логично.