БЦ Сосок

нормально вроде

ох даже видишь издалека могучие башни мейлру

так близко, но так далеко...

лол мы вроде туда же собираемя переезжать

рассказал разрабам своим аргументы из статьи, посмеялись

Коеф

А что там не так?
У нас некоторые агиле команды так же нахуй послали тестеров и сами все тестят и автоматизируют

Нахуя тостир в агиле команде

шо там пездато?

Пока не понял
Плюс минус ок
По пт пивас на первом этаже фо фри

>Задумывался когда-нибудь, сколько времени разработчика «сжирает» взаимодействие с тестировщиком? Очень много, иногда — до трети!

охуенный аргумент

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

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

для веб студии конечно нахуй тестеры не упали

а вообще, конечно, надо быть моднейшним T-shaped пацаном и все будет заебись

@Bitch_dont_cry как у тебя с т шейп?))

>Тестировщик в Agile-команде фактически не нужен, только наставник по качеству — QA-инженер. Тот, кто будет регулярно смотреть на проект и давать оценку прошедшим мероприятиям: наличие тестов, скорость работы, наличие инцидентов и их тип. Он способен посмотреть на задачу новым взглядом, провести аудит. И не просто выявить проблемные места, а взять на себя функцию наставника и предложить решение.

бля кликбейт(