Size: a a a

2020 October 25

A

Aleksander in QA Сибирь
всё, это прям оффтоп)
источник

NB

Nik B in QA Сибирь
про qa сверху то что было это прям офтоп 🤓
источник

KK

Ksenia Krasotina in QA Сибирь
Было что на митинге у Олега? Все живы здоровы? А то я сырники делала, все пропустила..
источник

ОН

Олег Неумывакин... in QA Сибирь
@kkrasotina Да, мы уже разошлись.
источник

OS

Oksana Smovzh in QA Сибирь
Ksenia Krasotina
Было что на митинге у Олега? Все живы здоровы? А то я сырники делала, все пропустила..
Будем учиться масштабировать мир единорогов на мир без единорогов
источник

KK

Ksenia Krasotina in QA Сибирь
Oksana Smovzh
Будем учиться масштабировать мир единорогов на мир без единорогов
И наиборот, надеюсь?)
источник

OS

Oksana Smovzh in QA Сибирь
Нет
источник

OS

Oksana Smovzh in QA Сибирь
Подход Олега позволяет обеспечивать хорошие показатели качества+time-to-market. Однако внедрение на неподготовленную почву (в первую очередь это люди) требует времени, подходов, поступательности и перестройки сознания. Поэтому масштабтрование единорогов на разный реальный мир - это задача. По большей части просветительская.
Масштабтрование на короткие проекты возможно лишь при подготовленных  головах и инструментах и обещает быть более выгодным, чем на длинных проектах.
В мире без единорогов показатели  time-to-market будут сильно отставать. Смысла нет масштабировать методы которые не увеличивают time-to-market.
источник

А

Алексей in QA Сибирь
оооо, я сейчас вкину. Считаю, что это сильно зависит от качества тестирования на проекте. Для новых проектов - от того, какого уровня специалистов реально найти. Если это прям "тестировщики" в самом классическом смысле этого слова - нажиматели на кнопки для обеспечения обратной связи для разработчиков, то давайте будем честными, нажимать на кнопки и оформлять баги может каждый. В таком случае можно смело или всех на мороз или в принципе даже не пытаться с ними связываться. Вот такого уровня тестирование может выполняться кем угодно, как угодно и разницы в результатах не будет примерно никакой вообще. Если это специалисты по обеспечению качества (не путать с проверкой качества после разработчиков), то хотите вы этого или нет, но разработчиками их не заменить и вот здесь уже будет иметь значение и цели и средства и уровень зрелости продукта/проекта.
источник

KK

Ksenia Krasotina in QA Сибирь
Алексей
оооо, я сейчас вкину. Считаю, что это сильно зависит от качества тестирования на проекте. Для новых проектов - от того, какого уровня специалистов реально найти. Если это прям "тестировщики" в самом классическом смысле этого слова - нажиматели на кнопки для обеспечения обратной связи для разработчиков, то давайте будем честными, нажимать на кнопки и оформлять баги может каждый. В таком случае можно смело или всех на мороз или в принципе даже не пытаться с ними связываться. Вот такого уровня тестирование может выполняться кем угодно, как угодно и разницы в результатах не будет примерно никакой вообще. Если это специалисты по обеспечению качества (не путать с проверкой качества после разработчиков), то хотите вы этого или нет, но разработчиками их не заменить и вот здесь уже будет иметь значение и цели и средства и уровень зрелости продукта/проекта.
Тут можно накидывать бесконечно. Не исключено, что в том проекте, где процесс обеспечения качеством продукта такой себе, убрать вообще этот процесс - хуже проекту не станет :)
источник

А

Алексей in QA Сибирь
Другой вопрос уже в том, как правильно их использовать. Тыкать в кнопки такими специалистами - глумление над здравым смыслом.
источник

А

Алексей in QA Сибирь
Ksenia Krasotina
Тут можно накидывать бесконечно. Не исключено, что в том проекте, где процесс обеспечения качеством продукта такой себе, убрать вообще этот процесс - хуже проекту не станет :)
именно об этом я и говорю. После кучи просмотренных докладов на тему "мы выгнали тестировщиков и ничего не изменилось, живем счастливо и всем советуем", я могу однозначно сказать - значит вот такое у вас было тестирование
источник

OL

Olga Leonova in QA Сибирь
Алексей
именно об этом я и говорю. После кучи просмотренных докладов на тему "мы выгнали тестировщиков и ничего не изменилось, живем счастливо и всем советуем", я могу однозначно сказать - значит вот такое у вас было тестирование
или ещё не случилось того самого факапа который неизбежно близится 😄😄
источник

А

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

А

Алексей in QA Сибирь
Olga Leonova
или ещё не случилось того самого факапа который неизбежно близится 😄😄
такое тоже может быть, да :)
источник

OL

Olga Leonova in QA Сибирь
мы так с разработчиком периодически обсуждаем, это у нас покрытие автотестами хорошее или просто не случилось ещё того факапа который мы пропустим 😅
источник

А

Алексей in QA Сибирь
Olga Leonova
мы так с разработчиком периодически обсуждаем, это у нас покрытие автотестами хорошее или просто не случилось ещё того факапа который мы пропустим 😅
источник

OL

Olga Leonova in QA Сибирь
каждый релиз в напряжении!
источник

AR

Arseniy Rozov in QA Сибирь
Алексей
оооо, я сейчас вкину. Считаю, что это сильно зависит от качества тестирования на проекте. Для новых проектов - от того, какого уровня специалистов реально найти. Если это прям "тестировщики" в самом классическом смысле этого слова - нажиматели на кнопки для обеспечения обратной связи для разработчиков, то давайте будем честными, нажимать на кнопки и оформлять баги может каждый. В таком случае можно смело или всех на мороз или в принципе даже не пытаться с ними связываться. Вот такого уровня тестирование может выполняться кем угодно, как угодно и разницы в результатах не будет примерно никакой вообще. Если это специалисты по обеспечению качества (не путать с проверкой качества после разработчиков), то хотите вы этого или нет, но разработчиками их не заменить и вот здесь уже будет иметь значение и цели и средства и уровень зрелости продукта/проекта.
> "тестировщики" в самом классическом смысле этого слова - нажиматели на кнопки для обеспечения обратной связи для разработчиков,

В моём мире это точно не _самый классический_ смысл этого слова.
Мб в каких-то кругах это самый распространённое определение, но _классическое_... А кто классики?
источник

А

Алексей in QA Сибирь
Arseniy Rozov
> "тестировщики" в самом классическом смысле этого слова - нажиматели на кнопки для обеспечения обратной связи для разработчиков,

В моём мире это точно не _самый классический_ смысл этого слова.
Мб в каких-то кругах это самый распространённое определение, но _классическое_... А кто классики?
я имею ввиду определение тестирования из Википедии :)
источник