Перейти к содержимому

Автоматизация функционального тестирования
онлайн, начало 3 июля
Автоматизатор мобильных приложений
онлайн, начало 8 июля
Тестирование безопасности
онлайн, начало 8 июля
Автоматизация тестов для REST API при помощи Postman
онлайн, начало 9 июля
Фотография

Нагрузочное тестирование программ для общения.


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 5

#1 Tiana

Tiana

    Активный участник

  • Members
  • PipPip
  • 81 сообщений
  • ФИО:Girnyk S. Tatyana
  • Город:Украина, Харьков

Отправлено 17 февраля 2005 - 10:46

Необходимо протестировать программу для общения через Internet (сделано по аналогии с ICQ.
Каким способом можно его релизовать? И целесообразно ли это делать?
Вопрос возник в связи с тем, что это обычное *.exe приложение. Как узнать, какие именно параметры должны передаваться на сервер??

Спасибо за помощь!
  • 0

#2 Dmitry_NJ

Dmitry_NJ

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 3 122 сообщений
  • ФИО:Дмитрий Шевченко
  • Город:New Jersey, USA

Отправлено 17 февраля 2005 - 15:37

Целесообразно ли что-то делать решать вам. Для нагрузочного тестирования нужны соответствующие инструменты. То, что это .exe приложение, роли не играет. Протестировать можно и его. Определитесь для начала какой протокол ваша программа использует для общения между клиентом и сервером. Параметры - дело десятое, потому что если будет правильный тул, то он вам сам запишет все, что идет на сервер от клиента.
  • 0
Дмитрий Шевченко

HP Software

#3 Tiana

Tiana

    Активный участник

  • Members
  • PipPip
  • 81 сообщений
  • ФИО:Girnyk S. Tatyana
  • Город:Украина, Харьков

Отправлено 17 февраля 2005 - 18:07

Целесообразно ли что-то делать решать вам. Для нагрузочного тестирования нужны соответствующие инструменты. То, что это .exe приложение, роли не играет. Протестировать можно и его. Определитесь для начала какой протокол ваша программа использует для общения между клиентом и сервером. Параметры - дело десятое, потому что если будет правильный тул, то он вам сам запишет все, что идет на сервер от клиента.

Для нагрузочного тестирования мы использовали WAPT, но он не позволяет отследить параметры которые передаются на сервер. В нем невозможно записывать сценарии для *.exe приложений, а следовательно и сложно отследить передаваемые параметры.
Программа, которую необходимо протестировать под нагрузкой, использует протокол TCP IP.
Какие средства нагрузочного тестирования нам необходимо использовать ?
  • 0

#4 Dmitry_NJ

Dmitry_NJ

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 3 122 сообщений
  • ФИО:Дмитрий Шевченко
  • Город:New Jersey, USA

Отправлено 17 февраля 2005 - 18:25

Для нагрузочного тестирования мы использовали WAPT, но он не позволяет отследить параметры которые передаются на сервер. В нем невозможно записывать сценарии для *.exe приложений, а следовательно и сложно отследить передаваемые параметры.
Программа, которую необходимо протестировать под нагрузкой, использует протокол TCP IP.
Какие средства нагрузочного тестирования нам необходимо использовать ?

А что вы хотели от WAPT? :) Все эти бесплатные тулы ни с чем, кроме HTTP(S) работать не умеют.

TCP/IP это протокол транспортного уровня. Он никому не интересен. Интересен application level protocol. Разработчики должны знать какой протокол используется при общении клиента с сервером.

Попробуйте поиграться с LoadRunner. Вот здесь можно скачать LoadRunner 8.0 с temporary license на 10 дней.
  • 0
Дмитрий Шевченко

HP Software

#5 Tiana

Tiana

    Активный участник

  • Members
  • PipPip
  • 81 сообщений
  • ФИО:Girnyk S. Tatyana
  • Город:Украина, Харьков

Отправлено 09 марта 2005 - 16:37

Для нагрузочного тестирования мы использовали WAPT, но он не позволяет отследить параметры которые передаются на сервер. В нем невозможно записывать сценарии для *.exe приложений, а следовательно и сложно отследить передаваемые параметры.
Программа, которую необходимо протестировать под нагрузкой, использует протокол TCP IP.
Какие средства нагрузочного тестирования нам необходимо использовать ?

А что вы хотели от WAPT? :) Все эти бесплатные тулы ни с чем, кроме HTTP(S) работать не умеют.

TCP/IP это протокол транспортного уровня. Он никому не интересен. Интересен application level protocol. Разработчики должны знать какой протокол используется при общении клиента с сервером.

Попробуйте поиграться с LoadRunner. Вот здесь можно скачать LoadRunner 8.0 с temporary license на 10 дней.

Дмитрий спасибо за помощь! :) С помощью LoadRunner удалось создать нагрузку на сервер ( было организовано перебрасывание сообщениями между пользователями). Однако возникла еще одна проблема :( относящаяся к данной теме.

Суть проблемы:
Программа для общения позволяет "телефонное" общение между пользователями. Для каждого такого "соединения" на сервере генерируется случайное число (идентификатор) данного соединения. Этот идентификатор отправляется сервером обоим пользователям "желающим пообщаться". Они его могут получить с помощью команды lrs_receive("SocketNumber", "BufferName", LrsLastArg), где:
SocketNumber - имя сокета для текущего соединения данного пользователя
BufferName - имя буфера в котором содержится идентификатор соединения.
Функция lrs_receive() позволяет получить только заранее известные данные (хранимые в BufferName) или я ошибаюсь? Могу ли я поставить клиент в состояние чтения входящего потока данных и запись их в буфер, если да то как?
  • 0

#6 Dmitry_NJ

Dmitry_NJ

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 3 122 сообщений
  • ФИО:Дмитрий Шевченко
  • Город:New Jersey, USA

Отправлено 09 марта 2005 - 16:57

Функция lrs_receive() позволяет получить только заранее известные данные (хранимые в BufferName) или я ошибаюсь? Могу ли я поставить клиент в состояние чтения входящего потока данных и запись их в буфер, если да то как?

Функция lrs_receive() читает входящий поток данных в реальном времени. Как они могут быть заранее известны? Другое дело, что VuGen ожидает получить размер буфера точно такой же, какой был во время записи. Если вам нужно скопировать полученные данные в буфер, то вы можете использовать флаг MSG_PEEK в качестве 3-го параметра функции lrs_receive().

P.S. WinSock протокол, который вы выбрали - самый тяжелый из всех имеющихся (я надеюсь, что вы перепробовали все другие, какие могли бы подходить, прежде чем стали работать с WinSock?). Так что будьте готовы к тому, что придется изрядно повозиться, если записанный скрипт надо будет каким-либо образом модифицировать/коррелировать.
  • 0
Дмитрий Шевченко

HP Software


Программирование на С# для тестировщиков
онлайн
Автоматизатор мобильных приложений
онлайн
Selenium WebDriver: полное руководство
онлайн
Программирование на Python для тестировщиков
онлайн



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале