Цитата:
Сообщение от
BOAL
Но и да, кто сам на клиенте не просидел и в глаза пользователям не смотрел (не абстрактным сотрудникам Заказчика, а конкретной Марье Ивановне), тот это все через себе не пропустит и другую точку зрения просто не поймет, а только проанализирует, смоделирует, прикинет и сделает выводы (надеюсь не "а и так сойдет", как обычно).
Че уж говорить о "теоретиках", которые даже глаз внедренца не видят
Все верно - но не следует уж прям так с ходу наезжать на МС. Там же тоже люди
Цитата:
Сообщение от
mifi
Давайте все-таки разделять две вещи - максимально быстро фиксить баги и дебагить на рабочей версии.
Клиенту нужно первое. А второе - это только один из способов.
Все так, с уточнением, что под фразой "фиксить баги" мы понимаем:
- исправления в коде ошибок, не выявленных на тестировании
- неверную настройку каких-то параметров (в этом случае можно как ошибку считать отсутствие информативного сообщения об этом)
- ошибки самих пользователей, на которые не сделана "защита от дурака" или которые невозможно защитить "от дурака".
Цитата:
Сообщение от
mifi
Еще раз повторю - внедренец профессионал внедрения, не клиент. Его обязанность объяснить, обучить, организовать.
Что мешает настроить резервное копирование так, чтобы иметь тестовое приложение с актуальными данными (если клиент-таки разрешает к ним доступ) и проводить хотя бы минимальное тестирование? Не проще, чем потом сотни джобов писать для правки багов в реальных данных?
Конечно можно все организовать. Но, повторюсь, - не все может вылезти на тестовой базе. Ярким примером могут быть ситуации, которые завязаны на интеграцию АХ с чем-либо.
Опять-таки:
- на тестовой базе нельзя (сложно = дольше) выявить ошибки пользователя
- на тестовой базе нельзя (сложно = дольше) выявить изменение настроек, выполненных ответственными за это сотрудниками, которые отнеслись безответственно к смене настроек