V
Так что это скорее работает на поддержание/укрепление уже существующих ценностей
Size: a a a
2018 December 03
2018 December 04
A
A
Интересная статья про тестирование в MS. Сначала слили SDET + manual testers, ну а потом и автотестеров с разработчиками (ибо все последние "скидывали задачи через забор" :) )
A
с обоснованиями и ссылкой на статью "как правильно" в начале
A
имхо: индия во имя продукта.
АЮ
Чисто не там, где убирают, а там, где не сорят
АЮ
Напомнило
A
а где здесь "убирают" и "сорят" ?
АЮ
"сорят", - "скидывают через забор"
"убирают", - "тестируют вместе с тестировщиками"
"убирают", - "тестируют вместе с тестировщиками"
A
ну как-то оно так, да :)
A
там в статье объясняется вкратце, почему так происходило
A
на самом деле, вполне обычная вещь
A
короче, есть адепты практики, что надо все задачи дать Девелоперу? (manual test, auto test)
МШ
короче, есть адепты практики, что надо все задачи дать Девелоперу? (manual test, auto test)
Пробовали.. качество хромало, недовольство росло.
Оставили только совместную разработку фреймворка для АТ и нагрузки + туллинг.
Оставили только совместную разработку фреймворка для АТ и нагрузки + туллинг.
A
а какой у вас проект?
МШ
Пробовали на процессинге Билайна, в основном бэк, тестирование апи и интеграций с внешними системами.
МШ
Нагрузку на одном проекте полностью отдавали команде из одного разработчика и админа... В целом результаты были приемлемые.. лучше, чем у тестеров.
EU
короче, есть адепты практики, что надо все задачи дать Девелоперу? (manual test, auto test)
У нас так сделали. Сроки в целом выросли, т.к. мало кто из бывших qa смог вырасти в толкового разработчика, а время на их код-ревью уходит. Старые же разработчики были недовольны, даже при том что юниты всегда сами писали. Интеграционные тесты писать сложнее и нужно больше знать о смежных областях продукта
МШ
У нас так сделали. Сроки в целом выросли, т.к. мало кто из бывших qa смог вырасти в толкового разработчика, а время на их код-ревью уходит. Старые же разработчики были недовольны, даже при том что юниты всегда сами писали. Интеграционные тесты писать сложнее и нужно больше знать о смежных областях продукта
Именно. + Есть такая вещь как тест дизайн и тест аналитики, которые знают что и как покрывать тестами.
Чуть интереснее наверное было бы отдавать готовые кейсы к автоматизации, но там и автотранспорта справятся, код тривиальный. Если что ставят таски на помощь по доработке фрейма/туллов.
+ Мне кажется хорошая практика иногда демонстрировать результаты автоматизации, чтобы собрать фидбек.
Чуть интереснее наверное было бы отдавать готовые кейсы к автоматизации, но там и автотранспорта справятся, код тривиальный. Если что ставят таски на помощь по доработке фрейма/туллов.
+ Мне кажется хорошая практика иногда демонстрировать результаты автоматизации, чтобы собрать фидбек.
EU
У нас евангелист этой идеи делал доклад на прошлогоднем хайлоаде. Попробую найти когда до офиса доеду