Сообщений в теме: 53

[PeterL]

Всем доброго вечера, хотелось бы прояснить для себя следующий момент:

Имеется: Распределенное приложение состоящие из клинтской части и кучи серверов(на винде) в пределах домена в LAN'е(100MBs).

Не подскажете ли что можно придумать для нагрузочного тестирования этой системы, кроме:
1.Response time
2.Объема пользователей прикотором один из 10-15 серваков сдохнет
И что использовать для тестирования выше перечисленного ?

[Dmitry_NJ]

Вы плохо сформулировали задачу. Придумать можно много чего, только это будут все глупости. Потому что вам надо исходить из требований к системе. В данном случае требований к производительности. Если есть требование по времени отклика выполнения определенных операций - надо замерять response time на эти операции. Если такого требования нет, то заниматься замером - пустая трата времени.

Под "что использовать для тестирования" имеется в виду инструмент? Если да, то никто вам на этот вопрос не ответит пока вы не скажете что-нибудь более конкретное, чем "распределенное приложение состоящие из клиентской части и кучи серверов". Какова архитектура приложения? Какие сервера - web, application, transaction, database? Каков протокол общения клиента с сервером?

[van]

http://forums.softwa...=ST&f=15&t=2022

[PeterL]

Потому что вам надо исходить из требований к системе. В данном случае требований к производительности

В том то и дело что их нет. Наша контора хочет предоставить новый вид сервиса - performance testing для одного из клиетов (клиент сам пока об этом не в курсе :) ), поэтому в данный момент ведётся, так сказать, исследовательский этап работы: а чтобы нам замерить и как. После чего клиенту будет предложен этот вид услуги. Поэтому хотелось бы узнать с чего следует начать подходить к данной задаче.

Какова архитектура приложения? Какие сервера - web, application, transaction, database? Каков протокол общения клиента с сервером?

Всего понемножку :) Это совокупность приложений, каждое из которых имеет свои функции, все они связаны с "главным сервером" через который ведётся общение с клиентом (начать тестирование предполагается с него) по FIX протоколу.

[Dmitry_NJ]

...поэтому в данный момент ведётся, так сказать, исследовательский этап работы: а чтобы нам замерить и как.

Тогда скачайте пару-тройку тулов и посмотрите в документации как делать performance testing и что вы можете замерять/мониторить в процессе тестирования. Это даст вам общее представление, во-первых, о предмете исследования, а во-вторых, о том как этот performance testing можно реально осуществить.

Это совокупность приложений, каждое из которых имеет свои функции, все они связаны с "главным сервером" через  который ведётся общение с клиентом (начать тестирование предполагается с него) по FIX протоколу.

Никогда не слышал про такой протокол.

[PeterL]

Никогда не слышал про такой протокол.

Протокол Financial Information eXchange (протокол обмена финансовой информацией, FIX) [10] является стандартом обмена сообщениями, разработанным специально для осуществления в реальном времени транзакций электронного обмена ценными бумагами.

FIX протокол создан в 1992 году, группой американских учреждений и брокеров, заинтересованных упрощением процессов торговли. Открытый стандарт, избегающий чрезмерной стандартизации: работает с арендованными линиями, кадровой трансляцией (frame relay), Интернетом, и т. д. Не определяет конкретный тип протокола безопасности.

[Dmitry_NJ]

...работает с арендованными линиями, кадровой трансляцией (frame relay), Интернетом, и т. д. Не определяет конкретный тип протокола безопасности.

Так это протокол транспортного уровня что ли? Я имел в виду application level protocol. Как вы собираетесь инструмент подбирать?

[Case]

поэтому в данный момент ведётся, так сказать, исследовательский этап работы: а чтобы нам замерить и как.

Я, конечно, не в курсе на каком уровне понимания задачи вы находитесь, но как по мне со старта стоит покумекать не что мерять, а как грузить.

Надеюсь, старшие товарищи меня поправят.

[aleksey_kh]

Так это протокол транспортного уровня что ли? Я имел в виду application level protocol. Как вы собираетесь инструмент подбирать?

