Брайнбенч в своем репертуаре. Никогда не занимаясь инспекциями, я получил Мастера.

Конечно, сертификация довольно условна. Но зато можно побудоражить соревновательный дух. Уж средняя-то температура по больнице должна о чём-то сказать. :)

В настоящий момент "мастеров" - 32.
Из них назвались представителями России - 4.
Белоруссии - 2.
Украины - 1.

А самая полезная из них здесь
http://www.perftestp...anagers_ppt.pdf

Льстиво, конечно, но интересно - пошло в тираж.

бурное развитие информационных технологий

Как удобно, когда неверная посылка идёт прямо в аннотации. :)

Создавать отдел для задвинутых (не продвинутых) никто не предлагал.

Под луной имеется многое из никем не предложенного.

возьмите ту же Goranka Bjedov

Я смотрел это выступление на видео раньше, и, насколько я помню, там упоминался предыдущий опыт в телекоме. Кроме того, мне показалось, я привёл агрументы в поддержку своего мнения о не особой перспективности специализации в нагрузочном тестировании решений базирующихся на LAMP, если смотреть с точки зрения профессионального роста. У меня есть и ещё, если хотите, я свои конкурентные преимущества буду отстаивать до конца. :)

...

 

По поводу Goranka Bjedov, предлагаю оставить обсуждение. Каждый может вынести из того выступления что сможет в меру своего опыта и испорченности. Лично я убеждать кого-то в своих историцистских гипотезах не намерен, хотя и думаю что стоит обратить внимание на эту деталь тоже.

По поводу архитектурных решений и их перспективности. По счастью в мировом ИТ по-прежнему на переднем краю разработок находятся транзакционные системы (с приличными требованиями к изоляции, надо сказать, которые в свою очередь диктуют объёмные общие области памяти и большое железо) и отчётность по ним. Это не только зарплаты, но и количество и качество усилий, затраченных на создание соответствующих технологий. Вёб-технологии которые обслуживают экономику контекстной рекламы, на мой взгляд, не так интересны с точки зрения нагрузки. Кроме того, они проще, и перейти, при желании, от них в промышленный мир сложнее, чем обратно. Особенно если опыт даже не в LAMP-е, компоненты которого иногда используются в приличных системах, а на самописном сервере приложений.

По поводу профилей на ваших системах. Даже если каждый хит засчитать за транзакцию (что было бы, конечно, читом), то результат получится далеко не впечатляющий даже среди систем работающих в России. Конечно, специфично, что типичный вёб-хит - это скорее выборка небольшого куска информации чем учёт операции, но нужен ли вам тогда действительно специалист по конкурентному нагрузочному тестированию? Может быть назвать эту должность как-то по другому и там уж рассуждать сколько влезет, что на рынке нет специалистов (а откуда им взяться, если вы своих сотрудников до этого уровня не научились поднимать) и т.п.? Лично мне намёки на какую-то особость работы в вёбе и в Яндексе и отсутствие соответствующих кадров, кажутся неумными, т.к. я людей, которые занимаются нагрузочным тестированием профессионально, видел порядка 10 в Москве (и мне даже кажется, что это несколько многовато), не говоря уже о тех, кто мог бы заниматься потенциально.

По поводу Oracle. Я тоже не люблю Oracle DB, но его OLTP-шный генезис общий с профессией которой я занимаюсь. Опять же, я думаю, Вам стоит подумать о том, что если OLTP инфраструктура "не тянет" ваши задачи, то и в бенефитах применения нагрузочного тестирования Вас через некоторое время тоже может постичь разочарование.

По поводу меряния выступающими предметами. Кластеров на сотни узлов я действительно не строил, т.к. они, в моём понимании, нужны именно для поддержки сессий большого количества одновременных пользователей, чего в реальных секторах экономики не наблюдается не только у нас. По всему остальному: количество бизнес-компонент (полдюжины это, кстати, мало, я в каком-то вашем же объявлении читал про codebase в 200 Мб); экстраполяция (пусть даже и неформальная, но зато проверенная на практике); масштабирование БД, я думаю, сравнимых с "социальной сетью" мощности множества сущностей и объёмов - такие задачи поступали, и так или иначе решались. И я там был и всех этих ананасов ел. Всё реально и без необходимости освоения xscript-а, надо только захотеть.

Есть следующая проблема

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

Так приходите, пообщаемся -- или вы уже на берегу убеждены, что захотеть не удастся?

 

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

А чем родной Citrix клиент с пользовательским вводом не подходит что надо делать какой-то кастомный?

Я полагаю, приемлемость этого варианта уже была рассмотрена, до того как задать вопрос.

