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

Форум Программирование Тестирование ПО (Testing)

Конфигурации 1cv8 Платформа 1С v8.3

1. Arsen1986 80 01.06.17 05:38 Сейчас в теме

Доброго времени суток. У нас в компании немаленький отдел разработки. Часто возникают случаи, когда после очередного обновления кто-то из разработчиков допустил ошибку в наименовании поля и у пользователя по факту возникает ошибка "поле объекта не обнаружено". Как можно искать такие ошибки проактивно, до того как пользователи с ними столкнулись по факту?

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

3. necropunk 9 01.06.17 10:41 Сейчас в теме

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

2. DimDiemon 79 01.06.17 08:18 Сейчас в теме

А элементарным тестированием ваши разработчики вообще не озаботились?
Это ж просто один раз прогнать наверченный функционал - прямая обязанность разработчика.

4. necropunk 9 01.06.17 10:42 Сейчас в теме

Но вообще, в (2) самый правильный ответ, конечно. Но опять же, всякое бывает. У нас в одном отделе было - чей косяк вылез - тот платит за обед всему отделу/заказывает пиццу/роллы, в общем, по договоренности.

6. Arsen1986 80 02.06.17 02:05 Сейчас в теме

(4) с таким подходом можно ожиреть) про ЖР отличная идея

5. Arsen1986 80 02.06.17 02:04 Сейчас в теме

(2) если разработчик прогоняет функционал вручную, то он не всегда в состоянии предусмотреть все случаи использования, нужен тестер

7. user883992 26.12.17 13:20 Сейчас в теме

Была похожая проблема но удалось решить)))Спасибо за советы)

Лучшие гаджеты - https://upee.ru/

8. YannikAlx 43 02.03.18 16:31 Сейчас в теме

Отдельного тестировщика содержать накладно, эффективнее 2 программиста.
Программировать всегда правильней вдвоем - один пишет - второй смотрит и тестирует, потом в следующей ситуации наоборот.
Если и програмист всего один, то роль тестировщика на добровольных началах должен выполнять заказчик на тестовых базах, что и делаем.

Внимание! Тема сдана в архив