Для чего необходимо тестирование системы?
Нагрузочное тестирование — единственно верный способ для того, чтобы понять — справится ли выбранная система 1С с нагрузкой или нет. Оно представляет собой моделирование ожидаемой нагрузки на ПО путем эмуляции реальной работы нескольких пользователей одновременно.
Мы рекомендуем применять нагрузочное тестирование в трех случаях:
- При выборе конфигурации 1С. Например, когда вы внедряете систему впервые или же хотите перейти на более современное решение (сделать апгрейд).
- При возникновении проблем с текущей системой: стала тормозить, зависать, пользователи жалуются на скорость работы. Подробнее об этом можно почитать в разделе «Оптимизация».
- Перед стартом новой системы (когда все готово к запуску вновь разработанной системы в пром.эксплуатацию). Такое тестирование мы называем «Тест одного дня», он помогает проверить, все ли готово к запуску, и предотвратить неприятные сюрпризы на старте (как для проектной команды, так и для заказчика).
Для того, чтоб тестирование прошло успешно, необходимо правильно определить его цель
Например,
- Определить, справится ли ПО с обработкой десятков тысяч документов за определенный период времени (такая адача стояла у компании «Молвест»).
- Может потребоваться провести нагрузочное тестирование по всем документам, чтобы определить, справиться ли оборудование с нагрузкой.
- В проекте для «Дикси» одно из требований заказчика было связано с высокой скоростью обновления Монитора (окна обработки)
- Для компании Черкизово проверяли, способен ли SAP обработать большое количество документов, загружаемых из 1С:Логистики за маленький промежуток времени.
Сценарий и результат тестирования должны соответствовать ожиданиям заказчика и давать ответы на его вопросы.
Как проводить тестирование?
К проведению тестирования нужно отнестись максимально серьезно. Это важный этап, который при грамотном планировании и системном проведении позволит вам сэкономить значительное количество ресурсов на последующее исправление ошибок и неисправностей.
1. Необходимо составить план работ и четко ему следовать.
Четкий алгоритм действий позволит спрогнозировать нагрузку людей и избежать переработок в команде. Во время планирования стоит учесть и указать:
- Последовательность действий и шагов (процессы, блоки),
- Время выполнения действия,
- Ответственных со стороны исполнителя и заказчика.
План обязательно нужно согласовать с бизнес-экспертами и участниками проектной команды.
2. Провести все необходимые работы по настройке баз и интеграций.
Проверить готовность оборудования и сотрудников к старту.
3. По окончании работ сверить плановые показатели с фактическими, оценить время работы системы и т.п.
От результатов зависит дальнейший ход проекта (работы над системой).
4. Документально оформить результаты проведенного тестирования.
Результаты могут представлять собой подписанные заказчиком протоколы или акты выполненных работ.
Тест одного дня
Тест одного дня — это функциональное тестирование системы на всем объеме операций за период (обычно длится день/сутки/ производственный цикл). Можно сказать, что тест одного дня – это пробный запуск. Проводится после разработки системы и обучения пользователей работе в ней.
Основные параметры проведения
- В тестирование должны включаться все бизнес-процессы и интеграции,
- В тестировании участвуют реальные сотрудники заказчика (это отличает тест одного дня от нагрузочного тестирования), выполняющие работу в старой системе.
- Основная цель такого тестирования — оценить готовность системы к старту, подтвердить отсутствие ошибок, проверить целостность процесса. Частные цели определяются вместе с заказчиком.
Успешное завершение «Теста одного дня» позволяет закрыть определенные риски
- Неполнота выполнения доработок. Рядовые пользователи выполняют свои обычные действия в системе, поэтому если что-то упущено, это выясниться.
- Изменение БП. Сотрудники видят, как изменится бизнес-процесс, у них есть время обсудить (смириться) с руководителями.
- Некорректные или недостаточные первоначальные данные. Успешное проведение тестирования подтверждает корректность внесенных данных и выполненных настроек.
