В ERP уже 80. На складе всё ещё 100
Вчера прочитал новость: расходы промышленных предприятий на ПО за 2025 год выросли почти на 19%. Компании вкладываются в цифровизацию, внедряют и дорабатывают системы. И подумал: а кто проверяет, что всё это работает вместе? Мы в Performance Lab как раз общаемся с производственными компаниями, изучаем, как у них устроены процессы тестирования. И вопрос проверки всего процесса здесь очень кстати. Вспомнился случай у одного из наших клиентов. Заказ уменьшили со 100 до 80 единиц. В ERP количество обновилось, а на складе осталось задание на отгрузку 100. Изменение внутри одной системы прошло, но до следующего этапа процесса не дошло. Представьте, сколько вопросов возникает дальше. Склад уже начал комплектовать заказ? Можно ли изменить задание? Кто должен заметить расхождение и что с ним делать? Вот здесь заканчивается проверка отдельной системы и начинается проверка общего процесса. У каждой команды свой участок. Одна отвечает за ERP, другая за складскую систему, третья за обмен данными. Все могут добросовестно проверить свою часть. Но кто-то должен пройти путь заказа целиком. Убедиться, что после изменения количества склад получил актуальное задание, лишний резерв снялся, а документы соответствуют фактической отгрузке. Именно так, как договорились с бизнесом. Обычный заказ может пройти без проблем. А изменение, отмена или частичное выполнение покажут то, что осталось за пределами отдельных проверок. Начать можно с одного процесса. Выбрать важную для бизнеса цепочку. Собрать участников со стороны ИТ, тестирования и бизнеса. Заранее договориться, что должно произойти в каждой системе и за какое время. Затем пройти несколько ситуаций: заказ создали, изменили, частично выполнили, отменили. И посмотреть на результат во всех системах, которые в этом участвуют. Такая проверка помогает обнаружить расхождения до того, как их придётся исправлять звонками между отделами. А у вас кто проверяет процессы целиком? Общая QA-команда, бизнес или команды договариваются под каждое внедрение? Поделитесь в комментариях, как это устроено у вас. #ТестированиеПО #QA #ИнтеграционноеТестирование #Промышленность #PerformanceLab
· 22.10
Практика показывает обратную динамику, в следствии человеческого фактора, если тема интересна - погрузитесь.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 22.10
Дмитрий, если правильно понял, вы о том, что расхождения чаще возникают из-за действий людей? В QA мы учитываем и такие сценарии: сотрудник пропустил шаг, повторил операцию или изменил заказ после начала комплектации. Проверяем, где система должна предупредить, запросить согласование или остановить некорректное действие. Так можно снизить вероятность ошибки и ограничить её последствия.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён