Как быстро вы можете получить исправленную ошибку в производстве? - PullRequest
1 голос
/ 23 июня 2009

Я работаю с 2 очень разными приложениями.

Приложение № 1 - это веб-приложение, в котором у меня есть прямой доступ к FTP, поэтому исправлять ошибки довольно легко. Ошибки Cat A обычно исправляются в течение следующего дня. Здесь нет проблем.

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

Как вы относитесь к критическим ошибкам, которые не могут быть исправлены немедленно?

Ответы [ 6 ]

6 голосов
/ 23 июня 2009

Чем быстрее я исправляю ошибки, тем больше ошибок мне приходится исправлять.

2 голосов
/ 23 июня 2009

По моему личному мнению, в описанной вами ситуации это очень глубокая структурная проблема, и она должна была быть решена до начала проекта. Каждый программист должен знать, по крайней мере, одного человека, который может напрямую вносить изменения, если это необходимо, и процедура для этого должна быть ясной. Честно говоря, как насчет безопасности или проблем с базой данных с потенциальной потерей данных? Я имею в виду, конечно, что если вы не можете это исправить, сообщите об этом сотрудникам напрямую и скажите им: «Пожалуйста, не делайте этого», но, честно говоря, лучший способ - вывести эту проблему из мира как можно скорее. У меня был похожий случай в терминальном приложении, когда программа просто перестала работать после двойного нажатия кнопки. Исправление было тривиальным, но никому не разрешили его исправить, и буквально это стоило часов для всех людей, в зависимости от этого. Требуйте ярлык для важных изменений!

2 голосов
/ 23 июня 2009

Скорость, с которой управление позволяет вам исправить ошибку, напрямую связана с управлением затратами, будет сохраняться до тех пор, пока ошибка не будет устранена.

Я команда из 1 человека. Ничто не стоит между мной и моими жуками:)

1 голос
/ 23 июня 2009

Это действительно зависит от комбинации размера организации, размера системы, важности системы и влияния ошибки, например:

Индивидуальный магазин или система с низким уровнем воздействия (самое быстрое - приложение №1 выше)

Время исправления ошибки = время до поиска ошибки + время до исправления кода + время до развертывания в производство

Большая организация или важная система (самое длинное - Приложение № 2 выше)

Время исправить ошибку = время найти ошибку + время документ и ошибка расстановки приоритетов + время оценить стоимость + время одобрить работу исправление + время до исправление проекта + время до исправление документа + время до исправление кода + время до план тестирования документа + время до тестовое исправление + время до регрессионный тест + время до производительность / нагрузочный тест + время до расписание и утверждение развертывания + время развернуть исправление

Редактировать : Сколько сотрудников Microsoft требуется, чтобы заменить лампочку? - интересное прочтение по теме.

1 : см. http://blogs.msdn.com/ericlippert/archive/2003/10/28/53298.aspx

0 голосов
/ 23 июня 2009

Обходные.

У меня был предыдущий опыт, когда пользователь считал функционал мертвым из-за ошибки, уведомил нас, подождал, пока ошибка была исправлена, затем сказал нам, что во время простоя этого раздела он вводил информацию в свои старая версия приложения Excel (миграция Oracle APEX из Excel), а затем приятно спросили нас, настало ли нам время динамически вставлять данные из их приложения Excel снова. Поворот для этого был дольше, чем время простоя оригинальной ошибки.

0 голосов
/ 23 июня 2009

Ответом будет отношение количества доступа к производственной среде к количеству жизней или денег на карту.

...