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

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

И снова нагрузочное тестирование


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

#21 Green

Green

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 25 марта 2005 - 12:51

Если у вас 3-х звенная архитекура с web сервером и Oracle back-end, то по-любому вам надо тестировать web приложение, даже если вам все равно что происходит с вашим web сервером. Соответственно протокол, с которым будете работать -  HTTP(S). Отсюда и выбор инструментов шире, включая и бесплатные.

Если возможно, подскажите где эти бесплатные (и не бесплатные но подешевле :) )
искать ( в моём случае HTTPS)
и какие тулы ,кроме LoadRunner, позволяют разбивать нагрузку по слоям ?

Просмотр сообщения



Собственно, речь идет не о слоях, а о протоколах.

Если рассмотреть структуру с Оракл внутри, то возможен следующий вариант.
Веб сервер -> приложение -> Оракл

К веб серверу клиент коннектится по какому-то протоколу. К примеру HTTP, но может быть ftp, telnet и пр.

В свою очередь веб сервер как-то дергает приложение. Он может вызывать его как исполняемый файл или скрипт, а может как СОМ объект, а может ... и по другому.

Дальше приложение обращается к дб, причем у Оракла свой протокол. По одному порту он устанавливает соединение и использует его для обмена служебной информацией, а по другому порту (выбранному по сложному алгоритму, можно сказать случайному) идет обмен данными.

Что бы вклиниться в эту структуру и провести нагрузочное тестирование Оракла нужно что бы тест тул умел работать с используемым протоколом. К сожалению, такие бесплатные тулы мне не известны. Но при этом нет ничего невозможного.

Можно взять любой клиентский тул, который умеет общаться с Ораклом и выполнять на нем скрипты. Надо что бы такой тул работал как СОМ и запускался без пользовательского интерфейса. Тогда легко написать скрипт, который будет запускать 10 - 20 и больше одновременных скриптов (на сколько хватит оперативной памяти). Если такой тул имеет еще и открытую API, то можно организовать и контроль за выполнением скриптов.

Правда, геморройно это слегка.
:ph34r:
  • 0
Гринкевич Сергей

#22 Green

Green

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 25 марта 2005 - 12:52

Если у вас 3-х звенная архитекура с web сервером и Oracle back-end, то по-любому вам надо тестировать web приложение, даже если вам все равно что происходит с вашим web сервером. Соответственно протокол, с которым будете работать -  HTTP(S). Отсюда и выбор инструментов шире, включая и бесплатные.

Если возможно, подскажите где эти бесплатные (и не бесплатные но подешевле :) )
искать ( в моём случае HTTPS)
и какие тулы ,кроме LoadRunner, позволяют разбивать нагрузку по слоям ?

Просмотр сообщения



Собственно, речь идет не о слоях, а о протоколах.

Если рассмотреть структуру с Оракл внутри, то возможен следующий вариант.
Веб сервер -> приложение -> Оракл

К веб серверу клиент коннектится по какому-то протоколу. К примеру HTTP, но может быть ftp, telnet и пр.

В свою очередь веб сервер как-то дергает приложение. Он может вызывать его как исполняемый файл или скрипт, а может как СОМ объект, а может ... и по другому.

Дальше приложение обращается к дб, причем у Оракла свой протокол. По одному порту он устанавливает соединение и использует его для обмена служебной информацией, а по другому порту (выбранному по сложному алгоритму, можно сказать случайному) идет обмен данными.

Что бы вклиниться в эту структуру и провести нагрузочное тестирование Оракла нужно что бы тест тул умел работать с используемым протоколом. К сожалению, такие бесплатные тулы мне не известны. Но при этом нет ничего невозможного.

Можно взять любой клиентский тул, который умеет общаться с Ораклом и выполнять на нем скрипты. Надо что бы такой тул работал как СОМ и запускался без пользовательского интерфейса. Тогда легко написать скрипт, который будет запускать 10 - 20 и больше одновременных скриптов (на сколько хватит оперативной памяти). Если такой тул имеет еще и открытую API, то можно организовать и контроль за выполнением скриптов.

Правда, геморройно это слегка.
:ph34r:
  • 0
Гринкевич Сергей


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



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

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

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