Как стать автором
Обновить

Автоматизация нагрузочного тестирования банковского ПО для терминалов

Время на прочтение 8 мин
Количество просмотров 15K
Всего голосов 13: ↑12 и ↓1 +11
Комментарии 4

Комментарии 4

Коллеги, привет. Я к НТ имею некоторое отношение, но далеко не специалист в этом деле. Скорее (да так и есть) я разгребаю дефекты НТ и провожу какие-то оптимизации. Меня сильно зацепила фраза «все мы знаем, как опасно тестировать систему на сверхбыстрых моках». Вот я не знаю насколько это опасно и почему, но у нас задержек на заглушках нет. Поделитесь сокровенными знаниями, и быть может мне удастся сделать частичку этого мира лучше.
Привет. При нулевых таймингах заглушек вы можете не столкнуться с такими проблемами как: нехватка воркеров, которые окажутся занятыми долгими соединениями, нехватка самих соединений при обращении к бэкенду, утечками памяти, если воркеры пытаются положить данные в очередь, ожидая свободного сокета. В данном случае мы не могли этим фактором пренебречь, так как отклик от бэкенда иногда составлял единицы, а то и десятки секунд.
Приветствую, господа.
Хотелось бы понимать цель тестирования.

Поделитесь опытом нагрузочного тестирования в связке с криптографией (PIN, MAC, EMV) и обвязкой с HSM. Происходит ли валидация данных в ответе?

Или мы говорим исключительно об отключении части функционала и тестировании грубо говоря запроса баланса без проверок криптографии, балансов, лимитов, лоялти, оповещения, фрод мониторинга и дале по списку. На сколько % у вас стенд приближен к продакшену?

Протестировать, к примеру динамический сценарий ATM с продакшена не тривиальная задача, еще и под нагрузкой. Просто траффик заснифирить тут не получится. На сколько вы эмулируете работу того же АТМ?.. АТМ у вас на картинке и у клиента, говорите их много, вот и интересуюсь.

Спасибо.

Целью тестирования являлось максимально быстрое измерение производительности конкретной части инфраструктуры, кода, на который мы могли влиять непосредственно. Обвязка, шифрование и интеграция в лучшем случае вносят постоянную составляющую к производительности, в худшем — рандомизированную и не контролируемую. Исследование влияния разных типов шифрования, интеграций это отдельная, редкая и дорогая с точки зрения времени и ресурсов задача, которая не даёт быстрого и точного ответа про производительность каждого отдельного компонента, слишком много вокруг помех.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий