Угу. Сложность в том, что с автоматизацией как раз уже определились, а с управлением пока не очень, есть только устойчивое ощущение, что ClearQuest TM не нравится.
Ну по поводу управления надо скорее на Rational TestManager смотреть, а не на ClearQuest. Или TestManager тоже не нравится?
интеграция Mercury с third party решениями (Hewlett-Packard (Mercury) - Quality Center)
2007-05-11 10:15 Volant
Смотрели и Test Manager и ClearQuest Test Manager plugin. во-превых, они меньше нравятся, во-вторых, немного раздражает политика IBM Rational, когда не понятно какой продукт они будут развивать, а какой возьмут и закроют, а ты остаёшься с кучей наработок на отмерающем продукте.
нам это не подходит, так как у нас одни и те же продукты выпускаются и развиваются годами. два основных программых проект идут уже 5 лет (с 6-8 релизами за это время).
Вакансии IT-тренеров/инструкторов/преподавателей (Работа для IT специалистов)
2007-05-11 13:49 FreeDA
Компания «ТЕКАМА» приглашает: Инструкторов межународной сертифицированной программы iCarnegie университета Carnegie Mellon на условиях full-time (возможно также рассмотрение варианта part-time). Преподаватели получают сертификат, позволяющий читать курсы и программы Carnegie Mellon University`s Computer & Science в международных учебных центрах. Инструкторы программы Carnegie Mellon читают лекции и проводят тренинги для различной аудитории: студенты технических ВУЗов, специалисты-разработчики, IT-менеджеры, С IO, технические специалисты и т.д.; осуществляют методическую подготовку к занятиям под руководством преподавателей университета Carnegie Mellon. Компания ТЕКАМА гарантирует конкурентоспособную заработную плату, предоставляет гарантии в соответствии с Трудовым Кодексом РФ; обеспечивает круглосуточный удаленный доступ к современной информации в сфере разработки ПО, оказывает методическую поддержку и предоставляет специализированную литературу (материалы, курсов, статьи и т.д.). Преподаватели программы Carnegie Mellon имеют возможность дополнительного заработка, проводя собственные тренинги и семинары. Строгим требованием к кандидатам является знание английского языка Своим инструкторам ТЕКАМА предоставляет дополнительные профессиональные возможности, а именно: - привлечение преподавателей в качестве консультантов по проектам в ведущих российских и западных компаниях; - участие в научно-исследовательской деятельности Carnegie Mellon; - возможность публикаций в ведущих отраслевых изданиях; - участие в российских и международных IT-конференциях; - участие в проектах индустриальной сертификации, помощь в разработке собственных программ. Контактный телефон: 223-01-06 (ext.109)- Анна, Юлия e-mail: anna.reshetnikova@russee.com
1) Высшее образование (желательно физико-математическое) 2) Опыт разработки на С++ (не критично) 3) Хорошая математическая подготовка 4) Знание предметной области и алгоритмов аналитической геометрии и графики
Плюсом будет:
1) Знание разговорного английского языка 2) Опыт в разработке коммерческих проектов 3) Опыт работы в компании - разработчике компьютерных игр 4) Знание OpenGL или Direct3D
Обязанности: моделирование физических процессов, связанных с 3D объектами (влияние звука, на продукт компании).
Компенсация: 1500 – 1900 долларов США (обычный программист) до 2200 USD (старший программист), плюс полный соцпакет (страховка, в т.ч. для членов семьи, бесплатные обеды, оплачиваемые больничные, абсолютно белая ЗП, обязательные бонусы - минимум 10% годовой ЗП, возможность уехать работать в головной офис (США), оплачиваемые корпоративные мероприятия).
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «alm_cpp». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Проблемы с записью скрипта (Hewlett-Packard (Mercury) - Performance Center)
2007-05-11 14:47 venn
Настройки dep - одинаковые, версии ie - 6-ые, по настройкам: браузеры вроде как имеют одинаковые настройки. Информация из лога агента LR: 11/05/2007 14:23:26 Error: Communication error: Failed to bind socket. A process on the machine is already bound to the same address. [MsgId: MERR-10344] 11/05/2007 14:23:26 Error: Two Way Communication Error: Function two_way_comm_create_acceptor failed. [MsgId: MERR-60999] 11/05/2007 14:23:26 Error: Failed to create "launchservice" server. [MsgId: MERR-29974] 11/05/2007 14:23:26 Warning: Extension launcher.dll reports error -1 on call to function ExtPerThreadInitialize [MsgId: MWAR-10485] 11/05/2007 14:23:26 Error: Vuser failed to initialize extension launcher.dll. [MsgId: MERR-10700]
Вроде как код 10050 возвращается функцией bind, расшифровка его: 10050 WSAENETDOWN Network is down. A socket operation encountered a dead network. This could indicate a serious failure of the network system (that is, the protocol stack that the Windows Sockets DLL runs over), the network interface, or the local network itself.
Судя по всему на этой машине какие-то серьезные проблемы либо с железом, либо с системой, хотя это очень странно, сейчас буду параллельно ставить голую windowsXP и на нее сразу LR, посмотрю, что получится.
Failed to bind socket. A process on the machine is already bound to the same address.
Видимо, у Вас стоит метод записи через прокси. LR пытается создать свой прокси и прослушивать им некий сконфигурированный порт (3128 или 8080 или я не помню какой). Но этот порт уже прослушивает другая программа, поэтому ничего не получается. Как вариант, могу предположить, что VuGen в режиме записи запущен в другом, параллельном сеансе. Короче, видимо, Вам надо поработать с командой netstat -an, ища там строки LISTENING.
У меня в бумажном виде, издание 2002 года (на русском языке). Глав там 16, а с 13 главы начинается Часть III, содержащая практические примеры, иллюстрирующие то, что написано в предыдущих двух частях. [right][snapback]42013[/snapback][/right]
Алексей, именно практических примеров и не хватает, как раз их и ищу . У нас в Минске этой книги нет. Я уже и по библиотекам искала (одна надежда на Национальную библиотеку). В Москве эту книгу можно купить? Если еще и место подскажете - не буду просто знать, как Вас благодарить.
интеграция Mercury с third party решениями (Hewlett-Packard (Mercury) - Quality Center)
2007-05-11 17:21 ghost83
Для управления процессом тестирования, для написания ручных тестов, для хранения автоматизированных советую использовать продукты Mercury, так как они менее глючны, более удобны и дают больше возможность по ходу тестирования, то есть, например, Mercury QC намного удобнее связки Rational Requisite Pro, Test manager, Clear Quest
WR: Как определить свойство объекта. (Hewlett-Packard (Mercury) - Quality Center)
2007-05-11 18:40 Ромео
ПОМОГИТЕ!!!! Как в WinRunner определить у объекта свойство "Handle", если это свойство не используется при изучении объекта (добавить его при изучении нельзя,т.к оно постоянно изменяет свое значение,а вот значение определить необходимо для дальнейшего использования).
WR: Как определить свойство объекта. (Hewlett-Packard (Mercury) - Quality Center)
2007-05-11 19:04 Mike
Функции obj_get_property/win_get_property/... (так, они кажется, называются) нужны именно для таких случаев. Что касается использования полученного свойства для распознавания - поищите в Help по словосочетанию "descriptive programming" - для распознавания объектов в WinRunner не обязательно использовать GUI Map. Честно говоря, уже 3 года не работал с WR, и под рукой нет, так что извините, если слегка чего напутал кстати, не уверен, что свойство называется так, как Вы сказали. Мне припоминается, что в WR оно звалось "MSW_id" или как-то так...
а тестовое задание есть?[right][snapback]41757[/snapback][/right]
Только на собеседовании -- присылайте резюме. Кстати, а почему это для Вас так важно? [right][snapback]41909[/snapback][/right]
Я бы не сказал что так важно, просто вакансия достаточно интересная, но в мск я не поеду, по крайней мере в ближайший год-полтора. Вот и хотел на досуге поковырятся .... [right][snapback]41931[/snapback][/right]
Скиньте свой email-адрес на yurkennis@yandex-team.ru, подумаем что можно сделать.
Failed to bind socket. A process on the machine is already bound to the same address.
Видимо, у Вас стоит метод записи через прокси. LR пытается создать свой прокси и прослушивать им некий сконфигурированный порт (3128 или 8080 или я не помню какой). Но этот порт уже прослушивает другая программа, поэтому ничего не получается. Как вариант, могу предположить, что VuGen в режиме записи запущен в другом, параллельном сеансе. Короче, видимо, Вам надо поработать с командой netstat -an, ища там строки LISTENING. [right][snapback]42026[/snapback][/right]
Серия смелых экспериментов показала, что это была неверная гипотеза. VuGen выбирает свободный порт для своего перехватывающего прокси из диапазона, начинающегося с 7777.
Сотрудники-резиденты РФ сами платят только подоходный налог -- для них он составляет 13%
Т.е. Ваша компания выдает з/плату сотруднику до налогов? И сотрудник сам лично каждый год выплачивает налоги, заполняя декларацию?[right][snapback]42000[/snapback][/right]
А я думал, здесь форум по разработческим вопросам, а не по КЗОТу и налоговому законодательству. Ведь уже объяснили коллеги, что фактически налоги перечисляет компания, но формально считается, что они входят в оклад.
Вы же спросили, какой смысл называть суммы до налога. Смысл в том, что (а) мы белая компания, и в трудовом договоре фигурируют именно суммы до исчисления подоходного налога; (б) подоходный налог для нерезидентов какое-то время больше, чем для резидентов -- и мы фиксируем сумму до налогов.
Смотрели и Test Manager и ClearQuest Test Manager plugin. во-превых, они меньше нравятся, во-вторых, немного раздражает политика IBM Rational, когда не понятно какой продукт они будут развивать, а какой возьмут и закроют, а ты остаёшься с кучей наработок на отмерающем продукте.
нам это не подходит, так как у нас одни и те же продукты выпускаются и развиваются годами. два основных программых проект идут уже 5 лет (с 6-8 релизами за это время).
Хочется выбрать одну систему на долго :) [right][snapback]42015[/snapback][/right]
Тогда учитывая все вышесказанное, совершенно непонятно с чего вы вдруг остановились на RR/RFT. Они не могут делать ничего, чтобы не могли бы делать WR/QTP. А с учетом ваших требований к процессу управления тестированием вообще и интеграции управления тестированием со средствами автоматизированного тестирования в частности, иметь единый комплекс продуктов HP было бы гораздо логичнее.
Никто не спорит, что стратегия и план-график - это разные артефакты и т.д. Но есть еще и тест-кейсы, тест-сценарии, примеры отчетов и прочие документы, которые находятся "под крышей" тест-плана.
Хотел бы добавить, что хотя IEEE 829 весьма актуальный документ, он довольно таки старый - 1998 год, и довольно тяжеловесный. Не стоит пытаться реализовать весь объем документации, приведенный в стандарте, только ради соответствия ему.
Несмотря на достаточно однозначное определение тест-плана на wiki и в IEEE 829, он может преследовать разные цели. По крайней мере две: первая - как самостоятельный продукт, который передается заказчику. Во втором - как внутреннее средство для организации и качественного выполнения тестирования программного продукта компании. Очевидно, что в каждом случае требования к тест-плану будут различными.
Если мы говорим о тест-плане, как внутреннем инструменте, то надо помнить, что документация должна облегчать тестирование продукта, а не отвлекать ресурсы на постоянную бумажную работу. Структура и содержание тест-плана должны соответствовать процессу и методологии тестирования, принятым в компании.
Есть так же мнение, что при правильной организации процессов разработки, многие, если не все, секции тест-плана могут быть сгенерированы автоматически из остальной документации/данных проекта.
mySQL query error: SELECT m.mgroup_others, m.id, m.name, m.msg_total, m.view_pop, m.email_pm, m.language, m.email, me.vdirs, g.g_max_messages, g.g_use_pm FROM ibf_members m, ibf_groups g LEFT JOIN ibf_member_extra me ON (m.id=me.id) WHERE LOWER(m.name) IN ('имя_пользователя') AND m.mgroup=g.g_id
mySQL error: Unknown column 'm.id' in 'on clause' mySQL error code: Date: Saturday 12th 2007f May 2007 08:23:14 AM
Проблемы с записью скрипта (Hewlett-Packard (Mercury) - Performance Center)
2007-05-12 13:19 venn
Вчера с помощью avz посмотрел, какие приложения используют порты, возникло подозрение, что конфликтуют и мешают друг другу работать LR и QC. В подтверждение этому также служит то, что на другие машины ставился только LR. В связи с тем, что пока не на работе, продолжить эксперименты нет возможности. Кстати, насколько я помню, порты прописывались для QC только при установке. Через администрирование QC не нашел способа изменить номер порта. Кто-нибудь знает, где прописываются номера портов? В каком файле например... В принципе и сам буду искать, но просто очень трату времени хочется минимизировать, и так уже дня четыре на разбирательства потратил.
ПОМОГИТЕ!!!! Как в WinRunner определить у объекта свойство "Handle", если это свойство не используется при изучении объекта (добавить его при изучении нельзя,т.к оно постоянно изменяет свое значение,а вот значение определить необходимо для дальнейшего использования). [right][snapback]42035[/snapback][/right]
Как научиться водить машину, ни разу не сев за руль?
Вот и я немного поостыв полностью согласилась с вашим мнением. Посто сначала расстроилась когда поняла что книгу дочитываю, а вопросов море. Потом, дав себе время "переварить" полученную инфу, поняла что хочу наверное слишком много. Ведь любая теория без практики мертва И Канера наверное через время хорошо бы перечитать, чтобы понять то, что в этот раз осталось непонятым или незамеченным. А вот бросать эксперименты с ListBoxer-ом не буду. Хочу действительно дожать из программы все что смогу, а потом браться за что-то другое Думаю это даст мне возможность оценить на сколько я смогла усвоить все то, о чем читала.
QUOTE
Отлично, теперь читайте Тамре или например Бейзера.
Тамре у меня есть. Только вот не нравится она мне - уж очень путано и нудно, очень тяжело читать. А вот Бейзера нет. Может кто-то сможет поделиться - пишите в ЛС. (Имею ввиду электронную копию)
QA в инженерных отраслях. (Обеспечение качества ПО - QA)
2007-05-12 17:25 melan
Я немного знаком с процессами, которые применятся в местной конторе для разработки далеко леталельных аппаратов, т.е. тех, которые улетают за пределы атмосферы. Так вот, в этой котроре деятельность в области QA, а именно разработка процессов, их верификация и оптимизация, началась еще лет 50 назад. Т.е. никто, совершенно никто не спорит с тем фактом, что изделия или их прототипы нужно многократног испытывать (тестировать), что нужно разрабатывать тех. задания и спецификации на изделия (требования) и что нужно проводить многоуровневый контроль всех деталей и материалов (ревью).
На всех предприятиях давно заниющихся разработкой сложной техники, а особенно для военных, уже давно существуют устоявшиеся процессы разработки и во многих случаях эти процессы достаточно оптимальны и обеспечивают должный уровень качества.
На подобных предприятиях чаще всего нет отдела с названием QA, однако там есть отделы/люди занимающиеся поддержанием системы качества на должном уровне. По моим наблюдениям - это ответственность руководителей любых уровней.
Ну а на кустарных производствах ничего подобного нет. Да и нужно ли оно там?!
Если говорить про QA при разработке софта, то нужно просто понять к какому уровню относится та или иная разработка. Если это маленький кустарный проектик, то какой смысл там заморачиваться с QA. Все-таки эти люди не зарабатывают для конторы никаких денег, они только позволяют их экономить. Ну а если разработка относится к серьезному производству с высокой стоимостью каждого бага, то тут нужно либо создавать свой отдел QA, либо привлекать экспертов со стороны.
А я думал, здесь форум по разработческим вопросам, а не по КЗОТу и налоговому законодательству. Ведь уже объяснили коллеги, что фактически налоги перечисляет компания, но формально считается, что они входят в оклад.
Данный раздел форума - о работе, поэтому все такие моменты лучше сразу уточнить.
QUOTE(yurkennis @ May 12 2007, 01:02 AM)
Вы же спросили, какой смысл называть суммы до налога. Смысл в том, что (а) мы белая компания, и в трудовом договоре фигурируют именно суммы до исчисления подоходного налога; (б) подоходный налог для нерезидентов какое-то время больше, чем для резидентов -- и мы фиксируем сумму до налогов.
Про а) - согласен, там, конечно, д.б. "грязная" з/плата, про б) - если Вы, конечно, берете нерезидентов, то тогда понятно у них другие несколько налоги.
Ну и дискуссию можно закрыть на тему налогов, так как понятно, что Вы хотели сказать и понятно, что я имел в виду.
QUOTE
Или таких специалистов просто нет на рынке? Как бы вы исключали такую гипотезу, поделитесь опытом?
Ну наврядли прямо совсем нет таких, хотя их скорее всего действительно немного. Но ведь есть специалисты в области просто нагрузочного тестирования, которые достаточно легко смогут переключится на вашу специфику.
.... Структура и содержание тест-плана должны соответствовать процессу и методологии тестирования, принятым в компании.
Есть так же мнение, что при правильной организации процессов разработки, многие, если не все, секции тест-плана могут быть сгенерированы автоматически из остальной документации/данных проекта.
В любом случае очень не советую изменять какие-то порты в QC предварительно не пообщавшись с саппортом и не получив от них подробные инструкции где и как это делать.
Test Complete (Выбор инструментов)
2007-05-13 11:25 Sudo -NAT
Здравствуйте. Ищу информация о Test Complete. - Что именно мне необходимо? - Мне нужна информация, о том, для чего вообще предназначен TC и какие технологии он использует в своёй работе. Если у кого есть информация данного рода - поделитесь, можно и на Английском языке.
Есть так же мнение, что при правильной организации процессов разработки, многие, если не все, секции тест-плана могут быть сгенерированы автоматически из остальной документации/данных проекта.
Как? Например, есть тул для трекинга требований, есть система версионного контроля где лежит код и все изменения в коде протоколируются со ссылками на таски в системе управления проектом, даже пусть есть полностью откомментированный код. Теперь давайте подумаем как все инструменты вместе взятые могут сгенерировать какой-то пункт тест плана?
Есть так же мнение, что при правильной организации процессов разработки, многие, если не все, секции тест-плана могут быть сгенерированы автоматически из остальной документации/данных проекта.
Как? Например, есть тул для трекинга требований, есть система версионного контроля где лежит код и все изменения в коде протоколируются со ссылками на таски в системе управления проектом, даже пусть есть полностью откомментированный код. Теперь давайте подумаем как все инструменты вместе взятые могут сгенерировать какой-то пункт тест плана? [right][snapback]42059[/snapback][/right]
Под автоматически генерацией надо понимать следующее: Вы берете соответствующий материал из Функциональных Спецификаций или из Дизайна - и создаете тест-план. Причем создатель Тест Плана может "взятый материал" ЧУТЬ - ЧУТЬ творчески переработать либо оставить вообще неизменным.
p.s: а что за система трекинга требований ?
Специалист по нагрузочному тестированию - Яндекс (Работа/Москва)
2007-05-13 23:50 anon
Забавно, но я думал что QA должен заниматся вопросами связаными с изучением необходимости нагрузочного тестирования и порядка проведения его, а не непосредственно нагрузочным тестированием.
Почему то в нашей стране для отделения менее опытных студентов от субъектов с обытом и не метувшихся в сторону разработки используют термини QA. Хотя с другой стороны тимлид или тест-менеджер у нас выполняет функции QA
Забавно, но я думал что QA должен заниматся вопросами связаными с изучением необходимости нагрузочного тестирования и порядка проведения его, а не непосредственно нагрузочным тестированием.
Забавно, но я думал что QA должен заниматся вопросами связаными с изучением необходимости нагрузочного тестирования и порядка проведения его, а не непосредственно нагрузочным тестированием.
Хм, а интересно, а кто же должен заниматься тестированием как не QA/тестировщики?
QUOTE(anon @ May 13 2007, 11:50 PM)
Почему то в нашей стране для отделения менее опытных студентов от субъектов с обытом и не метувшихся в сторону разработки используют термини QA. Хотя с другой стороны тимлид или тест-менеджер у нас выполняет функции QA [right][snapback]42061[/snapback][/right]
Ну не согласен. Конечно, студенты м.б. тестерами без опыта, в задачи которых можно поставить запуск тест кейзов и несложное ручное тестирование. Более опытные QA должны знать язык, на котором пишется продукт, один или несколько языков для разработки тест кейзов автоматизированного тестирования, один и несколько языков для разработки специфических тестов (обычно это Perl, Phyton etc). Поэтому обычно хороший QA это бывший Dev с особым складом ума.
