0

Мы проводим тестирование производительности и нагрузки для веб-приложения, которое разрабатывается в Angular Java с использованием Visual Studio 2013.Ошибка веб-теста с ошибками «404 Not Found» при запуске

Наш подход:

  1. Запись веб-теста

  2. Воспроизведение веб-тест

  3. коррелируют и параметризацию и т.д.

теперь проблема, которую мы стоят

  1. Когда мы регистрируем сценарий входа в систему, например, введите имя пользователя и пароль в веб-тест, мы не можем найти параметры формы.

  2. Во время работы WebTest мы получаем состоянием HTTP 404 ошибки для некоторых файлов, они являются:

    • glyphicons-полурослики-regular.eot

    • шрифты/glyphicons-полурослики-regular.woff

    • glyphicons-полурослики-regular.ttf

Мы попытались описанные ниже действия, чтобы устранить вышеуказанные ошибки

  1. Мы проверили запросы Анализировать иждивенцы для каждого запроса и Неанализируемые иждивенцев и соответствующие запросы, и наоборот.

однако ошибки HTTP-статуса 404 для вышеуказанных файлов не были решены. Он показывает ту же ошибку, когда мы воспроизводим наш веб-тест.

Возможно, кто-нибудь может помочь нам решить эту ошибку при запуске веб-теста.

+0

Что означает слово «бутстрап» в этом вопросе? – AdrianHHH

+0

Вы задали хороший вопрос, но я думаю, что реальный вопрос можно улучшить, чтобы сделать его более общим. Поэтому я хотел знать, почему вы написали «bootstrap». – AdrianHHH

+0

@ Андриан, я уверен, что может отредактировать вопрос. Я использовал boostrap, так как команда разработчиков обновила меня, что они использовали бутстрап для запросов, поэтому я добавил то же самое в вопросе. Если это не подходит, я прошу вас предложить мне, чтобы я мог соответствующим образом измениться. –

ответ

1

Добавьте это в ваш файл web.xml следующим:

<mime-mapping> 
    <extension>woff</extension> 
    <mime-type>application/x-font-woff</mime-type> 
</mime-mapping> 
<mime-mapping> 
    <extension>eof</extension> 
    <mime-type>application/vnd.ms-fontobject</mime-type> 
</mime-mapping> 
<mime-mapping> 
    <extension>ttf</extension> 
    <mime-type>application/x-font-ttf</mime-type> 
</mime-mapping> 
+0

, Спасибо. Обязательно добавим и попробуем @ Wayne –

+0

Мы используем сервер Tomcat 7, и мы удалили вышеуказанные коды из файла web.xml и попытались показать все те же ошибки. Можете ли вы указать, как разрешить –

+0

Извините, я предположил, вы используете asp.net, так как вы использовали VS для веб-тестирования. Я обновил свой ответ для Tomcat –

2

Одним из вариантов является отказаться от зависимых запросов, прежде чем они будут выпущены. Вы можете создать плагин для удаления этих зависимых запросов. Ниже приведен базовый плагин для поиска и удаления запросов. Это может быть легко расширена, чтобы сделать другие сравнения, такие как r.Url.Contains(...) т.д.

public class WebTestDependentFilter : WebTestPlugin 
{ 
    public string EndsWithString { get; set; } 

    public override void PostRequest(object sender, PostRequestEventArgs e) 
    { 
     WebTestRequestCollection depsToRemove = new WebTestRequestCollection(); 

     // Note, you can't modify the collection inside a foreach, 
     // hence the above collects requests to remove. 

     foreach (WebTestRequest r in e.Request.DependentRequests) 
     { 
      if (r.Url.EndsWith(EndsWithString)) 
      { 
       depsToRemove.Add(r); 
       e.WebTest.AddCommentToResult(string.Format(
        "Dependant request ending with \"{0}\" removed : {1}", 
        EndsWithString, r.Url)); 
      } 
     } 

     foreach (WebTestRequest r in depsToRemove) 
     { 
      e.Request.DependentRequests.Remove(r); 
     } 
    } 
} 

Этот плагин основан на коде, описанном на странице 189 Visual Studio Performance Testing Quick Reference Guide (Version 3.6).

Другая возможность заключается в том, чтобы добавить явные зависимые запросы к веб-тесту для этих файлов и установить Ожидаемый код состояния HTTP на 404.

Способ плагина относительно быстрый и простой. Недостаток заключается в том, что он снижает нагрузку на серверы и сеть, поскольку запросы не отправляются. Второй метод сохраняет запросы и поэтому может считаться более реалистичным тестом производительности.

Какой бы маршрут вы ни выбрали, вы можете сообщить об ошибках своим клиентам, поскольку они, по-видимому, указывают на ошибку на веб-сайте.

+0

@ Andriian, я следовал за вторым своим рабочим штрафом, но как и заявил о своем нереалистичном испытании. Так что дальше не продвигалось. Не могли бы вы дать какое-то другое решение. –

+0

@PrabhakarY Извинения, опечатка в оригинале ответа. Установка ожидаемого кода ответа на 404 дает более реалистичный тест, чем отбрасывание ответов плагином. Однако обнаружение ошибок на веб-сайте позволяет сообщать об этом разработчикам, которые могут повысить производительность, удалив запрос или исправив сайт, добавив недостающие файлы. – AdrianHHH

+0

@ Andri, спасибо. Я попробую еще раз, и вы будете обновлены, так как мой регистратор веб-страниц разбился. Я обновлю вас как можно скорее. –

Смежные вопросы