С чего начинается Performance Testing
#1
Отправлено 11 марта 2005 - 17:54
Имеется: Распределенное приложение состоящие из клинтской части и кучи серверов(на винде) в пределах домена в LAN'е(100MBs).
Не подскажете ли что можно придумать для нагрузочного тестирования этой системы, кроме:
1.Response time
2.Объема пользователей прикотором один из 10-15 серваков сдохнет
И что использовать для тестирования выше перечисленного ?
Peter Levin
#2
Отправлено 12 марта 2005 - 00:35
Под "что использовать для тестирования" имеется в виду инструмент? Если да, то никто вам на этот вопрос не ответит пока вы не скажете что-нибудь более конкретное, чем "распределенное приложение состоящие из клиентской части и кучи серверов". Какова архитектура приложения? Какие сервера - web, application, transaction, database? Каков протокол общения клиента с сервером?
#3
Отправлено 14 марта 2005 - 07:07
#4
Отправлено 14 марта 2005 - 15:13
В том то и дело что их нет. Наша контора хочет предоставить новый вид сервиса - performance testing для одного из клиетов (клиент сам пока об этом не в курсе :) ), поэтому в данный момент ведётся, так сказать, исследовательский этап работы: а чтобы нам замерить и как. После чего клиенту будет предложен этот вид услуги. Поэтому хотелось бы узнать с чего следует начать подходить к данной задаче.Потому что вам надо исходить из требований к системе. В данном случае требований к производительности
Всего понемножку :) Это совокупность приложений, каждое из которых имеет свои функции, все они связаны с "главным сервером" через который ведётся общение с клиентом (начать тестирование предполагается с него) по FIX протоколу.Какова архитектура приложения? Какие сервера - web, application, transaction, database? Каков протокол общения клиента с сервером?
Peter Levin
#5
Отправлено 14 марта 2005 - 15:23
Тогда скачайте пару-тройку тулов и посмотрите в документации как делать performance testing и что вы можете замерять/мониторить в процессе тестирования. Это даст вам общее представление, во-первых, о предмете исследования, а во-вторых, о том как этот performance testing можно реально осуществить....поэтому в данный момент ведётся, так сказать, исследовательский этап работы: а чтобы нам замерить и как.
Никогда не слышал про такой протокол.Это совокупность приложений, каждое из которых имеет свои функции, все они связаны с "главным сервером" через который ведётся общение с клиентом (начать тестирование предполагается с него) по FIX протоколу.
#6
Отправлено 14 марта 2005 - 15:30
Никогда не слышал про такой протокол.
Протокол Financial Information eXchange (протокол обмена финансовой информацией, FIX) [10] является стандартом обмена сообщениями, разработанным специально для осуществления в реальном времени транзакций электронного обмена ценными бумагами.
FIX протокол создан в 1992 году, группой американских учреждений и брокеров, заинтересованных упрощением процессов торговли. Открытый стандарт, избегающий чрезмерной стандартизации: работает с арендованными линиями, кадровой трансляцией (frame relay), Интернетом, и т. д. Не определяет конкретный тип протокола безопасности.
Peter Levin
#7
Отправлено 14 марта 2005 - 15:34
Так это протокол транспортного уровня что ли? Я имел в виду application level protocol. Как вы собираетесь инструмент подбирать?...работает с арендованными линиями, кадровой трансляцией (frame relay), Интернетом, и т. д. Не определяет конкретный тип протокола безопасности.
#8
Отправлено 14 марта 2005 - 15:57
Я, конечно, не в курсе на каком уровне понимания задачи вы находитесь, но как по мне со старта стоит покумекать не что мерять, а как грузить.поэтому в данный момент ведётся, так сказать, исследовательский этап работы: а чтобы нам замерить и как.
Надеюсь, старшие товарищи меня поправят.
Редактор портала www.it4business.ru
#9
Отправлено 14 марта 2005 - 16:16
2Dmitry_NJТак это протокол транспортного уровня что ли? Я имел в виду application level protocol. Как вы собираетесь инструмент подбирать?
Нет это не транспортный уровень:-)
Ето обыкновенный текст с делиметорами. через TCP. Например:
"<CmdID> <AcctTag>=<AcctID>|<MsgTag>=<MsgID>|......"
2Case
генерилку/парсилку для етого дела нписать несложно :)
Вопрос токо в том как ето распределить(я не знаток сокета и тому подобных изобретений)
2PeterL
А вот спараметрами для фиксирования перформанса правда помоч не могу, кроме СPU и Респондз тайм ничего сказать не могу. у самого проблема выявить критериии для перф тестинга:( Автоматизированное тестирование>>UDP applications testing
#10
Отправлено 14 марта 2005 - 16:22
Да Aleksey_kh вы абсолютно правы.
Генерилку етой байды я вроде как написал : и активно использую для функционального тестирования.
Сейчас стоит вопрос о том чего перформить :). Не понимаю к чему подступиться
Peter Levin
#11
Отправлено 14 марта 2005 - 16:33
Так он еще и encrypted будет, наверное, раз всякая финансовая информация идет?Ето обыкновенный текст с делиметорами. через TCP. Например: "<CmdID> <AcctTag>=<AcctID>|<MsgTag>=<MsgID>|......"
Да сколько угодно - memory, disk space и вообще любые system resources, которые вы можете получить с помощью perfmon, если речь идет о Windows платформе. Average load, collisions rate, incoming/outgoing packets errors rate и т.д и т.п. для UNIX платформ. Network delay. Соответствующие performance counters для конкретных web/application/database серверов. Вопрос в том, чтобы из всего этого многообразия выбрать то, что нужно именно вам и именно для конкретного случая.А вот спараметрами для фиксирования перформанса правда помоч не могу, кроме СPU и Респондз тайм ничего сказать не могу.
#12
Отправлено 14 марта 2005 - 16:45
Вероятно на входе будет екриптед, а при общении м\у серверами в одной сети нет :)<AcctTag>=<AcctID>|<MsgTag>=<MsgID>|......"
Dmitry_NJ
А про приложения использующие UDP ничего не подскажете :) ?
#13
Отправлено 14 марта 2005 - 16:52
Заранее спасибо.
Peter Levin
#14
Отправлено 14 марта 2005 - 17:05
Так надо от печки плясать. У вас инструменты Rational или вы хотите их приобрести? Если да, то эти курсы в тему. Если нет - то пустая трата времени. Сначала с инструментарием определитесь. А потом уже можно будет и курсы подходящие искать.Коллеги, а не подскажете ли какие-нибудь курсы по нагрузочному тестированию, я только в академии АйТи нашёл вот эти: http://www.academyit...es.html?cid=611
#15
Отправлено 14 марта 2005 - 17:06
Может network bandwidth?Dmitry_NJ
А про приложения использующие UDP ничего не подскажете :) ?
#16
Отправлено 14 марта 2005 - 17:23
Как раз хотелось бы про сами методики тестирования узнать, потому что нет конкретной привязки к тулу, под одного клиента один тул хорош, под другого - другой, а мануал на тул прочитать и без курсов можно.Так надо от печки плясать. У вас инструменты Rational или вы хотите их приобрести? Если да, то эти курсы в тему. Если нет - то пустая трата времени. Сначала с инструментарием определитесь. А потом уже можно будет и курсы подходящие искать.
Peter Levin
#17
Отправлено 14 марта 2005 - 17:38
Вряд ли вы найдете курсы, где вам расскажут исключительно методику. Скорее можно найти подходящие материалы где-нибудь в интернете на специализированных сайтах. А курсы от дистрибьюторов производителей инструментов имеют своей целью научить вас пользоваться конкретным инструментом. Про методику, конечно, тоже немного расскажут, но пять же применительно к тому, как она реализована в данном туле.Как раз хотелось бы про сами методики тестирования узнать, потому что нет конкретной привязки к тулу, под одного клиента один тул хорош, под другого - другой, а мануал на тул прочитать и без курсов можно.
#18
Отправлено 15 марта 2005 - 07:10
Ссылочку я Вам почти в самом начале дал. Уверен, что там Вы сможете найти ответы на все интересующие Вас вопросы. По крайней мере, когда я неделю назад оказался в похожей ситуации, я нашел.Как раз хотелось бы про сами методики тестирования узнать, потому что нет конкретной привязки к тулу, под одного клиента один тул хорош, под другого - другой, а мануал на тул прочитать и без курсов можно.Так надо от печки плясать. У вас инструменты Rational или вы хотите их приобрести? Если да, то эти курсы в тему. Если нет - то пустая трата времени. Сначала с инструментарием определитесь. А потом уже можно будет и курсы подходящие искать.
Еще очень помогли журналы "Software Test & Performance"
http://www.stpmag.com/backissues.htm
#19
Отправлено 15 марта 2005 - 08:24
#20
Отправлено 15 марта 2005 - 15:18
И acceptor и initiator.Вопрос по вашей системе -- вы только Acceptor в терминах FIX или и acceptor, и initiator?
Peter Levin
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных