Что бывает от нехватки тестирования

За последние пару дней коллеги на моей работе организовали два прокола, один крупный, потребовавший потом откаты потока платежей, а другой менее заметный (но тоже был бы весьма неприятным, случись он в других условиях). Что примечательно — в обоих случаях повинно недостаточное тестирование. А стало оно таковым из-за целого клубка недочётов, может быть недостаточной жёсткости временами и некоторой неорганизованности. По сути, весьма сложная система почкуется аки гидра на отдельные проекты, каждый из которых стремительно набирает вес. И каждый килограммчик должен придирчиво осмотреть тестер, чтобы проверить, что там только полезный вес без жирков и опухолей. Но, тестер смотрит на гидру и видит верхушку айсберга, а внутренние особенности могут проплыть мимо, потому что увы и ах, но некому описать анатомию нашей малышки (и уж тем более не успеть, когда ей то вшивают силикон, то вырезают аппендикс). Дитё уходит с осмотра с записью «здоров», и вдруг выясняется что у неё геморрой. Или оказывается у неё есть вторая почка, которую никто не проверил. И чем дальше оно растёт, тем меньше знают о том, что у неё вообще нужно осмотреть. И это при том, что используются весьма неплохие инструменты для управления процессом, но вот беда — далеко не все используют их разумно и в полную силу.

  • http://hlabs.spb.ru Dmitry Vasiliev

    Про автоматизированные тесты ребятам говорить видимо нет особого смысла? :-)

    Вспоминается свежий случай с работы. Долго и нудно обсуждается интерфейс к базе данных, т.е. очередной хитроумный велосипед. Я говорю — давайте все кому надо просто прочитают «Архитектуру Корпоративных Программных Приложений» Фаулера. В ответ очень просто — если все книжки читать, нам никакого времени не хватит. И так почти месяц уже — книжку можно было несколько раз перечитать, тем более, что достаточно просто проглядеть. :-)

  • http://goodguy.spb.ru goodguy

    Ну ты сам ответил на свой вопрос )) Чтобы команда осознала полезность такого подхода ей нужно вгонять его «сверху». По крайней мере пока. Потом должно прижиться :)

  • http://hlabs.spb.ru Dmitry Vasiliev

    Не, надо что бы все это понимали. А то получается, что разработчикам лень тратить на это время, а руководство может сказать, что бы занимались делом вместо баловства всякого. :-) А на практике это огромная экономия тем более с ростом проекта, а рост всегда есть.

  • http://goodguy.spb.ru goodguy

    Некоторым командам для понимания этого нужен отрыв от рутины и прочистка мозгов, чтобы свежо взглянуть на мир. Вот ради такого стоит устраивать всякие тим-билдинги )

  • http://hlabs.spb.ru Dmitry Vasiliev

    Нормальный руководитель нужен и что бы ему не мешали. А он уже и тим-билдинг может устроить если надо. :-)

  • Brother

    Это не *** случаем? Они мне сразу подозрительными показались.

  • http://goodguy.spb.ru goodguy

    Не пали контору, браза ) Но это да, было там. По правде такие серьезные траблы там нечасты, в основном по мелочам проблемы всплывают.

  • Brother

    Да ладно. Все всё знают. ))

  • http://hlabs.spb.ru Dmitry Vasiliev

    Про вас тоже все все знают. :-) )

  • Brother

    Сейчас вообще все про всех всё знают. Но мало о чём догадываются. А в этих догадках может быть столько интересного!