Я записываю сценарий в протоколе web / http, но при ответе получаю ошибки
Записав сценарий дважды и проверив различия вручную, я обнаружил, что в моих URL-адресах есть несколько «слушателей», например:
web_submit_data("bla_bla_2",
"Action=http://e34jbsl00267.somesone.se:8080/xxx/xxx/81174/xxx?5-1.IBehaviorListener.0-considerSomeList-considerSomeRepeater-4-considerSomeListItem-considerSomeMain-innerPanel-considerDetails-considerForm-considerRulesChoices",
"Method=POST",
При удалении всего с конца по URL-адресу до 'xxx? 5-' сценарий воспроизводится нормально, но при наличии этих списков он не будет работать с ошибкой 500, а вставка URL-адреса выше в новом браузере дает мне ошибку страница, созданная из приложения.
Это пахнет корреляцией, но я не вижу, чтобы эти слушатели возвращались сервером, поэтому корреляция невозможна, насколько я знаю.
Справка?
BR fugmag
1 ответ
Запишите это дважды и сравните записи. ЕСЛИ отличается, то это подтвердит гипотезу корреляции. Обычно, когда происходит 500, запрещая искаженный запрос, он просто выходит из контекста с состоянием приложения из предыдущего запроса, возвращается неожиданная страница.
Вы можете перекрестно проверить неожиданную страницу, следуя стандартным методам тестирования, для каждого шага есть ожидаемый результат. Используйте web_reg_find () или web_reg_save_param () для проверки значений из каждого отправленного запроса страницы, который указывает, что ожидаемая страница была возвращена. Если ожидаемая страница не была возвращена, прервите поток сценария бизнес-процесса, очистите его, а затем либо вернитесь в бизнес-поток, либо перейдите к следующей итерации. (return (1); приведет к немедленному выполнению итерации системы без соблюдения темпа итерации)
Похожие вопросы
Связанные вопросы
Новые вопросы
correlation
По вопросам взаимозависимости переменных величин.