Comments 3
Жеска
Эм, wtf?? Вопросов по такому нт возникает чем больше пальцев на нескольких людях...
Те НТ по Вашему мнению заключается в многопоточном вызове нескольких не связанных между собой эндпоинтов с захардкоженной информацией(авторизации, кстати, в тестируемой системе кажется что быть не должно, ибо сценарии через несколько часов уже будут с протухшими токенами) ?!
Результаты подобных испытаний максимум в туалете будут полезны.
Ну и на последок, хотелось бы увидеть хоть одного менеджера, который повторит всё это баловство хотя бы за 10 минут...
Приветствую
Отвечу, по пунктам. (мне кажется, вы не все прочитали или не дочитали).
Эндпоинты естественно могут быть связаны. Вы же сами можете формировать связный сценарий. Мой комментарий о несвязности относится к тому, что мы не можем создавать сущности в процессе теста и обращаться к ним (никто не мешает прописать это для вашей системы). Если мы обращается к существующем на стенде сущностям, то эндпоинты вполне себе связанные
Авторизация. Естественно авторизация должна быть, я вынес в репозиторий примеры bearer токен авторизации и авторизации статичным токеном (довольно во многих системах присутствует генерации безопасного не протухаюшего токена. Почему ей нельзя пользоваться?)
Менеджеры. Менеджер и не должен повторять полностью все эти шаги. Я написал в тексте, что работа менеджера/аналитика/ручного тестировщика заключается в том, что они должны выгрузить har после прохождения сценария в интерфейсе. Не думаю, что это сложная задача. Все остальное (генерация НТ, запуск теста и тд должно происходить автоматически по кнопке в CI/CD или как то ещё. Инструкция по созданию теста написана для демонстрации как это работает (по сути никто этого не делает руками, у меня это делает Jenkins)
Делаем нагрузочные тесты за 5 минут (ну почти)