Работа в Лондоне (от 2-3 лет) (Работа/Зарубеж)
2007-05-24 20:15 Look_for Крупная софтверная компания приглашает QA специалистов для работы в лондонском отделении крупного международного инвестиционного банка.
В новую проектную команду нужны специалисты по нагрузочному и функциональному автоматизированному тестированию, с отличным знанием инструментов Mercury (LoadRunner / WinRunner (QTP), Test Director) и достаточным для свободного общения уровнем английского. Опыт работы - от 2-х лет.
Условия: релокация для сотрудника и семьи, оформление всех необходимых документов, оплата проезда и провоза багажа, оплата гостиницы на первое время, помощь в адаптации; медстраховка сотруднику и семье; офис в центре Лондона; бессрочный договор, официальное оформление, з/п 45-50 тыс. фунтов/год gross.
Готовы ответить на возникшие вопросы, пишите (можно приватно: cv_software@bk.ru), или звоните +7 (903) 256 68 61, Ксения)
Попытаюсь рассказать об общем подходе нагрузочного тестирования терминальных систем в частности на основе Citrix-сервера.
Какие из известных мне инструментов поддерживают тестирование Citrix (может есть еще, буду рад узнать) 1 IBM Rational Perfomance tester 7.0.0.2 2 HP Mercury Load Runner 8.1 FP4
Весь вопрос в деньгах, как обычно, и в требованиях к задаче.
При нагрузочном тестировании Citrix-приложений создаются множественные аккаунты (имя пользователя и пароль в домен, либо на сервер Citrix) - по одному для каждого виртуального пользователя. Если этого не сделать, т.е. попытаться работать под одним пользователем, то второй и последующие пользователи, логинящиеся под тем же аккаунтом, который был использован первым виртуальным пользователем, будут автоматически перенаправлены в сессию, созданную этим первым пользователем. Если рассматривать эту ситуацию на реальных пользователях, то это будет означать, что если пользователь А залогинился под пользователем Б и пользователь Б после этого захотел залогиниться на Citrix-сервер, то пользователь А будет автоматически отключен от сервера. Итог: для того чтобы иметь возможность моделировать работу X пользователей, у нас должны быть созданы X аккаунтов до начала проведения испытаний. Избежать операции подключения к терминальному серверу в ходе нагрузочного тестирования невозможно, поэтому, не имея необходимого числа аккаунтов, нет возможности проводить нагрузочное тестирование.
По этой же причине Citrix-сервер должен быть специально сконфигурирован полностью закрывать (уничтожать) сессии после того, как Citrix-клиент (виртуальный пользователь) закрыл соединение (не важно по какой причине - сам или в результате ошибки при выполнении скрипта). По умолчанию, Citrix-сервер сконфигурирован сохранять такие сессии до следующего раза, когда этот же клиент откроет новое соединение.
Второй оригинальный способ: Создать X-копий приложения на Citrix сервере. Таким образом, каждый пользователь работает со своей копией приложения с одним логином.Данный вариант подходит, с некоторым ограничением, для тестирования одной БД. Надо обсудить, как это скажется на самом сервере.
Аналогична ли инициализация одной копии приложения X пользователями, варианту инициализация X-приложений одним пользователем.
С технологией тестирования "черного чщика" я знаком. Мне бы хотелось стать именно специалистом по обеспечиб качества. Ведь сейчас я как бы есть тестер.
Кстате вопрос: Инженер по обеспечению качества должен знанть процесы разработки?
В первую очередь ему неплохо бы писать неторопясь и читать потом то, что уходит в форум. Ошибки бывают у всех, но в таком количестве в одном-двух предложениях уже режет глаз.
Можно глупый вопрос: а почему вы хотите стать инженером по обеспечению качества, если (могу ошибаться) не знаете что это за роль?
2no1: Сэм Канер - пишет про теорию тестирования, не про QA. Кстати, у него есть просто улетная книга про тестинг: "Lessons to be learned" - отличная, насыщенная практикой вешь. [right][snapback]42406[/snapback][/right]
Подскажите, плиз, где книжку эту найти? Погуглила - и ничего похожего не нашла
Что за дифф, простите? [right][snapback]42547[/snapback][/right]
Имеется в виду юниксовая команда diff. В windows аналог называется fc (file compare). Имеются также GUI-шные реализации, например в Windows Commander и в составе, я думаю всех, систем контроля версий.
QUOTE(Gismo @ May 25 2007, 09:40 AM)
Очень интересуют тулы, инструменты для этой реализации [right][snapback]42547[/snapback][/right]
Откуда такой интерес к тулам? Вы с их покупки свою выгоду имеете? ;) Посмотрите про OPENROWSET в документации MSSQL. Может всё-таки понравится?
2no1: Сэм Канер - пишет про теорию тестирования, не про QA. Кстати, у него есть просто улетная книга про тестинг: "Lessons to be learned" - отличная, насыщенная практикой вешь. [right][snapback]42406[/snapback][/right]
Подскажите, плиз, где книжку эту найти? Погуглила - и ничего похожего не нашла [right][snapback]42548[/snapback][/right]
Сорри, я переврал название слегка:-) Lessons Learned in Software Testing
Имеется в виду юниксовая команда diff. В windows аналог называется fc (file compare). Имеются также GUI-шные реализации, например в Windows Commander и в составе, я думаю всех, систем контроля версий.
Откуда такой интерес к тулам? Вы с их покупки свою выгоду имеете? ;) Посмотрите про OPENROWSET в документации MSSQL. Может всё-таки понравится?
[right][snapback]42549[/snapback][/right]
Спасибо!
Напомню, что есть необходимость в сравнение следующих: 1. MS SQL Server 2005-2007 2. Oracle 8.1.7 - 9i 3. Bitrieve
А от покупки тулов материальной выгоды не имею) и сейчас меня интересуют free-tools.
А о каком тренинге речь идет? Расписание на сайте до июля, а вы про осень говорили?
Я писал про тренинг Управление качеством [right][snapback]42545[/snapback][/right]
Был на этом тренинге, даже по стечению обстоятельств 2 раза. В целом дает общее понимание что же такое "обеспечение качества". Больше одного раза ходить не рекомендую:)) Кстати, будет ли тренинг отличным - во многом зависит от тренера. Я второй раз пошел на тренинг из-за Дениса Запиркина - он вел "управление качеством", хотел познакомиться с ним. Вот и познакомился:)
Добрый день, отвечу по порядку: 1) Что касается документов - компания берет на себя оформление визы и разрешения на работу. Вид на жительство и в дальнейшем гражданство в данном случае не предлагаем ) 2) По договору специалисты будут числиться в лондонском отделении IT-компании. Насчет судов, к счастью, пока прецендентов не было. Но, учитывая, что сотрудники работают и числятся в Лондоне в соответствии с местным законодательством, платят налоги в Британии и т.д. - такие споры вряд ли решаются в росийских судах. Попробую уточнить - напишу.
PS Предлагаемый вариант полностью законен, и вряд ли Вам придется отстаивать свои права в суде )
Место встречи г Долгопрудный, канал имени Москвы. Настолько красивых мест в пределах быстрой досягаемости в подмосковье очень мало. Фото местности и схема проезда прилагаются. Способы проезда: * от метро Речной вокзал на 368 (15-20 минут, если без пробок). * от метро Алтуфьво на 456 или 456с (20-25 минут, если без пробок) * от м. Тимирязевская (25 минут) или Савеловская до станции Долгопрудная и далее пешком (еще 15 минут) Последний способ самый быстрый, если ехать из центра.
Так приходите, пообщаемся -- или вы уже на берегу убеждены, что захотеть не удастся? [right][snapback]42442[/snapback][/right]
Вопрос немного непонятен. Про захотеть я говорил с точки зрения соискателя. С точки зрения получения результата, я убеждён что это не такая уж ракетная наука и квалифицированный разработчик изнутри - научится, если ему не мешать, ну и заплатить, конечно. По поводу куда-то приходить общаться: мне в настоящей исторической перспективе как-то больше нравятся публичные обсуждения. Т.е. текущий формат устраивает. [right][snapback]42497[/snapback][/right]
Что ж, давайте попробуем пообщаться здесь.
Я, наверное, невнимательно читал -- а что для Вас может быть существенным фактором для смены работы [и перехода в Яндекс], раз Вы уверены (если я Вас правильно понял) в собственной квалификации для этой или подобных вакансий?
На всякий случай мой рабочий email: yurkennis@yandex-team.ru
Тут еще подсказали интересную "особенность" работы Windows. Попробуйте, получится ли у вас создать папку или файл "Con" [right][snapback]42529[/snapback][/right]
Ну да, конечно. Попробуйте создать в *nix файл dev/null, тоже интересная особенность, но не Windows.
А от покупки тулов материальной выгоды не имею) и сейчас меня интересуют free-tools. [right][snapback]42552[/snapback][/right]
Если нужно фри тулз, делаете так: 1. Любимый язык программирования (под Windows многим нравится VBScript, попробуйте) 2. Библиотеки доступа к нужной БД (чаще всего идут с клиентом соответствующей БД) 3. Любая реализация diff/compare/... 4. Используя (1) и (2), пишете скрипт, выгружающий базу в текстовый файл 5. Используя (3), сравниваете два дампа.
Сравнение баз данных (Автоматизированное функциональное тестирование ПО)
2007-05-25 14:32 ichthys
СУБД слишком разные, значит средствами одной из них задачу не решить. На первый взгляд получаются так Вариант 1. Как уже писали раньше, можно выгрузить содержимое таблицы из каждой СУБД в отдельный файл. Далее натравить на эти файлы diff и увидеть чем они отличаются. Сделать одинаковые по структуре файлы средствами заявленных вами СУБД, врядли получится. Поэтому, чтобы получить эти файлы, вам придется написать самим простенького клиента к каждой СУБД. Этот клиент обеспечит одинаковый формат файла на выходе. Вариант можно использовать, если на практике таблицы "не сильно" рассинхронизированы. Иначе, что потом делать с диффом в XX мегабайт?
Вариант 2. Завести отдельную БД на оракле или MS SQL сервере. В этой базе данных создать 3 одинаковых по структуре таблицы. Написать клиента, который перельет данные в эти таблицы из Btrieve, оракла и MSSQL. Далее средствами того сервера, на который вы слили данные, сравниваете содержимое таблиц. Перелив данных может занять много времени, надо посмотреть, возможно нужно сравнивать не все поля таблицы, тогда их и переливать не нужно. Вобщем, тут есть простор для оптимизации.
Попутный вопрос, а что дальше? Достаточно зафиксировать разницу или нужно синхронизировать таблицы?
Неплохую вакансию Люксофт предлагает. Жаль не подхожу для этого. Если бы да кабы в менеджменте предложили..... [right][snapback]42556[/snapback][/right]
45-50 тыс. фунтов/год gross
то есть это 32-35 net на 12 месяцев приблизительно 2700 фунтов месяц - с семьей будет тяжеловато если работать будет только один
Вакансия:Инженер по тестированию ПО (Работа/Москва)
2007-05-25 16:27 astraelena
Требования: Высшее техническое образование. Профессиональные навыки: участие в проектах функционального тестирования; понимание методик тестирования; разработка тестовых спецификаций и сценариев тестов. Знание ОС: администрирование Windows. Обязательное владение одним из автоматизированных средств функционального тестирования (предпочтительно Mercury QuickTest Pro). Обязательный опыт работы с одной из автоматизированных систем управления дефектами (предпочтительно Mercury TestDirector).
Обязанности: ∙ Работа с требованиями ∙ Разработка тестовых спецификаций и сценариев тестов ∙ Настройка и поддержание тестовой среды ∙ Создание автоматизированных тестов ∙ Выполнение ручных тестов ∙ Заведение и сопровождение дефектов з/п до 2000 у.е.(по итогам собеседования ) +соц. пакет + обучение и сертификация(за счет компании) М. Войковская т. 981-61-82 Елена eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
ГОТОВЫ рассмотреть специалистов разной квалификации.
вакансия:Эксперт по тестированию / QC Leading Engi (Работа/Москва)
2007-05-25 17:09 astraelena
Требования: Знание жизненного цикла разработки ПО. Опыт разработки ПО или тестирования (включая нагрузочное) - не менее2-х лет. Знание ОС Unix; Windows-server на уровне администратора - приветствуется. Знание БД Oracle, MS SQL, умение оптимизировать настройки серверов БД и приложений для цели увеличения производительности системы - значительный плюс. Знание аппаратных серверных средств приветствуется. Обязанности: Участие в проектах нагрузочного и функционального тестирования аппаратно-программных комплексов. з/п до 1800 у.е.(по итогам собеседования ) +соц. пакет + обучение и сертификация(за счет компании) М. Войковская т. 981-61-82 Елена eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
Проблема со всплывающим "Stadard Windows Dialog" (Hewlett-Packard (Mercury) - Quality Center)
2007-05-25 17:22 iFomin
Эта проблема описана в релиз ноутсах к кутипи. Это "фича". Меркури предлагает с ней бороться единственным образом - держать открытым окно RDC. Причем его нельзя даже сворачивать, обязательно должно быть открыто. Можно только сдвинуть за экран, чтобы не мешалось... Ах да, и не забывайте отключать скринсейверы на удаженных машинах, из-за этого тоже тесты падают.
Вакансия Ведущий разработчик C++/Linux (Работа для IT специалистов)
2007-05-25 18:59 it-dominanta
Рекрутинговая компания «IT- Доминанта» приглашает кандидатов из Белоруссии, желающих жить и работать в Санкт-Петербурге, для участия в конкурсе на открытую позицию ВЕДУЩИЙ РАЗРАБОТЧИК C++/Linux. Работодатель – всемирно известная IT-компания с представительством в Санкт-Петербурге, занимающаяся разработкой ПО. Если Вы задумывались о жизни в городе на Неве, являетесь хорошим специалистом, мечтаете работать в успешной компании и хорошо зарабатывать, то это Ваш шанс! Компания компенсирует затраты на проезд и релокацию.
ОПИСАНИЕ ВАКАНСИИ Обязанности: Участие в разработке Консультирование, координация деятельности группы разработчиков
Требования: От 3-х лет опыта работы с Linux kernel, системное программирование C++/C, ASM, Shell Опыт кросс-платформенной разработки Знание x86, ARM, MIPS, PPC Высшее техническое образование Отличный разговорный английский язык (advandced level)
Условия: 1500-2000$ (обсуждается на собеседовании) + бонусы ДМС (стоматология), Питание, уроки английского языка, оплата компанией сертификаций
О КОМПАНИИ IT-ДОМИНАНТА Рекрутинговая компания IT- Доминанта(Санкт-Петербург) специализируется на подборе IT персонала. Мы подбираем кадры для ведущих IT-компаний – Sun, Alcatel, Motorola, Siemens и др. Наше агентство победитель конкурса «Лучшее кадровое агентство Санкт-Петербурга 2007». Мы лучшие в области подбора персонала в сфере информационных технологий. Более полная информация о нас : www.it-dominanta.ru
СХЕМА ВЗАИМОДЕЙСТВИЯ Вы присылаете резюме Мы связываемся с Вами по телефону для проведения устного собеседования Ваша кандидатура представляется компании-Работодателю В случае заинтересованности, Работодатель проводит собеседование по телефону– Вас приглашают на финальное собеседование в Санкт-Петербург за счёт компании Для Вас услуги нашего агентства бесплатны
Заинтересовавшихся соискателей просьба направлять свои резюме на адрес: jane@it-dominanta.ru
Вакансия Ведущий разработчик C++/Linux (Работа/Минск)
2007-05-25 19:01 it-dominanta
Рекрутинговая компания «IT- Доминанта» приглашает кандидатов из Белоруссии, желающих жить и работать в Санкт-Петербурге, для участия в конкурсе на открытую позицию ВЕДУЩИЙ РАЗРАБОТЧИК C++/Linux. Работодатель – всемирно известная IT-компания с представительством в Санкт-Петербурге, занимающаяся разработкой ПО. Если Вы задумывались о жизни в городе на Неве, являетесь хорошим специалистом, мечтаете работать в успешной компании и хорошо зарабатывать, то это Ваш шанс! Компания компенсирует затраты на проезд и релокацию.
ОПИСАНИЕ ВАКАНСИИ Обязанности: Участие в разработке Консультирование, координация деятельности группы разработчиков
Требования: От 3-х лет опыта работы с Linux kernel, системное программирование C++/C, ASM, Shell Опыт кросс-платформенной разработки Знание x86, ARM, MIPS, PPC Высшее техническое образование Отличный разговорный английский язык (advandced level)
Условия: 1500-2000$ (обсуждается на собеседовании) + бонусы ДМС (стоматология), Питание, уроки английского языка, оплата компанией сертификаций
О КОМПАНИИ IT-ДОМИНАНТА Рекрутинговая компания IT- Доминанта(Санкт-Петербург) специализируется на подборе IT персонала. Мы подбираем кадры для ведущих IT-компаний – Sun, Alcatel, Motorola, Siemens и др. Наше агентство победитель конкурса «Лучшее кадровое агентство Санкт-Петербурга 2007». Мы лучшие в области подбора персонала в сфере информационных технологий. Более полная информация о нас : www.it-dominanta.ru
СХЕМА ВЗАИМОДЕЙСТВИЯ Вы присылаете резюме Мы связываемся с Вами по телефону для проведения устного собеседования Ваша кандидатура представляется компании-Работодателю В случае заинтересованности, Работодатель проводит собеседование по телефону– Вас приглашают на финальное собеседование в Санкт-Петербург за счёт компании Для Вас услуги нашего агентства бесплатны
Заинтересовавшихся соискателей просьба направлять свои резюме на адрес: jane@it-dominanta.ru
вакансия ВЕДУЩИЙ РАЗРАБОТЧИК C++/Linux (Работа/Санкт-Петербург)
2007-05-25 19:04 it-dominanta
Всемирно известная IT-компания с представительством в Санкт-Петербурге, занимающаяся разработкой ПО, приглашает специалистов принят участие в конкурсе на позицию ВЕДУЩИЙ РАЗРАБОТЧИК C++/Linux.
Обяанности: Участие в разработке Консультирование, координация деятельности группы разработчиков
Требования: От 3-х лет опыта работы с Linux kernel, системное программирование C++/C, ASM, Shell Опыт кросс-платформенной разработки Знание x86, ARM, MIPS, PPC Высшее техническое образование Отличный разговорный английский язык (advandced level)
Условия: 1500-2000$ (обсуждается на собеседовании) + бонусы ДМС (стоматология), питание, уроки английского языка, оплата компанией сертификаций Участие в интересных проектах, работа в коллективе профессионалов, современное оснащение рабочих мест, официальное оформление и заработная плата. Иногородим гражданам компания оказывает материальную помощь при переезде.
Заинтересовавшихся соискателей просьба направлять свои резюме на адрес: jane@it-dominanta.ru
Дополнительная информация: --- О компании 'IT-Доминанта' --- Мы подбираем персонал для ключевых IT компаний. Поиск работы с нами - это: - подготовка к собеседованию у работодателя - помощь в позиционировании себя на рынке труда - порядка 100 IT вакансий - несколько вариантов трудоустройства - бесплатно
Успешные компании ищут специалистов через нас. Подробнее - it-dominanta точка ру.
Что понравилось: - Можно редактировать несколько тестов одновременно - Не тормозит, в отличие от QTP - IntelliSense - Интуитивно понятный интерфейс, годами отлаживаемый Microsoft. - Автодоки
Что не понравилось: - Отсутствует привязка к External экшенам (а было бы удобно) - Объектные репозитории тоже не смогли расшифровать, по-видимости - Почему-то code complete не поддерживает встроенные классы и методы QTP (Browser, Click, WaitProperty и иже с ними) - Корневой экшен редактировать нельзя.
Вот если бы ЭйчПи купили этот проект и довели его до ума - надо было бы срочно пинать начальство и покупать. А пока лично мне от него пользы нет.
Автоматическая запись Itemов в List of Data (Hewlett-Packard (Mercury) - Performance Center)
2007-05-25 20:18 Boltick
Вопрос вот в чем: Есть у меня в приложении список, где я могу чекать элементы. При записи скрипта, я делаю сабмит формы и все чекнутые элементы попадают в "List of Data". Причем кол-во этих элементов зависит от того сколько я чекаю. Т.е. если в листе всего 2 элемента, я получаю 2 Itema в дата листе, если больше, то больше Items. Можно ли сделать так, чтобы ЛР автоматически распознавал сколько надо айтемов загонять в "List of Data"?
Вот как оно записывает сабмит выделенных 2-ух айтемов в листе: "Name=check62", "Value=62", ENDITEM, "Name=check87", "Value=87", ENDITEM,
Как я написал, кол-во айтемов генерится динамически, в зависимости от размеров листа...
Большое спасибо, за любую посильную помощь...
Какую литературу почитать для ознакомления с QA? (Обеспечение качества ПО - QA)
2007-05-25 21:30 Akeem
Я имею представление, что это за роль, но конкретного определения не знаю. Мне нравится узнавать что-то новое. Тем более что я больше смахую на QA, а не на обычного тестировщика (обладаю требуемыми качествами, но пока нет знаний). Я только начал знакомится с сферой ИТ, в часности с тестированием и обеспечением качества.
ЗЫ. То что я делаю очипятки -- то я не волшебник я только учусь.
Вид на жительство и в дальнейшем гражданство в данном случае не предлагаем ) [right][snapback]42557[/snapback][/right]
Ну хотя бы не мешаете? )
QUOTE(Look_for @ May 25 2007, 11:31 AM)
к счастью, пока прецендентов не было. [right][snapback]42557[/snapback][/right]
А такие прецеденты, что сначала заключался договор на аутстаффинг, а только потом начинался поиск специалистов, причём на рынке, а не среди текущих сотрудников, у крупной софтверной компании были? Можно кто-нибудь с опытом работ по такому договору порекламирует данную вакансию? Расскажет success story. Теперь это стало так модно. :)
QUOTE(Look_for @ May 25 2007, 11:31 AM)
Предлагаемый вариант полностью законен, и вряд ли Вам придется отстаивать свои права в суде ) [right][snapback]42557[/snapback][/right]
Да никто не угрожает вам судом, просто, я полагаю, такой договор определяет и бытие и сознание на несколько лет. Вот и хочется узнать по каким установлениям придётся жить. Вдруг придётся жить с оглядкой на какое-нибудь бермудское правосудие.
Что ж, давайте попробуем пообщаться здесь. [right][snapback]42560[/snapback][/right]
Вы как-будто и не рады такой возможности? :) Или мне показалось? Я считаю, что если прояснить некоторые моменты, то люди к вам потянутся сильнее. А как они узнают что моменты прояснены, если это сделать в тиши кабинета?
QUOTE(yurkennis @ May 25 2007, 11:56 AM)
Я, наверное, невнимательно читал -- а что для Вас может быть существенным фактором для смены работы [и перехода в Яндекс], раз Вы уверены (если я Вас правильно понял) в собственной квалификации для этой или подобных вакансий? [right][snapback]42560[/snapback][/right]
Я кажется уже выступал на подобную тему в топике про кризис кадров.
Про существенный фактор для смены работы, это проще простого - отсутствие оной по каким-то причинам.
Про переход в компанию Яндекс - сложнее. Меня бы на самом деле ещё на берегу интересовало следующее: - Почему для выполнения этих работ не привлекаются действующие сотрудники? Она считается непрестижной? Низкооплачиваемой? Не способны её выполнять? Она не считается важной для бизнеса? Созданы административные барьеры для перехода в группу? Ищется разводящий, чтобы на авось трансфертнуть ему ответственность и риски? Это сразу бы позволило оценить своё будущее место в компании не только мне (а ведь от такого позиционирования зависит и успех дела и реальность перспектив, которые Вы обещаете). Может быть ответ также позволил понять как было произведено ценообразование по данной вакансии, и удовлетворил бы многочисленных недовольных. :) Короче, такая декларация возможно позволила бы привлечь трезвомыслящих опытных людей. - Почему перспективы роста до руководителя второй группы, рисуются перед соиcкателями, а не перед действующими её членами? - Я прочитал в другом форуме, что на самом деле, те системы, с которыми предполагается работать, вторичны для компании. Может быть стоит акцентировать на этом внимание, и мандраж у многих начинающих пройдёт? Лично я, правда, действительно не считаю себя совсем уж начинающим, так что моё внимание лучше на это не обращать.
Автоматическая запись Itemов в List of Data (Hewlett-Packard (Mercury) - Performance Center)
2007-05-26 06:43 Dmitry_NJ
Что-то я не очень пойму вашу мысль. Полученный при записи код, соответствует тому листу, который у вас был в момент записи. Вы сами можете менять записанный код, но как этот код может меняться динамически самим тулом самостоятельно в процессе работы?! Это должен быть тул, позволяющий коду скрипта динамически строить другой код и тут же его выполнять.
Вы лучше скажите что вы в итоге хотите добиться. Научиться обрабатывать заранее неизвестное переменное количество пар name/value? Если да, то это возможно. Но это не LR будет за вас автоматически делать, а ваш код будет говорить сколько и каких элементов должно быть в листе каждый раз, когда вы выполняете этот web_submit_data.
Как приобрести лицензионную версию WinRunner. (Выбор инструментов)
2007-05-26 06:59 Dmitry_NJ
Извращение понятие субъективное. А дискуссию не надо было даже начинать, ибо к первоначальному вопросу она не имеет отношения. Каким образом каждая компания решает продавать свои продукты это дело компании. Главное конечный результат.
Работа в Лондоне (от 2-3 лет) (Работа/Зарубеж)
2007-05-26 07:40 Dmitry_NJ
Насколько я знаю, в UK для оформления вида на жительство (ILR) не требуется никакого участия работодателя. Отработал 4 года и сам можешь его оформлять. А еще через год и гражданство. Если только что-то коренным образом не поменялось в последние годы (я за UK перестал внимательно следить).
45-50 килофунтов это вполне нормально для стартовой зарплаты без местного опыта и с не идеальным английским. В таких местах как инвестиционный банк, как правило, хорошие бенефиты. Опять же, насколько я помню, члены семьи обладателя work permit имеют право легально работать в UK.
Тул для записи/востановления образа диска (DVD) (Выбор инструментов)
2007-05-26 07:58 YSH
Мы выполняем тестирование продукта (веб приложение) на различных версиях Windows, в том числе и серверных. У нас несколько компьютеров одинаковой модели (Dell); набор тестовых конфигураций существенно больше этого количества. Чтобы иметь возможность быстро подготовить необходимую конфигурацию, используем образы дисков. До сих пор использовали Ghost, одну из старых версий. Конфигурируем систему один раз, устанавливаем все необходимое и записываем образ на диск. Потом используем его в качестве startup диска – вставили диск в любой компьютер, перезагрузили его, вернулись через 5-10 минут – система готова.
Основная проблема – то, что наша версия Ghost не поддерживает DVD диски. Образ диска с Windows, SQL Server, другими необходимыми для работы компонентами (и в некоторых случаях самим продуктом), может занимать несколько СD дисков. Соотвественно, приходится последовательно вставлять несколько дисков.
Сейчас ищем новый тул для создания и восстановления образов, чтобы они записывались на DVD диски – это позволит нам заметно съэкономить время. Читали, что последние версии Ghost поддерживают эту технологию, однако, дешевые версии работают только с домашними версии Windows (аналогично и Acronis True Image). Enterprise аналоги этих продуктов поддерживают все версии Windows, но при этом включают ненужную нам функциональность, и они слишком дорогие.
Видели ревью подобных программ, но не у всех есть триальные версии, чтобы можно было поставить и проверить. Может ли кто нибудь порекомендовать нам тул (в пределах 100 долларов за лицензию), который бы отвечал нашим требованиям. Для других целей его использовать не планируем.
Регламентировать процесс взаимодействия отделов (Управление тестированием ПО: тест менеджмент)
2007-05-26 16:47 ЛаМпочка
Воспрос такой: сталкивались ли вы когда либо с написанием регламентов (не, не отдела...) для процесса взаимодействия по вопросам тестирования ПО? Сумбурно звучит конечно, но суть в следующем. Есть среднестатистическая компания с которой присутствуют среднестатистический Отдел тестирования и Отдел Разработки. И весь процесс, начиная от сбора версии до выхода новой версии с минимальным количеством ошибки надо формализовать и разложить по полочкам.
Мысли есть конечно свои, но в них такой разброд и шатания, что в моем документе дальше колонтитула с названием компании и надписи "Конфиденциально" ничего не продвигается :(
Буду благодарна любым советам по написанию подобной документации.
Обязанности ∙ Поддержка и разработка сценариев и скриптов для систем автоматического тестирования, ∙ Тестирование ПО с использованием различных средств инструментального тестирования продуктов через GUI и COM интерфейс.
Требования ∙ Высшее техническое образование/студенты последних курсов, ∙ Опыт работы в тестировании от 2 лет, ∙ Знание основ бухгалтерского учета и бизнес-процессов основных типов организаций, ∙ Опыт создания сценариев и скриптов для систем автоматического тестирования, ∙ Опыт ручного и автоматического тестирования ПО, ∙ Умение работать в команде, ∙ Аккуратность, настойчивость в поиске решений, склонность к анализу и работе с исходными текстами скриптов, ∙ Опыт работы с MS SQL ∙ Опыт работы с MS Office, MS Outlook ∙ Знание английского языка, ∙ Приветствуется наличие навыков программирования (VB/VC++), ∙ Приветствуется знание основ работы COM, XML, VBA,
Условия работы ∙ Место работы: м. Савеловская ∙ Премии по итогам года ∙ Бесплатные тренинги и курсы английского языка ∙ Оплачиваемый отпуск ∙ При желании и необходимой квалификации возможны командировки за границу ∙ Хороший профессиональный и карьерный рост ∙ Медицинская страховка для сотрудников ∙ Зарплата: до 2000 у.е. (точные условия определяются по результатам собеседования)
Если Вас заинтересовало данное предложение, просим Вас высылать Ваши резюме по адресу: job@inpglobal.com
Специалист по тестированию ПО (Работа/Москва)
2007-05-26 18:43 inp
КА InnovativePeople представляет вакансию в международной компании – признанном лидере в сфере разработки и внедрения ERP, CRM, SCM систем.
Обязанности ∙Подготовка спецификаций и тестирование новой функциональности ∙Тестирование изменений, вносимых разработчиками в систему ∙Работа с сообщениями пользователей
Требования ∙ Высшее техническое образование/студенты последних курсов, ∙Опыт работы в тестировании от 2 лет ∙Знание технологий тестирования ∙Базовые знания MS SQL ∙Умение анализировать тест-кейсы ∙Опыт участия в проектах разработки и внедрения программного обеспечения ∙Опыт создания сценариев и скриптов для систем автоматического тестирования ∙Опыт ручного и автоматического тестирования ПО ∙Приветствуется знание основ программирования (VB/VC++) ∙Знание технического английского языка ∙Умение работать в команде ∙Аккуратность, усидчивость, склонность к анализу ∙Знание основ бухгалтерского учета – плюс ∙Опыт тестирования/ внедрения ERP систем - плюс
Условия работы ∙Премии по итогам года ∙Бесплатные тренинги и курсы английского языка ∙Оплачиваемый отпуск ∙Возможность выезда за границу ∙Хороший профессиональный и карьерный рост ∙Медицинская страховка для сотрудников ∙Уровень з/п: до 2000 у.е.(точные условия определяются по результатам собеседования)
Если Вас заинтересовало данное предложение, просим Вас высылать Ваши резюме по адресу: job@inpglobal.com
IDE для разработки QTP и WinRunner тестов (Hewlett-Packard (Mercury) - Quality Center)
2007-05-26 22:43 Mike
Ну, наличие или отсутствие пользы в данном случае зависит от того, как Вы используете QTP. Если предпочитаете External actions функциональным библиотекам, широко используете Object Repository и параметризацию, то тул действительно не сильно поможет. В нашей же ситуации (широкое использование классов, 15 функциональных библиотек на 50 KSLOC, при этом Object Repository не используется.) это просто счастье какое-то ;). Самое вкусное тут - возможность задавать тип перменных для использования в Intellisence и документации, ну и автодокументация сама по себе (хотя, в общем, VBDox'a нам хватало).
Кстати сказать, заставить понимать TDS встроенные классы QTP можно (я это делал). Это ведь просто COM объекты, а TDS поддерживает intellisence для COM. Правда, в следующей версии обещали полноценную поддержку встроенных классов.
Тем более что я больше смахую на QA, а не на обычного тестировщика (обладаю требуемыми качествами, но пока нет знаний). Я только начал знакомится с сферой ИТ, в часности с тестированием и обеспечением качества.
Я не уверен, что смог понять, что здесь сказано.
В QA в основном имеется два типа специалистов: 1) "Инженер по обеспечению качества". Его обязанности примерно соответствуют обязанностям обычной секретарши. В основном он занимается перекладыванеием документов из одной папки в другую и проставлением галочек в своём реестре. Если какой-то требуемый документ не найден, то он обязан написать об этом отчёт. Часто на эту низкооплачиваемую должность назначают людей совсем без опыта (например, выпускников, только начинающих работать). 2) "QA менеджер" организует и направляет работу этих "Инженеров по обеспечению качества". Как правило это человек с достаточным опытом в области разработки программ.
Насколько я понимаю, Вы не претендуете на должность "QA менеджер", так как у Вас не очень много опыта. В таком случае, Вам не надо тратить много времени на изучение теории, а просто находить работу "Инженера по обеспечению качества", и начинать работать. Вас там всему научат.
Тем более что я больше смахую на QA, а не на обычного тестировщика (обладаю требуемыми качествами, но пока нет знаний). Я только начал знакомится с сферой ИТ, в часности с тестированием и обеспечением качества.
По вашим предыдущим вопросам видно, что не совсем.
QUOTE(Yury @ May 26 2007, 11:16 PM)
1) "Инженер по обеспечению качества". Его обязанности примерно соответствуют обязанностям обычной секретарши. В основном он занимается перекладыванеием документов из одной папки в другую и проставлением галочек в своём реестре. Если какой-то требуемый документ не найден, то он обязан написать об этом отчёт. Часто на эту низкооплачиваемую должность назначают людей совсем без опыта (например, выпускников, только начинающих работать).
Бр-р-р-р :) Вы сейчас о ком говорите? Можете привести англоязычное название роли о которой написали?
1) "Инженер по обеспечению качества". Его обязанности примерно соответствуют обязанностям обычной секретарши. В основном он занимается перекладыванеием документов из одной папки в другую и проставлением галочек в своём реестре. Если какой-то требуемый документ не найден, то он обязан написать об этом отчёт. Часто на эту низкооплачиваемую должность назначают людей совсем без опыта (например, выпускников, только начинающих работать).
Бр-р-р-р :) Вы сейчас о ком говорите? Можете привести англоязычное название роли о которой написали?
В QA в основном имеется два типа специалистов: 1) "Инженер по обеспечению качества". Его обязанности примерно соответствуют обязанностям обычной секретарши. В основном он занимается перекладыванеием документов из одной папки в другую и проставлением галочек в своём реестре. Если какой-то требуемый документ не найден, то он обязан написать об этом отчёт. Часто на эту низкооплачиваемую должность назначают людей совсем без опыта (например, выпускников, только начинающих работать). 2) "QA менеджер" организует и направляет работу этих "Инженеров по обеспечению качества". Как правило это человек с достаточным опытом в области разработки программ.
Если говорить о software quality engineer (SQE) и брать американское представление, то получаем: "The Certified Software Quality Engineer understands software quality development and implementation, software inspection, testing, verification and validation; and implements software development and maintenance processes and methods" И минимальные требования к роли: Minimum Expectations of a Software Quality Engineer Я уже давал эту ссылку вначале.
Ну и кого теперь можно назвать "секретаршей"?
Если вы имели в виду простого Quality инженера, не из области софтваре - там возможно и подешевле люди работают. Хотя тоже сомневаюсь:)
Я тоже за неформальную встречу!!! Хочу еще предложить такой вариант: поиграть в пэйнтбол, там -же шашлычки. [right][snapback]42575[/snapback][/right]
Нет. Пейнтбол развлечение, которое подходит не всем. Я же не зову вас на второй канал, правда? И на Волгу в велосипедный поход не зову. А шашлыки - это понятно почти всем. Кроме того, хватит с меня рабочего дня проведенного в Москве. Еще и в выходной переться в мегаполис, где одуряюще пахнет выхлопными газами и разогретым асфальтом?!?!
QUOTE(Akeem @ May 26 2007, 04:52 PM)
Я например за встречу в Киеве. Можно также расмотреть версию нефомальной обстановке где то за Киевом. Тут с Киева я насчитал пока читал топик человек 5 (включая меня). Также за то чтобы старшие тестеры поделились опытом с начинающими.
[right][snapback]42586[/snapback][/right]
Так а что мешает? Организовывайте в Киеве. А мы пока в Москве. Главное, чтобы по времени не совпало.
QUOTE(Case @ May 26 2007, 10:24 PM)
QUOTE(Akeem @ May 26 2007, 04:52 PM)
Я напирмер за встречу в Киеве.
Лучше сделать это отдельным топиком - я например, случайно выцепил слова "Киев" из ленты. [right][snapback]42589[/snapback][/right]
Я не могу разделить тему. А видимо действительно было нужно.
Если говорить о software quality engineer (SQE) и брать американское представление, то получаем: "The Certified Software Quality Engineer understands software quality development and implementation, software inspection, testing, verification and validation; and implements software development and maintenance processes and methods"
Я, признаюсь, немного упростил описание обязанностей "Инженера по обеспечению качества". Кроме этого, я использовал определение QA, как контроля процессов разработки. То есть, в моё определение QA тестирование не входит.
На практике, единственный способ контроля процесса, это проверка созданных документов. Причём, качество созданного документа, как правило, не проверяется, а проверяется, просто, был создан какой-либо документ или нет. Для такой проверки знание "development and implementation, software inspection, testing, verification and validation" не требуется.
В своём ответе я не использовал определения ASQ, QAI или SEI (я надеюсь, что Вы помните анекдот о слове из трёх букв, написаном на заборе), а использовал собственные наблюдения.
Господа, откликнитесь пожалуйста те, кто в своей работе использует средства тестирования, встроенные в MS VS 2005. Конкретно меня интересует Test Manager. За ним замечено несколько особенностей, которые я никак не пойму — это баги или фичи?
1) Создаем несколько групп, помещаем в них набор тестов. Теперь какую-либо группу перетаскиваем через Drag Drop в другое место. Как результат тесты помещенные в нее ранее не перетаскиваются, а вообще выпадают из группы и в разделе All Loaded Tests светятся, как "битые" с желтым значком предупреждения.
2) Создаем группу, помещаем в нее тесты. Теперь в коде переименовываем тестовую процедуру — результат в группе теперь этот тест светится, как "битый".
Также вот несколько вещей, которые меня сильно напрягают, но багами в прямом смылсе слова не являются:
1) VS выполняет тесты, помещенные в группы Test Manager в произвольном порядке внутри группы, т.к. их туда добавляли. Меня это не устраивает. Я хотел бы после добавления туда тестов, расположить их в том порядке, как мне надо (например, самые критичные тесты — первыми). Конечно есть такая штука, как Ordered Test, но он очень неудобен, т.к. будучи помещенным в группу Test Manager не видно что там у него внутри — он виден просто как одна нода дерева.
2) При выполнении тестов VS сваливает в Output окно все тесты, которые заданы на выполнение в виде линейного списка — мне же хотелось бы видеть отчет о выполнении в виде дерева, такого же, как то, что я сформировал в Test Manager. У меня этих тестов тысячи и управляться с данным линейным списком тяжело.
3) В VS при разработке тестов есть возможность пометить в классе некоторые методы такими вот атрибутами: AssemblyInitialize/AssemblyCleanup, ClassInitialize/ClassCleanup, TestInitialize/TestCleanup. Думаю понятно что они делают. У меня собственно проблема с тем, что наиболее часто приходится использовать ClassInitialize и ClassCleanup для того, чтобы подготовить тестовое окружение и убить его. Например, создать БД, запустить Сервер Приложений и т.д. Так вот дело в том, что ClassCleanup фактически вызывается VS тогда, когда ВСЕ тесты в системе завершены, а не тогда, когда завершены все тесты данного класса. В результате получается, что если у меня тесты идут 36 часов, то ресурсы, занятые в ClassInitialize не будут освобождены до самого конца.
4) В Test Manager в группу я имею возможность поместить тест — это гуд. Но у меня нет возможности поместить один и тот же тест в несколько различных групп. Сильно напрягает. У меня нет возможности сделать, например, такую вещь: Одна группа — это сложная иерархия всех тестов, другая группа — это тоже сложная иерархия, но в которой находятся выборочно некоторые тесты из первой группы. Вторая группа, например, называется дымовые тесты.
Это все, что я смог вспомнить за 10 минут — то, что наболело, но есть и еще, просто щас не помню.
Собственно вопрос вот в чем. Если есть люди, которые сталкивались с подобными вещами в VS 2005, то посоветуйте:
1) Есть ли изменения в VS 2007 в этом плане в лучшую сторону? 2) Есть ли у кого-нибудь информация изнутри самого МС — они вообще планируют развивать свои средства тестирования? А то эта хрень больше похожа на какую-то внутреннюю поделку, которую они решили сделать public и срубить бабла. 3) Возможно мне вообще стоит забить на средства тестирования MS VS и спрыгнуть на что-то другое? (но при этом должна быть очень хорошая интеграция в саму VS + поддержка покрытия кода, как это сделано в VS, manual тесты, ну и другие вкусности в полном объеме).
Регламентировать процесс взаимодействия отделов (Управление тестированием ПО: тест менеджмент)
2007-05-28 07:30 Darkus
Как всегда, стандартно начну с вопроса: " А кому это нужно? " Если вам это нужно для начальства - то можете ради галочки описать просто всё так, как сейчас у вас происходит, никто это читать больше 1 раза не будет, всем такой документ будет до ЛаМпочки :) ... Другое дело, что от данного документа будет кому то польза. Вот смотрите. У нас приходят новые сотрудники. Они не знают что им нужно ставить кроме голой винды и к кому обращаться. Сделали документ, где написано где что брать и к кому обращаться за помощью. Это РЕАЛЬНО помогло всем. Теперь переходим к вашему случаю
QUOTE
И весь процесс, начиная от сбора версии до выхода новой версии с минимальным количеством ошибки надо формализовать и разложить по полочкам.
Вот вам нужно расписать процесс от сбора версии и до выхода новой версии... Какая цель преследуется - чтобы сотрудники читали то, что они и так делают ежедневно? Или же есть двоякость в понимании и одни сотрудники постоянно бегают к другим за консультациями? IMHO, формализация нужна прежде всего там, где есть непонимание кто чем должен заниматься и откуда брать такую информацию. Никто не будет по вашему документу работать, если он не актуален и легче без него прожить. Если хотите что-то формализовывать в области управления, то собирайте народ, обсудите какие проблемы чаще всего у вас возникают, связанные с недопониманием друг друга, какая очередность решения вопросов должна быть, какие задачи являются более приоритетными при взаимодействии, кто отвественный за решение конфликтов. И вообще это задача менеджера проекта. Если же вас интересует формализация процесса тестирования, то опять таки смотрите кому это нужно. У вас сотрудники приходят и не знают чем сегодня заниматься? Или вы не знаете какое место тестирование занимает в общем процессе? Определитесь с конкретными вопросами и будем по каждому из них думать, как вам помочь :)