2Dmitry_NJ
Нет это не транспортный уровень:-)

Ето обыкновенный текст с делиметорами. через TCP. Например:

"<CmdID> <AcctTag>=<AcctID>|<MsgTag>=<MsgID>|......"

2Case

генерилку/парсилку для етого дела нписать несложно :)
Вопрос токо в том как ето распределить(я не знаток сокета и тому подобных изобретений)

2PeterL

А вот спараметрами для фиксирования перформанса правда помоч не могу, кроме СPU и Респондз тайм ничего сказать не могу. у самого проблема выявить критериии для перф тестинга:( Автоматизированное тестирование>>UDP applications testing

[PeterL]

2Aleksey_kh
Да Aleksey_kh вы абсолютно правы.

Генерилку етой байды я вроде как написал : и активно использую для функционального тестирования.
Сейчас стоит вопрос о том чего перформить :). Не понимаю к чему подступиться

[Dmitry_NJ]

Ето обыкновенный текст с делиметорами. через TCP. Например: "<CmdID> <AcctTag>=<AcctID>|<MsgTag>=<MsgID>|......"

Так он еще и encrypted будет, наверное, раз всякая финансовая информация идет?

А вот спараметрами для фиксирования перформанса правда помоч не могу, кроме СPU и Респондз тайм ничего сказать не могу.

Да сколько угодно - memory, disk space и вообще любые system resources, которые вы можете получить с помощью perfmon, если речь идет о Windows платформе. Average load, collisions rate, incoming/outgoing packets errors rate и т.д и т.п. для UNIX платформ. Network delay. Соответствующие performance counters для конкретных web/application/database серверов. Вопрос в том, чтобы из всего этого многообразия выбрать то, что нужно именно вам и именно для конкретного случая.

[aleksey_kh]

<AcctTag>=<AcctID>|<MsgTag>=<MsgID>|......"

Вероятно на входе будет екриптед, а при общении м\у серверами в одной сети нет :)

Dmitry_NJ
А про приложения использующие UDP ничего не подскажете :) ?

[PeterL]

Коллеги, а не подскажете ли какие-нибудь курсы по нагрузочному тестированию, я только в академии АйТи нашёл вот эти: http://www.academyit...es.html?cid=611

Заранее спасибо.

[Dmitry_NJ]

Коллеги, а не подскажете ли какие-нибудь курсы по нагрузочному тестированию, я только в академии АйТи нашёл вот эти: http://www.academyit...es.html?cid=611

Так надо от печки плясать. У вас инструменты Rational или вы хотите их приобрести? Если да, то эти курсы в тему. Если нет - то пустая трата времени. Сначала с инструментарием определитесь. А потом уже можно будет и курсы подходящие искать.

[Dmitry_NJ]

Dmitry_NJ
А про приложения использующие UDP ничего не подскажете :) ?

Может network bandwidth?

[PeterL]

Так надо от печки плясать. У вас инструменты Rational или вы хотите их приобрести? Если да, то эти курсы в тему. Если нет - то пустая трата времени. Сначала с инструментарием определитесь. А потом уже можно будет и курсы подходящие искать.

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

[Dmitry_NJ]

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

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

[van]

Так надо от печки плясать. У вас инструменты Rational или вы хотите их приобрести? Если да, то эти курсы в тему. Если нет - то пустая трата времени. Сначала с инструментарием определитесь. А потом уже можно будет и курсы подходящие искать.

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

Ссылочку я Вам почти в самом начале дал. Уверен, что там Вы сможете найти ответы на все интересующие Вас вопросы. По крайней мере, когда я неделю назад оказался в похожей ситуации, я нашел.

Еще очень помогли журналы "Software Test & Performance"
http://www.stpmag.com/backissues.htm

[bolshik]

Вопрос по вашей системе -- вы только Acceptor в терминах FIX или и acceptor, и initiator?

[PeterL]

Вопрос по вашей системе -- вы только Acceptor в терминах FIX или и acceptor, и initiator?

И acceptor и initiator.