Журнал Компьютерра - 16 от 25 апреля 2006 года   ::   Компьютерра

Но ситуация может возникнуть, даже если предпроект выполнен удовлетворительно или хорошо, то есть хорошими и заинтересованными результатом специалистами, внимательно, по правилам, с документацией и т. д. А все дело в тестировании.

Вторая причина — невозможность протестировать систему в условиях, близких к боевым. Почти все операции в ERP взаимосвязаны. Протестировать взаимное влияние всех операций друг на друга невозможно, слишком много понадобилось бы тестов.

Зачем тестировать любые варианты, если реальная работа ограничена определенным набором операций? Проблема в том, что правильно определить этот набор совсем не просто. Тут не поможет консультант по системе (его компетенции недостаточно, чтобы судить о бизнесе), ни специалист из бизнеса (он пока еще плохо знает систему). Кстати, одна из важных задач предпроекта — добиться от консультантов по системе хорошего понимания данного бизнеса. Это пригодится не только при настройке, но и при подготовке сценариев тестирования.

Кроме того, тестирование проводится на ограниченном количестве рабочих мест. В боевых условиях с системой одновременно работают множество специалистов. Количество операций, выполняющихся одновременно или последовательно, оказывается заметно больше, чем проверялось на тестовых примерах. Тут-то и выплывают различные неприятные моменты, которые не были заметны при тестировании в «щадящем режиме».

Третья причина в том, что персонал компании обычно тестирует систему невнимательно.