Обычно приложение должно иметь некоторые нефункциональные требования, а именно:
- быть в состоянии обслуживать X одновременно работающих пользователей, максимальное время отклика не должно превышать Y мс
- иметь возможность обрабатывать не менее Z запросов в секунду
- и т.д.
Таким образом, процесс load testing ставит систему под ожидаемых загрузите и посмотрите, приемлемо ли время ответа, нет ошибок, все работает так, как должно работать, и т. Д. Я также рассмотрел бы Soak Testing, чтобы проверить, как ваше приложение ведет себя при длительной нагрузке (очень полезно для обнаружения утечек памяти) и Stress Testing также определите точку нарушения вашей заявки, см. статью Why ‘Normal’ Load Testing Isn’t Enough для более подробной информации.
Если у вас нет нефункциональных требований, вы можете провести некоторую форму нагрузочного тестирования, начиная с 1 виртуального пользователя и увеличивая нагрузку до тех пор, пока не начнутся ошибки, как только вы определите ближайшее узкое место и проанализируете, может ли это быть исправлено или нет. Если да - исправить и повторить, чтобы увидеть, что является следующей точкой прерывания.
В качестве главного инженера вы ни в коем случае не должны заботиться об этом, максимум, который вы можете сделать, это проверить производительность на стороне клиента, используя, например, YSlow, нагрузочное тестирование - это больше о бэкэнд.