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

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

10 thoughts on “Что бывает от нехватки тестирования”

  1. Про автоматизированные тесты ребятам говорить видимо нет особого смысла? 🙂

    Вспоминается свежий случай с работы. Долго и нудно обсуждается интерфейс к базе данных, т.е. очередной хитроумный велосипед. Я говорю – давайте все кому надо просто прочитают “Архитектуру Корпоративных Программных Приложений” Фаулера. В ответ очень просто – если все книжки читать, нам никакого времени не хватит. И так почти месяц уже – книжку можно было несколько раз перечитать, тем более, что достаточно просто проглядеть. 🙂

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

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

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

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

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

Leave a Reply