А в целом это очень завязано на спиральную динамику органицаий, имхо) Но это уже перебор обсуждать

про нагрузочное очень интересно подумать в подобном ключе, насколкьо сдвиг влево вообще там возможен и применим

одна из целей привлечения широкой общественности это как раз понять, в каких случаях это не работает, не нужно или какие есть особенности при разной специфике проектов
Будем очень рады пообщаться на эту тему

Для нагрузочного сдвиг влево тоже возможен и применим. Относительно того насколько поздно к тестированию приходят сейчас (в среднем по больнице), можно влево много сдвигать

Ну именно поэтому, Олег подбирал людей с разными процессами и проектами, чтобы разные нюансы были, чтобы каждый рассказал, что делал и что получилось

Будет круто, если те, у кого остались (или появились) вопросы, просто взяли и озвучили их, чтобы можно было рассматривать конкретные кейсы

Промежуточные выводы, которые сделал я для себя:
1. Несмотря на примерно общее понимание, конкретная реализация у каждого своя (кто бы мог подумать!). Соответственно, нет серебряной пули и четкой инструкции, применимой сразу каждому;
2. Тем не менее, проблемы, в общем-то, очень похожи: недостаток времени заниматься тестированием на ранних этапах, сопротивление тех, кто не понимает в чем смысл, или не умеет тестировать то, чего нет, сопротивление разработчиков- не мое дело тестировать- это из наиболее частоупоминаемых;
3. Организаторы перехода на этот процесс зачастую преследуют разные цели: кто-то хочет ускориться и не потерять в качестве, кто-то хочет добавить качества за счет избавления от целых классов проблем, а кто-то хочет попробовать новое;
4. Много кто реально пробовал подобные практики, но по каким-то причинам не смогли их поддерживать и "откатились" к более традиционному тестированию :)

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

Всем привет!

Приглашаем всех желающих на трансляцию конференции Heisenbug в офис ЦФТ в Академгородке: Николаева 12/1.
Подробнее о конференции: https://heisenbug-piter.ru/

Транслируем все три потока с 14:30 и до последнего доклада.
В перерывах будет возможность обсудить все с коллегами за чашечкой кофе.

Для участия необходима регистрация: https://team.cft.ru/events/108

До встречи!

Ура! Гейзенбаг!
Записаться на трансляцию Гейзенбага можно в Академе  (ЦФТ) или на Ипподромской (офис Plesk). Запись на регистрацию:

ЦФТ, Академ - трансляция оба дня: https://team.cft.ru/events/108

Plesk, Ланта-центр - трансляция второго дня: https://www.surveygizmo.com/s3/4977468/Heisenbug-Plesk

Программа конференции: https://heisenbug-piter.ru/#schedule

🔥

в ЦФТ первый день, а в Plesk второй. правильно же?

В Plesk да, второй день транслируем

В ЦФТ оба дня

в Плеске в пятницу трансляция PHP Russia, поэтому гейзенбаг только второй день транслируем

Интересующиеся могут зайти к нам в пятницу посмотреть PHP Russia :)
Плюсом мы планируем приятную развлекательную программу на трансляции Гейзенбага: кроме пиццы устроим QA квиз с плюшками победителям и собираемся поиграть в TestSphere

Всем привет) подскажите, кто регистрировался на просмотр трансляции гейзенбага в цфт, подтверждение регистрации уже должно было прийти?)

Привет :)
Отправлю чуть позже ;)

Понятно, спасибо)