Доброго времени суток. У нас в компании немаленький отдел разработки. Часто возникают случаи, когда после очередного обновления кто-то из разработчиков допустил ошибку в наименовании поля и у пользователя по факту возникает ошибка "поле объекта не обнаружено". Как можно искать такие ошибки проактивно, до того как пользователи с ними столкнулись по факту?
(1) Лично у меня два инструмента. Первое - это скрипт, который ночью делает все синтаксические проверки модулей конфигурации. Утром я смотрю отчет и если все ок - релиз можно запиливать. Но всякое бывает, поэтому в базе сделал отчет "Ошибки из журнала регистрации", (идея подсмотрена в http://infostart.ru/public/69675/). Он выполняется каждую ночь, за предыдущий день, результат - на почту, соответственно, утром я вижу все подобные ошибки (включая ошибки вида "поле объекта не обнаружено") и исправляю их иногда даже до обращения пользователей.
А элементарным тестированием ваши разработчики вообще не озаботились?
Это ж просто один раз прогнать наверченный функционал - прямая обязанность разработчика.
Но вообще, в (2) самый правильный ответ, конечно. Но опять же, всякое бывает. У нас в одном отделе было - чей косяк вылез - тот платит за обед всему отделу/заказывает пиццу/роллы, в общем, по договоренности.
Отдельного тестировщика содержать накладно, эффективнее 2 программиста.
Программировать всегда правильней вдвоем - один пишет - второй смотрит и тестирует, потом в следующей ситуации наоборот.
Если и програмист всего один, то роль тестировщика на добровольных началах должен выполнять заказчик на тестовых базах, что и делаем.