Citrix-клиентом логинимся на сервер, там запускается тестовый скрипт

А для Вас точно приемлемо использовать для нагрузочного тестирования скрипты написанные в стиле функциональных? Ну там, нажать мышкой туда, подождать появления формы с таким-то названием и т.п.
В этом случае в LoadRunner и правда есть другое принципиальное решение на которое намекает Dmitry_NJ, которое заключается в том, чтобы снять траффик между терминальным сервером и клиентом и выразить его через API к протоколу который используется при этом обмене. Соответственно, скрипты получившиеся таким образом проигрываются на нагрузочноых станциях и моделируют действия на входе терминального сервера.

для сравнения записей в нескольких базах данных.

А что за СУБД используются? FULL OUTER JOIN методом HASH через database link или linked server не подходит?

оформление всех необходимых документов

Можно поподробнее? Паспорт в тяжёлом случае, виза, разрешение на работу, вид на жительство, гражданство? Как далеко вы умеете заплывать? ;)

бессрочный договор, официальное оформление

К какому государству приписан контрагент по договору, в какие суды можно по нему (договору) аппелировать?

Готовы ответить на возникшие вопросы, пишите (можно приватно)

Интересно неприватно. :)

Что за дифф, простите?

Имеется в виду юниксовая команда diff. В windows аналог называется fc (file compare). Имеются также GUI-шные реализации, например в Windows Commander и в составе, я думаю всех, систем контроля версий.

Очень интересуют тулы, инструменты для этой реализации

Откуда такой интерес к тулам? Вы с их покупки свою выгоду имеете? ;)
Посмотрите про OPENROWSET в документации MSSQL. Может всё-таки понравится?

Вид на жительство и в дальнейшем гражданство в данном случае не предлагаем )

Ну хотя бы не мешаете? )

к счастью, пока прецендентов не было.

А такие прецеденты, что сначала заключался договор на аутстаффинг, а только потом начинался поиск специалистов, причём на рынке, а не среди текущих сотрудников, у крупной софтверной компании были? Можно кто-нибудь с опытом работ по такому договору порекламирует данную вакансию? Расскажет success story. Теперь это стало так модно. :)

Предлагаемый вариант полностью законен, и вряд ли Вам придется отстаивать свои права в суде )

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

Что ж, давайте попробуем пообщаться здесь.

 

Вы как-будто и не рады такой возможности? :) Или мне показалось?
Я считаю, что если прояснить некоторые моменты, то люди к вам потянутся сильнее. А как они узнают что моменты прояснены, если это сделать в тиши кабинета?

Я, наверное, невнимательно читал -- а что для Вас может быть существенным фактором для смены работы [и перехода в Яндекс], раз Вы уверены (если я Вас правильно понял) в собственной квалификации для этой или подобных вакансий?

 

Я кажется уже выступал на подобную тему в топике про кризис кадров.

Про существенный фактор для смены работы, это проще простого - отсутствие оной по каким-то причинам.

Про переход в компанию Яндекс - сложнее. Меня бы на самом деле ещё на берегу интересовало следующее:
- Почему для выполнения этих работ не привлекаются действующие сотрудники? Она считается непрестижной? Низкооплачиваемой? Не способны её выполнять? Она не считается важной для бизнеса? Созданы административные барьеры для перехода в группу? Ищется разводящий, чтобы на авось трансфертнуть ему ответственность и риски? Это сразу бы позволило оценить своё будущее место в компании не только мне (а ведь от такого позиционирования зависит и успех дела и реальность перспектив, которые Вы обещаете). Может быть ответ также позволил понять как было произведено ценообразование по данной вакансии, и удовлетворил бы многочисленных недовольных. :) Короче, такая декларация возможно позволила бы привлечь трезвомыслящих опытных людей.
- Почему перспективы роста до руководителя второй группы, рисуются перед соиcкателями, а не перед действующими её членами?
- Я прочитал в другом форуме, что на самом деле, те системы, с которыми предполагается работать, вторичны для компании. Может быть стоит акцентировать на этом внимание, и мандраж у многих начинающих пройдёт? Лично я, правда, действительно не считаю себя совсем уж начинающим, так что моё внимание лучше на это не обращать.

СУБД слишком разные, значит средствами одной из них задачу не решить.

Ну вообще-то OLE DB провайдеры для всех указанных БД, насколько я понимаю есть. Соответственно, можно иметь доступ к их таблицам из MSSQL через linked server или OPENROWSET.

"QA Analyst"?

Да ну прям таки :) ... у меня большое сомнение, что QA Analyst (аналитик!) занимается проверкой, а не анализом.

