Size: a a a

Teamlead Bootcamp

2021 February 10

SP

Sergey Protko in Teamlead Bootcamp
Daniyar S
Не... Тестирование это QC. А QA это про управление процессами. Собственно, поэтому я и говорю что у нас в айти с этим проблемы. Мы просто-напросто неправильно используем термин.

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

SP

Sergey Protko in Teamlead Bootcamp
Алексей Гевондян
а аналитики тогда кто?)
в СНГ подавляющее большинство "аналитиков" это тех райтеры + иногда аналитики требований. Бизнес аналитиков чет мало
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
был у нас один) вообще хз чем он там занимался.
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
анализировал что-то, не понятно зачем в команде торчал)
источник

DS

Daniyar S in Teamlead Bootcamp
Sergey Protko
я пока не смогу наверное в полемику вступать. Подумать надо. Слишком глубокая пока для меня мысль.
источник

DS

Daniyar S in Teamlead Bootcamp
Ну по запросу qa vs qc довольно много инфы
источник

DS

Daniyar S in Teamlead Bootcamp
Алексей Гевондян
а аналитики тогда кто?)
Системный аналитик работает с целевой системой. А qa должен работать с командой как с системой.
источник

SP

Sergey Protko in Teamlead Bootcamp
Daniyar S
Ну по запросу qa vs qc довольно много инфы
за ссылку спасибо, почитаю. Я в целом понимаю разницу между "контроль качества" и "обеспечение качества" (в том плане что для обеспечения нужно формировать процессы)...

Вот вопрос - скажем RCA(Root Cause Analysis) - выходит это что-то что должны QA драйвить? Что бы мол импрувить процесс в сторону обеспечения качества.
источник

SP

Sergey Protko in Teamlead Bootcamp
и еще вопрос - exploration testing - это как часть QA или больше про QC? Тут же главное определить какие критерии качества мы еще не учитываем и поиск идей нежели "тестирование".
источник

SP

Sergey Protko in Teamlead Bootcamp
просто в большинстве команд и то и то обычно инициатива со стороны разработчиков... но не то что бы у меня выборка репрезентативная была
источник

DS

Daniyar S in Teamlead Bootcamp
Sergey Protko
за ссылку спасибо, почитаю. Я в целом понимаю разницу между "контроль качества" и "обеспечение качества" (в том плане что для обеспечения нужно формировать процессы)...

Вот вопрос - скажем RCA(Root Cause Analysis) - выходит это что-то что должны QA драйвить? Что бы мол импрувить процесс в сторону обеспечения качества.
Ну, родоначальник qa это Деминг)
И он, собственно, именно этим и занимался: приходил в качестве консультанта на заводы, находил и устранял проблемы в их процессах.
источник

SP

Sergey Protko in Teamlead Bootcamp
есть над чем подумать, спасибо. Хотя если про exploration testing будет ответ - будет проще думать над вопросами для гугла)

просто если как консультант - входит ли эта роль в команду как фултайм человек) И стоит ли вообще так делать (ведь для этого нужен бэкграунд определенный). Может потому нет таких QA?
источник

DS

Daniyar S in Teamlead Bootcamp
Sergey Protko
есть над чем подумать, спасибо. Хотя если про exploration testing будет ответ - будет проще думать над вопросами для гугла)

просто если как консультант - входит ли эта роль в команду как фултайм человек) И стоит ли вообще так делать (ведь для этого нужен бэкграунд определенный). Может потому нет таких QA?
Ну, в итоге те же заводы брали qa на постоянку)

А так - советую Деминга почитать. Или лучше с Нива начать.

Если вкратце, то Деминг исповедовал постоянное улучшение качества и всеобщее управление качеством. Каждый должен постоянно работать над улучшением качества итоговой продукции. В этом случае qa становится кем-то вроде методиста или политрука.

Про exploration testing не отвечу: нужно почитать что это)

Но это уже завтра.
источник

SP

Sergey Protko in Teamlead Bootcamp
Daniyar S
Ну, в итоге те же заводы брали qa на постоянку)

А так - советую Деминга почитать. Или лучше с Нива начать.

Если вкратце, то Деминг исповедовал постоянное улучшение качества и всеобщее управление качеством. Каждый должен постоянно работать над улучшением качества итоговой продукции. В этом случае qa становится кем-то вроде методиста или политрука.

Про exploration testing не отвечу: нужно почитать что это)

Но это уже завтра.
Exploratory testing* - вечно не помню как правильно пишется
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
исследовательское тестирование чтоли?
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
помню на одной из предыдущих работ на стендапах тестеры использовали фразу "занимался исследовательским тестированием" для обозначения "пинал балду")
источник

S

Sasha_A in Teamlead Bootcamp
Алексей Гевондян
помню на одной из предыдущих работ на стендапах тестеры использовали фразу "занимался исследовательским тестированием" для обозначения "пинал балду")
кстати, полезно, ибо есть, например, 100500 тесткейсов, и какой-то потенциальный баг никогда не найдут, сколько регрессий не делай, если он не в списке
источник

V

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

интересно, а если все-превсе не умеют готовить инструмент, не значит ли это, что с инструментом и его продающими вандалами индустрии и инфоцыганами чо-то не так?
источник

V

Vitaly in Teamlead Bootcamp
Алексей Гевондян
т.е. команда срывает срок - все в упор лежа, раз, два. да?
круговая порука и децимации
источник

V

Vitaly in Teamlead Bootcamp
Андрей Нечаев
Скрам это не чето новое. Это венегрет из того, что было до него
хуевый винегрет, уже выброшенный на помойку истории
источник