Что бывает от нехватки тестирования 10 comments
За последние пару дней коллеги на моей работе организовали два прокола, один крупный, потребовавший потом откаты потока платежей, а другой менее заметный (но тоже был бы весьма неприятным, случись он в других условиях). Что примечательно – в обоих случаях повинно недостаточное тестирование. А стало оно таковым из-за целого клубка недочётов, может быть недостаточной жёсткости временами и некоторой неорганизованности. По сути, весьма сложная система почкуется аки гидра на отдельные проекты, каждый из которых стремительно набирает вес. И каждый килограммчик должен придирчиво осмотреть тестер, чтобы проверить, что там только полезный вес без жирков и опухолей. Но, тестер смотрит на гидру и видит верхушку айсберга, а внутренние особенности могут проплыть мимо, потому что увы и ах, но некому описать анатомию нашей малышки (и уж тем более не успеть, когда ей то вшивают силикон, то вырезают аппендикс). Дитё уходит с осмотра с записью «здоров», и вдруг выясняется что у неё геморрой. Или оказывается у неё есть вторая почка, которую никто не проверил. И чем дальше оно растёт, тем меньше знают о том, что у неё вообще нужно осмотреть. И это при том, что используются весьма неплохие инструменты для управления процессом, но вот беда – далеко не все используют их разумно и в полную силу.
10 Responses to 'Что бывает от нехватки тестирования'
Subscribe to comments with RSS or TrackBack to 'Что бывает от нехватки тестирования'.
-
Ну ты сам ответил на свой вопрос )) Чтобы команда осознала полезность такого подхода ей нужно вгонять его «сверху». По крайней мере пока. Потом должно прижиться
-
Не, надо что бы все это понимали. А то получается, что разработчикам лень тратить на это время, а руководство может сказать, что бы занимались делом вместо баловства всякого.
А на практике это огромная экономия тем более с ростом проекта, а рост всегда есть. -
Некоторым командам для понимания этого нужен отрыв от рутины и прочистка мозгов, чтобы свежо взглянуть на мир. Вот ради такого стоит устраивать всякие тим-билдинги )
-
Нормальный руководитель нужен и что бы ему не мешали. А он уже и тим-билдинг может устроить если надо.
-
Это не *** случаем? Они мне сразу подозрительными показались.
-
Не пали контору, браза ) Но это да, было там. По правде такие серьезные траблы там нечасты, в основном по мелочам проблемы всплывают.
-
Да ладно. Все всё знают. ))
-
Про вас тоже все все знают.
) -
Сейчас вообще все про всех всё знают. Но мало о чём догадываются. А в этих догадках может быть столько интересного!
Про автоматизированные тесты ребятам говорить видимо нет особого смысла?
Вспоминается свежий случай с работы. Долго и нудно обсуждается интерфейс к базе данных, т.е. очередной хитроумный велосипед. Я говорю – давайте все кому надо просто прочитают «Архитектуру Корпоративных Программных Приложений» Фаулера. В ответ очень просто – если все книжки читать, нам никакого времени не хватит. И так почти месяц уже – книжку можно было несколько раз перечитать, тем более, что достаточно просто проглядеть.