Ошибка RPT: провалить приговор
Я новичок в RPT и тестировании производительности.
Я использую пробную версию RPT 8.7.1. Я записал простой тест. Этот записанный тест делает то, что он просто регистрируется на сайте электронной торговли, затем просматривает его, а затем добавляет его в корзину и затем выходит из системы.
Я воспроизвел этот тест по расписанию, имея 5 пользователей. Также я приложил пул данных, имеющий 5 строк (логины и пароли) с тестом.
После воспроизведения я открыл сайт электронной коммерции с идентификаторами входа, упомянутыми в пуле данных, вручную, чтобы проверить, добавил ли тест товары в корзину с соответствующими идентификаторами входа или нет. Тест успешно добавил товары в корзину для каждого идентификатора входа, указанного в пуле данных.
Но когда я увидел журнал испытаний rpt в затмении. он показывает "2 вынесенных вердикта о неудаче" (см. прикрепленный рисунок 1.jpeg).
Я гуглил это, чтобы знать значение этого, но я не мог найти какую-либо полезную ссылку. Также я проверил на сайте центра знаний IBM для этой ошибки, но снова я не мог найти какое-либо полезное описание.
Пожалуйста, смотрите прикрепленные скриншоты.
Любая помощь будет оценена.
1 ответ
Во-первых, "Сообщено о вердиктах об ошибках" - это общее сводное сообщение, которое указывает, что произошла ошибка воспроизведения, по крайней мере, на одном из элементов (пара HTTP-запрос-ответ) в контейнере страница / транзакция / тест. Примером ошибки воспроизведения является несоответствие кода ответа для конкретного элемента, такого как запрос, который получил 200 кодов состояния в тесте, но получил 500 кодов состояния во время воспроизведения. Таким образом, сообщение "О вердиктах вынесено сообщение об ошибке" не может рассказать нам больше о проблемах при воспроизведении.
Чтобы узнать больше подробностей о неудачных запросах, вам нужно детально изучить журнал испытаний. Вам нужно будет расширить тест, а затем добавить страницы и элементы, чтобы добраться до неисправного элемента. Вы можете проверить запрос элемента, ответ и представление ответа в браузере, используя представление данных протокола. (Представление данных протокола открыто по умолчанию, если вы его не нашли, используйте Окно-> Показать представление-> Данные протокола). Вы сможете понять, что пошло не так, сравнив содержание запросов в воспроизведении с соответствующим элементом в тесте. Если какой-либо из динамических параметров должен быть коррелирован / заменен, возможно, это необходимо сделать. RPT предоставляет представление "Сравнение", которое может быть удобно для вашего анализа. Чтобы открыть это, щелкните правой кнопкой мыши на проблемном элементе и произнесите сравнение и выберите все варианты. Кроме того, для удобства пользователя каждый элемент в журнале теста содержит ссылку, которая ведет вас к соответствующему элементу в тесте.
Судя по вашему скриншоту консоли событий Execution, у вас есть 2 ошибки для каждого из виртуальных пользователей. Одним из них является ошибка извлечения ссылочной переменной, а другим - ошибка тайм-аута. Первым шагом для исправления этого будет сравнение данных запроса, в котором они произошли, с соответствующим элементом в тесте.
Вполне вероятно, что у вас не будет всего необходимого содержимого в журнале испытаний, поскольку RPT по умолчанию не регистрирует все события для всех пользователей в расписании. Это должно увеличиться явно.
Наконец, в качестве общих рекомендаций рекомендуется сначала воспроизвести сам тест, предпочтительно с идентификатором входа в систему, который использовался для записи (без пула данных), и устранить проблемы там. Затем замените идентификатор входа в пул данных и повторите попытку. Если это тоже идет хорошо, попробуйте воспроизвести тест по расписанию с минимальным количеством пользователей, скажем 5-10. Пока мы находимся в этом режиме "отладки тестов", было бы неплохо установить уровень журнала тестирования на ВСЕ / ВСЕ / ВСЕ, чтобы у нас была достаточная информация для решения проблем тестирования. (Настройки журнала испытаний находятся в настройках расписания)