Поиск «неожиданных» багов и косяков в своем коде и чужом ПО

На днях столкнулся с двумя багами. Один в своём блоге, другой в используемом на работе ПО. Случаи похожи тем, что решения/причины были банальные, связаны с отсутствием тестов, но из поиск отнял достаточно времени, так как грешил на другое.

Баг с блогом.

Обнаружил, что страницы сайта перезагружаются через какое-то время. Баг подтвердил и т-щ newmelotar. Обнаружен был при просмотре видео в ролике. Но с видео не связан, просто на просмотр нужно время, в которое страница и перезагружалась. Начал искать проблему — поочередно отключил разные скрипты, плагины и т.д. и т.п. Результата ноль. Включил другую тему оформления — баг исчез. А потом заметил, что в метатегах header’а темы зачем то вписал <meta http-equiv="refresh" content="360">. Зачем я это сделал я уже и не помню, но страницы сайта «исправно» перезагружали себя раз в 360 секунд =)))

Баг в рабочем ПО.

Юзаем систему автоматизации библиотек ИРБИС. Недавно перешли на новую версию (2015.1). Покопался в новых настройках.

Пару слов о данной САБ. По сути это библиотечная база данных. Есть сервер, есть клиенты — разные АРМы с разными задачами: один на ввод данных, другой для читателей для поиска книг, третий для веб-морды электронного каталога (кстати частично мной переписанной в плане фронт-енда, правда надо там ещё много доделать) и т.д. Сам софт мне не нравится, но приходится работать с чем есть, альтернативы нет. Разработка нишевая, для библиотек. Могу предположить, что максимально тестируются только основные функции.

Так вот, к делу. Обнаружил, что в АРМе для вноса данных (АРМ Каталогизатор) в окне Печати в пункте выбора Выходного формата (можно выбрать как отобразить выбранные данные) пусто, не подгружается справочник. Соответственно печать невозможна. Давай искать где я накосячил. Проверил на других базах (та же беда), на разных учетках (для каждого юзверя можно сделать свои настройки, чем и пользуемся). Перепроверил словари и справочники. Посмотрел, что изменял (при переходе на новую версию по сути заново создаешь базы, заливаешь данные и перенастраиваешь то, что было настроено под себя). Нечего не помогает.

Вспомнил, что менял одну новый параметр на сервере, а именно выставил запрет на одновременное подключение нескольких АРМов под одной учетной записью/с одного IP (есть лицензионный лимит на кол-во одновременных подключений к серверу). «Ну ведь не может быть это причиной» — подумал я. Но давайте таки проверим. Отключаем запрет. ВСЁ ЗАРАБОТАЛО.

Получается следующие. При нажатии кнопки печати в клиенте открывается диалог настройки печати. Последний создает новое подключение к серверу под той же учетной записью, под которой запущен клиент. Сервер это подключение молча не пускает (нет предупреждения) и не отдает справочник выходных форм. Думаю разработчики просто не оттестировали должным образом новую настройку на сервере.