На самом деле, изучение различных артефактов доходящих до страны медведей с дальнего и ближнего запада, а также с юго-востока, навевает на мысли, что модели качества в IT работают только в воображении составителей всяких "презенташек". В этом свете, охотно верится в то, что QA Analyst-ы занимаются именно тем, что сказал Yury (и то не очень успешно).

значит у вас эти практики не работают

Я в разное время для общего развития изучал документацию по СМК нескольких фирм, в которых работал (питаю слабость к таким документам). Сведения о качестве их (и многих подобных) продукции и услуг у меня тоже не из вторых рук. На основе этого опыта считаю, что в ИТ улучшением одних только процессов многого не добьёшься. Собственно, наблюдения за темпом и направлением эволюции процессных моделей, это косвенно подтверждают. Опять же непрекращающееся нытьё о том, что технические специалситы почему-то не хотят идти в подчинение "процессным менеджерам", сами по себе свидетельствуют о том, что менеджерам чего-то не хватает для достижения успеха. :)

Также, у меня сложилось стойкое впечатление что крупные ISV совсем не парятся по поводу развития и сертификации СМК своих подразделений по разработке и обслуживанию ПО, а предпочитают свои проблемы с качеством решать всё-таки инженерными изысканиями, хитрыми партнёрскими и лицензионными соглашениями, тенденциозными disclosure report-ами, и позитивной документацией. :) Попробуйте выборки из гугла [Oracle IBM Microsoft] + [QMS ISO 9000 9001]. Они тоже идиоты и ничего не понимают в качестве?

Поэтому вопрос к цитате: "у нас", это где имелось в виду? Это с понтами, что где-то у кого-то уже получилось, и теперь нас дураков надо научить, как правильно? :)

Действительно ли QA в смысле ISO 9000 широко применяется

Софистика в вопросе. QA <> ISO только и всего.

 

Ну не знаю уж, насколько это относится к современным версиям, но вот читаю в энциклопедии: стандарт ISO 9001:1987 назывался Model for quality assurance in design, development, production, installation, and servicing.

Не совсем понятно, каким образом эмулировать такое количество репликаций.

Вы бы это, сняли бы трейс с одной репликации с помощью SQL Server Profiler. Мне кажется, станет понятнее. В случае чего, этот трейс без параметризации можно будет проиграть обратно с помощью ostress.

Хочется выстроить понимание, что все мы работаем не для себя, не для абстрактного идола под названием Качество - мы работаем в IT, мы работаем для бизнеса.

О как.

-------------------------------------------------------------------
Даже если отвлечься от госзаказов, "бизнес" - это всего-лишь одно из средств организации улучшения качества жизни, но никак не самоцель.

матёрый специалист в нагрузочном тестировании web-приложений

Мне кажется, что справедливо было бы исключить одно из трёх выделенных италиком слов. ...

Ну отчего же ...

... я свои конкурентные преимущества буду отстаивать до конца.

Да, если вы ещё с нами ...

...

(оставлю пока без комментариев многие тезисы выше)

Ну так как там идёт мыслительный процесс?

О результате спринта сообщу вечером =)

Я думаю тут многих больше заинтересует место проведения забега. ;)

Думаю, про автокорреляцию будут спрашивать.

для репортов приходится раз за разом списывать данные с вкладки Legend для различных графиков, что соответсвенно замедляет работу.
Собственно вопрос: возможно ли как-нить экспортнуть эти данные в excell?
с Summary Report все просто и ясно, а здесь как быть?

Надо осваивать SQL и применять его к БД с данными (по умолчанию там jet (access), но можно и в SQL Server всё выгрузить).

давайте сформулируем, какую задачу мы с вами решаем.

Лично мне в Вашей вакансии никакие требования не мешают, тем более, что я и не собираюсь на неё подавать.
Мне мешает Ваше заявление, размещённое в открытом доступе, о том что "у вас в группе нагрузочного тестирования" (как позже оказалось, состоящей из одного человека), в головах такие червяки водятся, что обычные специалисты вам не подходят, а нужно обязательно матёрых, но только в вёбе (как будто такие и впрямь бывают). У простого читателя ведь что: может создаться впечатление, что "группа нагрузочного тестирования Яндекса" действительно знает, что она и зачем, и обладает достаточным авторитетом, чтобы судить какие специалисты хорошие, а какие - нет (при этом считая что БД там какая, или монитор транзакций, это так, фигня по сравнению с ихней могучей архитектурой). Мне распространение таких идей наносит потенциальные убытки, вот я и дискредитирую Вас как умею. :) Отзовите свой тезис о том что нагрузка на web это не начальный уровень мастерства и я от Вас тут же отстану.