Как проактивно искать ошибки вида "поле объекта не обнаружено"?

1. Arsen1986 81 01.06.17 05:38 Сейчас в теме
Доброго времени суток. У нас в компании немаленький отдел разработки. Часто возникают случаи, когда после очередного обновления кто-то из разработчиков допустил ошибку в наименовании поля и у пользователя по факту возникает ошибка "поле объекта не обнаружено". Как можно искать такие ошибки проактивно, до того как пользователи с ними столкнулись по факту?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. necropunk 9 01.06.17 10:41 Сейчас в теме
(1) Лично у меня два инструмента. Первое - это скрипт, который ночью делает все синтаксические проверки модулей конфигурации. Утром я смотрю отчет и если все ок - релиз можно запиливать. Но всякое бывает, поэтому в базе сделал отчет "Ошибки из журнала регистрации", (идея подсмотрена в http://infostart.ru/public/69675/). Он выполняется каждую ночь, за предыдущий день, результат - на почту, соответственно, утром я вижу все подобные ошибки (включая ошибки вида "поле объекта не обнаружено") и исправляю их иногда даже до обращения пользователей.
2. DimDiemon 80 01.06.17 08:18 Сейчас в теме
А элементарным тестированием ваши разработчики вообще не озаботились?
Это ж просто один раз прогнать наверченный функционал - прямая обязанность разработчика.
4. necropunk 9 01.06.17 10:42 Сейчас в теме
Но вообще, в (2) самый правильный ответ, конечно. Но опять же, всякое бывает. У нас в одном отделе было - чей косяк вылез - тот платит за обед всему отделу/заказывает пиццу/роллы, в общем, по договоренности.
Arsen1986; +1 Ответить
6. Arsen1986 81 02.06.17 02:05 Сейчас в теме
(4) с таким подходом можно ожиреть) про ЖР отличная идея
5. Arsen1986 81 02.06.17 02:04 Сейчас в теме
(2) если разработчик прогоняет функционал вручную, то он не всегда в состоянии предусмотреть все случаи использования, нужен тестер
7. user883992 26.12.17 13:20 Сейчас в теме
Была похожая проблема но удалось решить)))Спасибо за советы)








Лучшие гаджеты - https://upee.ru/
8. YannikAlx 27 02.03.18 16:31 Сейчас в теме
Отдельного тестировщика содержать накладно, эффективнее 2 программиста.
Программировать всегда правильней вдвоем - один пишет - второй смотрит и тестирует, потом в следующей ситуации наоборот.
Если и програмист всего один, то роль тестировщика на добровольных началах должен выполнять заказчик на тестовых базах, что и делаем.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот