Size: a a a

2019 November 24

ОН

Олег Неумывакин in QA Сибирь
источник

A

Aleksander in QA Сибирь
Речь идёт об аутсорс тестировании?
источник

ОН

Олег Неумывакин in QA Сибирь
@alfemy думаю да
источник

A

Aleksander in QA Сибирь
Это очень интересный вид тестирования
Потому что сейчас все практики разработки идут навстречу убирания границ - девопс и все дела, сдвиг влево и всё такое. В аутсорс тестировании это же, наверное, невоможно?
источник

ОН

Олег Неумывакин in QA Сибирь
@alfemy когда мы разбирали встраивание качества и шифт лефт, мы пришли к выводу что с аутсорсом теоритически это невозжно
источник

A

Aleksander in QA Сибирь
Олег Неумывакин
@alfemy когда мы разбирали встраивание качества и шифт лефт, мы пришли к выводу что с аутсорсом теоритически это невозжно
Только если это не команда как сервис
источник

ОН

Олег Неумывакин in QA Сибирь
@alfemy да. на самом деле скорее всего невозможно в общем случае, исключения конечно возможны
источник

A

Aleksander in QA Сибирь
Ну а если у заказчика и службы тестирования тесная интеграция и общение? Или в аутсорс тестировании тестирование всегда в конце стоит, когда тебе просто присылают билды?
источник

A

Aleksander in QA Сибирь
@i_am_glowing у вас как было? Ты же был в аутсорсе
источник

AT

Alexander Tarankov in QA Сибирь
Теоретически конечно возможно настроить нормальный шифтлефт и с аутсорсной командой. Вопрос в сложности. Если это сложно сделать с собственной командой, то в аутсорсе это на порядок сложнее.

Речь конечно про случай, когда очень хочется настроить такой процесс в аутсорсе. Что наверное само по себе редкость, потому что в аутсорсе продается хедкаунт - чем больше людей продали, тем лучше. Там понятия эффективности в принципе другие.

Подытоживая все вышесказанное, вероятность шифтлефт в аутсорс-разработке на данный момент очень близка к нулю :(
источник

OS

Oksana Smovzh in QA Сибирь
Саша, четко. На практике все так и есть :)
источник

KT

Konstantin T in QA Сибирь
Aleksander
Это очень интересный вид тестирования
Потому что сейчас все практики разработки идут навстречу убирания границ - девопс и все дела, сдвиг влево и всё такое. В аутсорс тестировании это же, наверное, невоможно?
Сколько не двигайся в левую сторону или, как это называется у классиков, не совершенствуй процессы с точки зрения QA, тестирование не представляется возможным убрать полностью. Всё равно останутся компании, где цена ошибки на проде слишком высока. Банки, например, или здравоохранение вынуждены будут для тестирования своего функционала привлекать много ресурсов. Количество этих ресурсов, в силу различных объёмов выпускаемых фич и этапов разработки, будет варироваться, поэтому для сглаживания пиков нагрузки нанимаются аутсорсеры. Полный "сдвиг влево" в таких компаниях - нечто из разряда фантастики.

В этом моё имхо и про "сдвиг влево", и про тестирование аутсорсинговыми компаниями:)
источник

ОН

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

VS

Vadim Smelyanskiy in QA Сибирь
Alexander Tarankov
Теоретически конечно возможно настроить нормальный шифтлефт и с аутсорсной командой. Вопрос в сложности. Если это сложно сделать с собственной командой, то в аутсорсе это на порядок сложнее.

Речь конечно про случай, когда очень хочется настроить такой процесс в аутсорсе. Что наверное само по себе редкость, потому что в аутсорсе продается хедкаунт - чем больше людей продали, тем лучше. Там понятия эффективности в принципе другие.

Подытоживая все вышесказанное, вероятность шифтлефт в аутсорс-разработке на данный момент очень близка к нулю :(
В аутсорсе необязательно хедкаунт

Если оплата не по T&M, а по фиксированной стоимости проекта/этапов/версий, тогда показатели эффективности вполне себе сходятся с целями шифтлефта
источник

A

Aleksander in QA Сибирь
Konstantin T
Сколько не двигайся в левую сторону или, как это называется у классиков, не совершенствуй процессы с точки зрения QA, тестирование не представляется возможным убрать полностью. Всё равно останутся компании, где цена ошибки на проде слишком высока. Банки, например, или здравоохранение вынуждены будут для тестирования своего функционала привлекать много ресурсов. Количество этих ресурсов, в силу различных объёмов выпускаемых фич и этапов разработки, будет варироваться, поэтому для сглаживания пиков нагрузки нанимаются аутсорсеры. Полный "сдвиг влево" в таких компаниях - нечто из разряда фантастики.

В этом моё имхо и про "сдвиг влево", и про тестирование аутсорсинговыми компаниями:)
Костя, ты говоришь:
> колько не двигайся в левую сторону или, как это называется у классиков, не совершенствуй процессы с точки зрения QA, тестирование не представляется возможным убрать полностью.
> Банки, например, или здравоохранение вынуждены будут для тестирования своего функционала привлекать много ресурсов.

Да, конечно, есть критические приложения, где нельзя убирать тестирование. Но я и не предлагал убирать тестирование) Я просто удивлялся, что есть аутсорс тестирование, потому что ни разу не сталкивался в своей работе с ним и не пойму как оно вписывается в хорошие процессы
Но найм аутсорсеров для сглаживания пиков разработки кажется странным. Чтобы это работало нужно чтобы у банков была офигенная система адаптации и вхождения в процесс аутсорсеров. Потому что с нормальным сложным продуктом может пройти пару месяцев, прежде тестировщик поймёт что вообще на проекте и в команде происходит, и как работает приложение.
Ну или же это должны быть рутинные простые аспекты тестирования, которые хорошо масштабруются на аутсорсеров - прокликивание по тест-кейсам, к примеру. Но это требует других расходов - надо следить за аутсорсерами, иметь эти тест-кейсы, постоянно их улучшать и так далее)
Так что я не очень пойму как правильно работать в аутсосре
источник

АС

Алинка Савченко in QA Сибирь
Всем привет! подскажите,пожалуйста, ресурсы похожие на upwork
источник

AT

Alexander Tarankov in QA Сибирь
Алинка Савченко
Всем привет! подскажите,пожалуйста, ресурсы похожие на upwork
Что рассказать-то? Какой вопрос?
источник

A

Aleksander in QA Сибирь
Alexander Tarankov
Что рассказать-то? Какой вопрос?
фриланс биржи)
источник

AT

Alexander Tarankov in QA Сибирь
Vadim Smelyanskiy
В аутсорсе необязательно хедкаунт

Если оплата не по T&M, а по фиксированной стоимости проекта/этапов/версий, тогда показатели эффективности вполне себе сходятся с целями шифтлефта
Да, согласен. При такой модели есть шанс
источник

АС

Алинка Савченко in QA Сибирь
дааа))) на освновном моем проекте нагрузка упала и поэтому появилось свободное время,которое не хочется терять
источник