Как в VS2005 выдать warning? (Microsoft - Functional testing)
2007-06-08 07:42 Darkus
Привет всем. Хочу спросить, может кто сталкивался. Если ошибка произошла, вызываем Assert.Fail. Есть ещё Assert.Inconclusive... А мне нужно выдать предупреждение, а Assert.Warning - такого метода нет. Это как -нибудь решается в(тестах) VS2005?
P.S. Ещё раз поднимаю тему о необходимости создания ветки по VS2005
Редактирование файла(XML) (AutomatedQA - Functional Testing)
2007-06-08 10:23 Artem Rudenko
Добрый день, Генадий . Вы знаете, с 3 метровым файлом прошло буквально за пару секунд , я так понимаю проблема скорости не в размере файла, точнее в нем и ёщё в том, сколько операций замены необходимо провести, то есть, чем больше у нас в файле встречается символов/строк, которые необходимо заменить, тем больше время отработки функции - да и файл, если он был большой + в нём много символов/строк, соответствующих условию, да ёщё, если мы меняем символ на несколько, то наш файл запросто из 10 метрового превращается в ... метровый, я так понимаю. Была у меня мысль/вопрос существует ли вариант быстрого разбиения файла на части и последующий анализ более мелких частей - как вариант, возможно, это проходило бы быстрее, т е если не весь файл загружать, а порции в память и с ними работать - но для реализации этого необходимо время - которое в принципе на такую задачу пока что нет. Спасибо ёщё раз
Должностные инструкции (Управление тестированием ПО: тест менеджмент)
2007-06-08 10:42 JimR
Я бы отметил следующее: 1. "Нести ответственность за ..." и "Быть обязанным выполнять ..." - не эквивалентные понятия. Соответственно, действия по избеганию ответственности обычно шире, чем обязанности. Я бы указывал именно обязанности. Дополняя, при необходимости, ответственностью там, где требуется расширение на подчинённый отдел. 2. Большая часть фраз применима к любому сотруднику. Может быть не стоит в должностную инструкцию пихать те пункты, которые обычно входят в трудовой договор. Такие как: выполнение приказов ГД, соблюдение конфиденциальности и т.п. Так как к должности они никакого отношения не имеют. 3. Для большей корректности может имеет смысл начать с должностных инструкций рядовых сотрудников? Тогда точно не будут пропущены никакие обязанности. Кстати, насколько я помню, для обычных инженеров разных специализаций обязанности в общем-то не сильно отличаются.
Получение списка свойств объекта в QTP (HP (Mercury) Knowledge Base)
2007-06-08 10:56 Petr
Коллеги! Каким образом можно получить список свойств объекта во время выполнения скрипта (с помощью какой функции)? Причем хочется иметь возможность получать список свойств дочерних (внедренных) объектов, в качестве примера можно привести контрол, состоящий из check-box'а и edit-box'а, т.е. можно получить св-ва этого контрола + отдельно свойства check-box'а и edit-box'а.
Каким образом можно получить список свойств объекта во время выполнения скрипта (с помощью какой функции)?
Такой функции в QTP нет. Есть метод для получения свойств распознавания объекта - .GetTOProperties().
QUOTE
Причем хочется иметь возможность получать список свойств дочерних (внедренных) объектов
Коллекцию дочерних объектов можно получить методом .ChildObjects, только надо иметь в виду, что полученные таким образом объекты имеют некорректные свойства распознавания, поэтому, например, у них не работает свойство .Exist (возвращает false хотя объект есть).
QUOTE
в качестве примера можно привести контрол, состоящий из check-box'а и edit-box'а, т.е. можно получить св-ва этого контрола + отдельно свойства check-box'а и edit-box'а
Весьма экзотический пример... Я не уверен, что QTP видит комбобокс именно так как Вы рассказываете, впрочем, не проверял.
А я и не заморачиваюсь :) Просто не люблю пустых слов про "вот вам деньги", а на самом деле "сначала надо сделать просто так". [right][snapback]43074[/snapback][/right]
Немножко пофлужу раз такое дело. Эту фразу можно развернуть с точностью наоборот. Любителей воспользовать готовым вариантом масса. Еще раз, я не просил готовую концепцию. Просил помочь советами и темплейтами, если есть такие.
Белорусский государственный университет информатики и радиоэлектроники
Учить одно, а добиться понимания профессии тестировщика как от тех кто учится, так и от тех кто принимает на работу - это другое. [right][snapback]42965[/snapback][/right]
Владислав, конечно Вам решать, но имхо открыть коммерческий центр по обучению тестированию в Минске не самая блестящая идея; 4-ре крупнейших ИТ компании в РБ проводят в ведущих вузах страны обучение на ИТ факультетах по данным дисциплинам !!!бесплатно!!!, преследуя цели рекламы и привлечения новых сотрудников в штат компаний.
Владислав, конечно Вам решать, но имхо открыть коммерческий центр по обучению тестированию в Минске не самая блестящая идея; 4-ре крупнейших ИТ компании в РБ проводят в ведущих вузах страны обучение на ИТ факультетах по данным дисциплинам !!!бесплатно!!!, преследуя цели рекламы и привлечения новых сотрудников в штат компаний. [right][snapback]43077[/snapback][/right]
Не в Минске, а в Москве. В Минске, если получится, будет мое альтруисткое начинание (это чтение курсов в вузе и проведение практических занятий), которое во многом зависит от успеха организации московского УЦ. Спросите зачем мне это нужно? Мне хочется чтобы на рынке появились настоящие QA специалисты с пониманием профессии и определенными целями.
Концепция создания центра обучения (Обучение тестировщиков ПО)
2007-06-08 12:41 Artem Rudenko
Что касается Минска, то обучение в вузах обучением в вузах, а вот как по мне, то не хватает в Минске такого центра, чтобы можно было почерпнуть хорошие, твердые, уверенные знания по различным дисциплинам связанным с QA,QC и другим наукам, как известно большинтсво студентов в вузах не до конца понимают, для чего им предмет, а вот возможность уже после вуза получить сертификат, пройти грамотный треннинг курс - это необходимо, что до существущих внутренних курсов - проходил я и епамовские курсы как внутренние так и внешние, и сам вёл внутри другой уже компании курсы по винраннеру и могу сказать однозначно, что не хватает этого очень - особенно не хватает этого на организованной основе и преимущественно в сфере QA. Что говорить про Минск, если у нас даже литературу найти невозможно фактически, все представленые на рынке книги можно по пальцам посчитать.
Могу ошибаться, но думаю при желании это обсуждаемо с automatedqa, так как будет способствовать не нарушению авторских прав, а скорее расширению рынка.
Требуется тестировщик (Москва) (Работа для IT специалистов)
2007-06-08 13:17 Kristina
Международная компания Paragon Software Group/System Utilities открывает вакансию QA Engineer. Требования: Высшее или неоконченное высшее образование. Владение английским языком на уровне чтения документации. Знание принципов работы ОС Windows 9x/2000/XP/2003.Аккуратность, исполнительность, пунктуальность Желательно (рассматривается как большой плюс): Знание методологии и опыт тестирования ПО. Знание принципов работы Linux/Unix систем. Обязанности: Проведение работ по тестированию продуктов, написание сопроводительной документации. Локализация и анализ найденных проблем. Рассматриваем резюме студентов старших курсов (начиная с 4-го). Для студентов возможен гибкий график работы, позволяющий совмещать работу и учебу. Условия: Заработная плата от 600$ - 1200$ и выше по результатам собеседования, в дальнейшем возможен рост. Оформление в соответствии с ТК РФ. Гибкий график работы. Возможность повышения своего профессионального уровня. Курсы совершенствования англ. языка в рамках компании. Присылайте резюме на hr@paragon-software.com с пометкой QA Engineer в теме письма.
Lead QA Engineer/ Ведущий инженер по тестированию (Работа для IT специалистов)
2007-06-08 13:18 Kristina
Международная компания Paragon Software Group/System Utilities открывает вакансию Lead QA Engineer. Требования: Опыт в области IT, компьютерных технологий, разработки программного обеспечения. Высшее или неоконченное высшее образование Хорошее владение техническим письменным английским языком. Опыт работы в качестве QA Engineer не менее 2 лет. Знание методологических аспектов и процессов QA Глубокое знание принципов работы ОС Windows 9x/2000/XP/2003. Желательно (рассматривается как большой плюс): Опыт руководства небольшими группами. Знание принципов работы Linux/Unix систем. Обязанности: Оперативное управление небольшой группой QA инженеров. Контроль результатов. Постоянный мониторинг и аудит команды. Рассматриваем резюме студентов старших курсов (начиная с 4-го). Для студентов возможен гибкий график работы, позволяющий совмещать работу и учебу. Условия: Заработная плата от 1200$ - 1800$ и выше по результатам собеседования, в дальнейшем возможен рост. Оформление в соответствии с ТК РФ, соц.пакет. Гибкий график работы, занятость полная. Возможность повышения своего профессионального уровня. Курсы совершенствования англ. языка в рамках компании. Присылайте резюме на hr@paragon-software.com с пометкой Lead QA Engineer в теме письма.
А я и не заморачиваюсь :) Просто не люблю пустых слов про "вот вам деньги", а на самом деле "сначала надо сделать просто так".
Немножко пофлужу раз такое дело. Эту фразу можно развернуть с точностью наоборот. Любителей воспользовать готовым вариантом масса. Еще раз, я не просил готовую концепцию. Просил помочь советами и темплейтами, если есть такие.
Перчатка принимается :)
QUOTE
Любителей воспользовать готовым вариантом масса.
Не поверишь, но это называется сотрудничество: у меня есть тренинг, у тебя есть где читать - сотрудничаем. Или у меня есть всё, включая тренинги + инструкторов + площадку для рекламы, а у тебя есть деньги на создание профильного УЦ тогда можем говорить про сотрудничество и партнёрство. А пока этого нет (как я понял) и звучит фраза
QUOTE
Я даю вам реальную возможность заработать деньги.
то эти слова просто пустые: ничего не предложено, но красиво сказано.
Проговорю, если из моих слов этот поинт неочевиден: идея хорошая, в Москве не самая оригинальная и прибыльная (посмотрите на УЦ Интерфейса), мне непонятен только твой, Влад, подход. Впрочем это уже не в первый раз: с ивентом в МСК тоже самое - ты взял и сделал, отлично! Но ты же не сказал ни слова о том что ты хотел этим добиться ни до, ни вовремя, ни после ивента. Или это только мне так показалось? :)
Спросите зачем мне это нужно? Мне хочется чтобы на рынке появились настоящие QA специалисты с пониманием профессии и определенными целями.
Есть чемодан денег для того чтобы проявить себе меценатом? Тогда - респект, а если чемодана нет и цель сформирована именно так, то ничего не будет. Даже дальше концепции не уедете.
Знание языка программирования и среды разработки 1С:Предприятие 7.7. Навыки работы с 1С:Предприятие 8.0. Желательно: опыт участия в интеграционных проектах; опыт построения информационной политики предприятия.
Обязанности:
Осуществление поддержки разработанной конфигурации (исправление ошибок, разработка дополнительного функционала). Внедрение новых модулей («Торговля», «Логистика», «Управленческий учет»). Написание запросов по бухгалтерским счетам, регистрам сведений и регистрам накопления. Разработка интерфейсов.
Условия:
Предполагаемый уровень месячного дохода 60 000 рублей net + соц. пакет.
Жду ваших сообщений.
Квасова Марина
Business Craft HR Consulting Company www.bcraft.ru
Компания ХХХ - софтопишущая. Продала ПО допустим Васе П. В договоре было много всего интересного, но отдельным пунктом предоставление плана тестирования - не оговоривалось. Приходит Вася П. и говорит: "Нужен мне План тестирования вашей программы, да такой, чтобы поняли мои работники - продавцы (к примеру)". (тоесть по ГОСТУ - артефакт с общим описанием методик, ответственных, рисков и т.д. ему не надо, а надо сценарий полной проверки - порядка 10 000 листов)
Хорошо, сказала Компания Х, ибо желание клиента - закон, а мы своих клиентов уважаем. (а про себя подумала - ну и наглость же... :()
Приходит Вася П. через неделю и говорит: "А теперь мне подалуста тоже самое, но с перламутровыми пуговицами" - то есть напишите еще раз 10 000 листов, но все переделайте - нам с тем неудобно. (желательно за сутки)
Интересно - это вопрос относится к корпоративной культуре, или все таки юридической стороне дела? С моей точки зрения клиент вправе требовать те документы, которые были оговорены в договоре. Или я не права - если его напрягли баги в программе, так можно теперь еще можно потребовать и планы тестирования и сценарии, и тест-кейсы. Это все таки конфиденциальная информация или клиент имеет право на нее в силу того, что программу он таки оплатил?
Совсем запуталась :(
Feature request или быть ли спецификации (Управление тестированием ПО: тест менеджмент)
2007-06-08 15:05 Jazzyekim
Народ, меня интересует процесс наращивания функционала в уже существующем программном продукте. Объясню чем вызван этот вопрос...дело в том, что дев-лид похоже услышав об экстремальном программировании воспринял эту методику исключительно как "долой спецификацию". Мол кому она нужна, если мы наваяем какой-то функционал и в таком сыром виде отдадим на этапе альфы бета-тестерам, а они уже в диалоге с девелопами дошлифуют ее до того варианта который нужен. Все бы ничего, но только не понятно в итоге, что тестировать - раз, думаю, что тех писатели тоже будут просто в восторге. Второй вопрос - если же все таки спецификация присутствует, то оформляете ли вы риквесты в багтрекинговой системе? или используете что-нить другое.
Оценка необходимого времени на тестирование (Управление тестированием ПО: тест менеджмент)
2007-06-08 15:15 Jazzyekim
Народ, сколько времени у вас отводится на прогон одного цикла тестирования программного продукта? Я понимаю, что в нормальных компаниях это можно высчитать, зная необходимо время на выполнение каждого кейса и зная количестов людей в штате...понятное дело я здесь говорю об очень грубой оценке. Но хотя бы ориентировочно - сколько времени потребовалось для тестирования такого продукта как AutoCAD(думаю многие знакомы с ним).
∙ Team Leader (английский язык, от 2х лет опыта разработки коммерческих проектов на Java, знание J2EE, Oracle, аналитические способности, лидерские и организаторские качества, приветствуется знания инструментов для планирования работ), ∙ Senior Java Developer (английский язык, от 2х лет опыта разработки коммерческих проектов на Java, знание J2EE, Oracle), ∙ Java Developer (английский язык, знание Java, RDBMS), ∙ QA engineer – тестировщик (английский язык, advanced PC user, тщательность, внимание к деталям).
Серия проектов и посвящена развитию крупного финансового приложения с использованием ряда современных технологий и уникальных подходов. По практической применимости и уровню сложности архитектуры АСУП не имеет аналогов во всем мире. Отлаженные и во многом автоматизированные, но одновременно гибкие процессы построены за базе международной методологии RUP, и это позволяет команде показывать уже в течение 7 лет неизменно высокие качество результатов и уровень производительности. Во многом благодаря этому, E-Bank&CashManager востребован у лидеров мирового рынка банковских услуг и таких известных корпораций, как Nestle, Peugeot, Swift, Citroen, Ferrero.
Условия: конкурентная зп, система поощрений индивидуальн.вклада, адаптируемый график, расширенный соц.пакет, перспективы роста, политика поддержки развития квалификации, офис на ул. Мельникайте 2.
В команде ценятся аналитические способности, тщательность и эффективность, всегда присутствует взаимоподдержка.
Приглашаем как опытных тестировщиков, имеющих за плечами большой багаж профессиональных знаний, навыков и опыта, так и молодых специалистов, которые еще только хотят связать свою профессиональную деятельность с тестированием (контролем качества) и управлением качеством.
Мы предлагаем интересную работу по тестированию современных автоматизированных систем управления предприятием (учетные системы, системы класса ERP, системы бюджетирования, планирования и стратегического управления, системы документооборота, а также множество других систем, автоматизирующих различные бизнес-процессы предприятия). По роду своей деятельности вы познакомитесь с лучшими мировыми практиками в этих областях таких компаний, как Microsoft, Oracle, Infor, EMC Documentum и др.
Огромные перспективы профессионального и карьерного роста и развития, как в рамках тестирования (автоматизированное тестирование, тестирование производительности, управление группой тестировщиков, управление качеством и т.д.), так и за их пределами (разработка, бизнес-анализ, консалтинг и т.д.). Постоянная ротация между проектами и автоматизированными системами.
Кроме этого, компания предлагает регулярное, как профильное (внутреннее и внешнее) обучение, так и бесплатное корпоративное обучение, которое является частью программы личностного и профессионального роста и развития сотрудников.
ЗП определяется по результатам собеседования. По результатам работы предусмотрены бонусы. Полный соц. пакет, ДМС, моб. связь, спорт, занятия англ.языком.
Но тестировать можно бесконечно. Сколько есть времени, столько можем тестировать и то, до конца так и не прогоним все возможные варианты тестов.
Что бы найти выход, нужно провести анализ всей функциональность, которая есть, на предмет критичности. Чем более часто используется функция, тем она более критична для пользователя (другими словами, если в ней есть баг, то он повлияет на работу большего числа пользователей).
Или может быть другой подход. Чем больше сумма, используемая в расчете, тем эта функция более критична для пользователя.
Выписали все функции, определили вес (критичность) каждой из них, выстроили очередь - что и когда тестировать первым, что вторым и т.д. Посмотрели на график работ и определили, что у нас есть время что бы тщательно протестировать функции с 1-й по 20-ю. Остается время что бы не очень тщательно, но протестировать функции с 21-й по 50-ю. После этого есть еще время что бы просмотреть функции с 51-й по 100-ю. А вот на функции с 101-й и по 10.000-ю времени уже нет. Но так как они менее важны чем все выше перечисленные, то и хрен с ними.
Ну... или примерно так. Могут быть вариации.
Вакансия Тест-дизайнер (Работа для IT специалистов)
2007-06-08 15:50 Petr
Слава, не будь так суров :) Тест-дизайнер без опыта тестирования наверное и бывает, но будет ли от него много пользы? Автоматизатор, которому надо расписывать каждый шаг до мелочи тоже "не айс", соответственно должен понимать что такое тестирование. В данном конкретном случае нужен скорее автоматизатор, имеющий представление о тест-дизайне.
Если что-то подобное было в рельности, то, либо вы написали слишком мало, либо не знаете всех аспектов той истории. Может подготовку 10000 листов повесили на вас?
Вы сами придумали ситуацию и сами же в ней запутались
Если что-то подобное было в рельности, то, либо вы написали слишком мало, либо не знаете всех аспектов той истории. Может подготовку 10000 листов повесили на вас? [right][snapback]43099[/snapback][/right]
Я бы и рада была ее сама придумать.
1000 листов повесят не на меня, но у меня на этого человека были другие планы в плане использования его талантов.
Странно, перечитала еще раз - суть описана. Какие аспекты истории могут еще существенно ее прояснить?
Работа с базами данных. (AutomatedQA - Functional Testing)
2007-06-08 16:08 Artem Rudenko
Доброе время суток. TC 5.13 C#Script Почитал хелп про работу TC c базами данных используя "ADODB.Connection", "BDE") и возник такой вопрос (подозреваю скорее всего не грамотный), есть ли в ТС возможность, без использования сторонних тулов, приконнектится к серверу баз данных к конкретной базе и выполнить запрос и, как следствие, получить результат запроса.
Тест-план и клиент (Управление тестированием ПО: тест менеджмент)
2007-06-08 16:33 ichthys
Вы описали невменяемого клиента, который немотивировано потребовал распечатку всех тест кейсов, а потом пришел за добавкой. Хотя, он вроде потребовал план тестирования, но вы ему всунули распечатку на 10000 листов.
Конечно, невменяемые клиенты бывают. Но это всегда крайние единичные случаи, по которым принимаются уникальные решения. В вашем случае - это передача всех кейсов клиенту, хотя по договору вы это делать не обязаны.
Если все идет штатно, то смотри договор. Если вышли за рамки договора, то ищите компромис.
Работа с базами данных. (AutomatedQA - Functional Testing)
2007-06-08 16:39 Artem Rudenko
Спасибо, Генадий, за как всегда быстрый ответ. Пообщался я с Project Manager и с девелоперами, оказалось, что само приложение работает через TIBCO и обращается к базе не на прямую, а посылая свои запросы на сервер TIBCO, с которого уже в последствии уходят SQL запросы на сервер БД. Затем ответ возвращается на Tibco, предварительно преобразованный к какому то виду, где он снова преобразуется и идёт дальше, и уже прийдя на нашу сторону, снова преобразуется. Остался только шанс может, кто работал в такой связке с TIBCO, соединениями с ним. Хотя получается так, что нет принципиальной разницы в том, какой я пошлю запрос, и какой запрос пошлёт приложение - результат со слов разработчиков будет один и тот же. Спасибо.
конечно, если вам надо сверять данные в приложении с данными непосредственно в базе, то вам надо только искать способы подключаться напрямую к базе Sybase
но тут есть момент один: в таком случае фактически вы будете тестировать 2 вещи - приложение и TIBCO. и в случае чего ошибка может быть как в приложении, так и в ТИБКО (кто-то из них неправильно обрабатывает ответ)
Оценка необходимого времени на тестирование (Управление тестированием ПО: тест менеджмент)
2007-06-08 16:55 Nadya Kochetova
Смотря , что включаете в "прогон одного цикла тестирования программного продукта". Планирование? Разработку тестов? Развертываение и поддержку тест окружения (простите, не знаю какой термин употребляется environment)? стресс тестинг включаете? объем тестинг включаете?
Эстимация -один из самых сложных аспектов тест-менеджемента и тестирования вообще. Главная проблема - надо знать, что вы будете тестировать, чтобы сказать с высокой точностью, сколько всего вам понадобиться (людей, человеко-часов :) , денег и пр.). Узнать это очень сложно, пока вы не знаете качество продукта, документации, которые идут на тестирование (динамическое и статическое). И более того, не узнаете в большинстве случаев, пока не начнете тестировать.
Не стану расписывать методаки эстимации, которые можно найти в интернете. Поделюсь нашим опытом. Мы эстимируем все фазы отдельно. И пересматриваем эстимацию каждую неделю. Не значит, что испарвляем ее, а пересматриваем. для стресс тестинга, лоад тестинга и тестирования безопасности используем только свой опыт работы с подобными продуктами.
Для эстимации функционального тестинга подходим исходя из количества юз-кейсов, которые пишутся бизнес-аналитиками. взвешиваем ценность каждого в терминах - приоритета и сложноности тестирования. смотрим, кто будет тестировать (чем меньше навыков и опыта работы у тестера, тем больше времени потребуется).
если юз-кейсов нет, используем разбивку функциональности на тест-объекты. уровень глубины определяем сами. мы не пользуемся Functional Point Analysis о котором писал Green как мне кажется.
конечно, если вам надо сверять данные в приложении с данными непосредственно в базе, то вам надо только искать способы подключаться напрямую к базе Sybase
но тут есть момент один: в таком случае фактически вы будете тестировать 2 вещи - приложение и TIBCO. и в случае чего ошибка может быть как в приложении, так и в ТИБКО (кто-то из них неправильно обрабатывает ответ)
Вот с этим я согласен, получается тестирование уже больше чем своего приложения, причем сейчас я проанализировал реквесты, которые уходят на сервер TIBCO - они не имеют такого четкого соответствия с SQL запросами, чтобы можно было понять исходя из чего именно этот запрос выполняется, и если я правильно понял, то отображаемые данные - есть результат цепочки запросов - дабы не забивать коннекшн сразу большой порцией данных. И вообще проблема, когда приложение разрабатывается частично сдесь, частично на стороне заказчика ,и свои базы они берегут как зеницу ока, в таком случае мне было бы проще проверить результаты запросов - то что передается в приложение с тем, что выводится, а не проверять работоспособность базы, которую даже не мы пишем - хотя и понимаю что было бы правильно тестировать(хотя бы частично) и ёё тоже, однако же в данном случае, мне кажется, достаточно проверить корректность отображения данных - тк приложение по сути своей является клиентской частью. А за ссылку спасибо, думаю ёщё пригодится.
в данном случае, мне кажется, достаточно проверить корректность отображения данных
раз нету доступа к базе - заворачивайте эти тесты с комментарием "нет возможности". Это если, конечно, задача стоит именно так.
А вот если задача звучит как "создайте новую запись, сохраните, откройте снова, и проверьте, что она отображается правильно", то это совсем другой разговор, тут база не нужна вовсе.
Создали/сохранили/открыли - проверили, что отобразилось именно то, что мы хотели сохранить
Хм, в таком варианте я бы наверное выбрал "set_SelectedText"
это метод .NET комбо-бокса, не факт, что в других средах разработки такое есть
D-007, уточните, на чем написано тестируемое приложение (веб, .НЕТ, делфи, джава?)
Работа с базами данных. (AutomatedQA - Functional Testing)
2007-06-08 17:11 Artem Rudenko
Я с тобой полностью согласен, на все 100 и смысла абсолютно не вижу в автоматизации этого для проверки 5 параметров, в таком русле вообще либо уж все проверять, либо ничего.
Редактирование файла(XML) (AutomatedQA - Functional Testing)
2007-06-08 18:47 Artem Rudenko
Нашёл, вот это значение параметра AtEndOfStream - The AtEndOfStream property applies only to TextStream files that are open for reading, otherwise, an error occurs. И пример из мсдн:
function GetALine(filespec)
{
var fso, f, s, ForReading;
ForReading = 1, s = "";
fso = new ActiveXObject("Scripting.FileSystemObject");
f = fso.OpenTextFile(filespec, ForReading, false);
Не работает ctrx_mouse_click (Hewlett-Packard (Mercury) - Performance Center)
2007-06-08 20:26 maiya
LoadRunner 8.0. Функция ctrx_mouse_click почему-то некорректно отрабатывает, кликает не по заданным координатам, а туда где в текущий момент находится курсор мыши. Может кто работал через Citrix и знает в чем проблема?
Обязанности ∙Поддержка и разработка сценариев и скриптов для систем автоматического тестирования; ∙Тестирование ПО с использованием различных средств инструментального тестирования продуктов через GUI и COM интерфейс.
Требования ∙Высшее техническое образование или студенты последних курсов; ∙Опыт работы в тестировании от 2 лет; ∙Опыт создания сценариев и скриптов для систем автоматического тестирования; ∙Опыт ручного и автоматического тестирования ПО; ∙Умение работать в команде; ∙Аккуратность, настойчивость в поиске решений, склонность к анализу и работе с исходными текстами скриптов; ∙Опыт работы с MS SQL; ∙Знание английского языка.
Условия работы ∙Место работы: м. Савеловская; ∙Премии по итогам года; ∙Бесплатные тренинги и курсы английского языка; ∙Оплачиваемый отпуск; ∙Возможность выезда за границу; ∙Хороший профессиональный и карьерный рост; ∙Медицинская страховка для сотрудников; ∙Зарплата до 2000 y.e. (точные условия определяются по результатам собеседования)
Если Вас заинтересовало данное предложение, просим Вас высылать Ваши резюме по адресу: job@inpglobal.com
Тест-план и клиент (Управление тестированием ПО: тест менеджмент)
2007-06-08 21:53 ЛаМпочка
Просто про тест-план уже язык устал объяснять - это априори :) То, что понимает под словом тест-план стандарт ISO не совсем то же самое. что понимает под ним ГОСТ и совсем не тоже самое, что под ним понимает вышестоящее руководство или среднестатистический МП. Для последнего есть процесс тестирования, а бумага по которой выполняются шаги - план. Все. Смысла его переубеждать - нету. Я не вижу смысла. Ибо им пофиг - план, неплан, сценарий, неценарий.
Клиент на пальцах объяснил, что ему надо. Поскольку его проект тестировался нашей компанией перед сдачей (читай продажей), то и соответственно документация была написана (но в смету по договору не включена, поскольку писалась получается для внутренних нужд отдела - без плана и сценария куда?). Ну поделились с ним документацией, можно сказать добровольно. А теперь у него выросла хотелка, и теперь он требует из нашего же документа произвести минимальную выборку, чтобы его работникам было удобно тестировать (хотя зачем, непонятно, но это их личные заморочки ) и малость его углУбить и расширить. Странно, но Менеджер проекта утверждает, что это в наших интересах....
Вот я и не могу понять - это только у нас такая дурацкая ситуевина сложилась, или вообще, в мировой практике принято делится сценариями тестирования???
Случай вменяемости клиента рассматривать не будем, ибо вменяемость его есть вменяемость отдельных лиц, которые ответственны за работу нашей программы у этого гиганта ### :)
даже если он пока не знает SQL. [right][snapback]42991[/snapback][/right]
Ну уж если даже сиквел не знает
Как написал кто то тут на форуме "Можно научить SQL, но научить грамотно выражаться по русски - очень трудно" Очень понравилось :)
А Ваш вопрос меня очень озадачил. Хотя бы в том плане, что большинство соискателей (в процентном сотношении) не то что не работали в этих разрезах, но и слышат от вас их впервые По крайней мере сужу по тому контингенту, которого собеседовала лично я. Вот смотришь на претендента, и кроме вопроса "Почему именно тестирование?" - ничего задать не представляется возможным А уж чего только на этот вопрос не отвечают (были случаи даже - а просто больше ничего не умею, программистом не берут, вот решил в тестеры податься - там знать ничего не надо ) ...Так что не такой уж это простой вопрос...
А про английский...хм... Перехожу в процессе собеседования на англ. только в том случае, когда претендент пишет в резюме "свободное владение английским". Ну я так думаю - раз свободное - значит ему пофиг на каком языке собеседоваться? :) Или просто проверить - а не врете ли вы часом, претендент на должность специалиста по тестированию :)
Не работает ctrx_mouse_click (Hewlett-Packard (Mercury) - Performance Center)
2007-06-08 23:34 Dmitry_NJ
Если есть возможность заменить клик мышкой на нажатие определенных клавиш на клавиатуре, то сделайте это. И вообще добрый совет при работе с Citrix - не используйте мышку если есть возможность выполнить то же самое действие клавишами.
Не работает ctrx_mouse_click (Hewlett-Packard (Mercury) - Performance Center)
2007-06-09 09:48 maiya Dmitry_NJ К сожалению, возможности выполнить то же самое действие клавишами нет. Поэтому и спрашиваю, т.к. только изучаю LoadRunner. А можно ли сделать спец dll-ку, которая будет передвигать курсор по заданным и координатам. С чего начать бы?
Могу предложить следующие шаги: 1. Определиться со списком ваших текущих задач, их трудоемкостью и сроками. 2. Определиться с трудоемкостью создания ожидаемого документа. 3. Если такого ещё нет, то составить минимальный глоссарий по тестированию, включающий в себя только спорные термины типа тест-план, методика и т.п. Чтобы разговаривать с МП и заказчиком на одном языке. 4. После этого подходите к своему МП: сперва переходить на один общий язык о документации, а затем показываете вашу (Вашей группы) загруженность и просите расставить приоритеты, если что-то не укладывается в сроки.
Если же на всё есть время и люди, то это просто Ваше ворчание. Если Вы считаете, что заказчику нужен иной документ, то нужно обоснованно убедить МП в своей точке зрения.
О мировой практике сказать не могу, но в России есть особенность работы с крупными клиентами. Они могут запросить больше, чем договоривались изначально. К такому повороту событий надо быть готовым. Надо уметь работать с такими клиентами. Но это все проблемы менеджера проекта.
если юз-кейсов нет, используем разбивку функциональности на тест-объекты. уровень глубины определяем сами. мы не пользуемся Functional Point Analysis о котором писал Green как мне кажется.
Я привел всего лишь пример. Важно понять, что объем работ ВСЕГДА больше имеющихся ресурсов. Поэтому нужно выработать принцип, по которому происходит планирование работ. В дальнейшем его можно корректировать или менять на новый, но в этом случае действия будут разумными и обоснованными.
Интересно - это вопрос относится к корпоративной культуре, или все таки юридической стороне дела? С моей точки зрения клиент вправе требовать те документы, которые были оговорены в договоре. Или я не права - если его напрягли баги в программе, так можно теперь еще можно потребовать и планы тестирования и сценарии, и тест-кейсы. Это все таки конфиденциальная информация или клиент имеет право на нее в силу того, что программу он таки оплатил? [right][snapback]43093[/snapback][/right]
Если вы продаете коробочный продукт без предоставления кода, то код (а так же вся проектная документация) является конфиденциальной информацией.
Если же это заказная разработка, то клиент имеет право на все, что было создано в рамках проекта (кроме опыта, полученного участниками команды). Все, это значит - все, включая переписку, черновики и прочую дребедень (если она ему понадобится). Фактически, он мог оговорить любую прихоть. Например, порядок уничтожения документации и черновиков, выработанных но не примененных в процессе реализации проекта. И вы должны были бы подчиниться установленным правилам.
Почему-то мне кажется, что у вас заказная разработка. Так что клиент имеет право спросить с вас любой документ, который вы создали во время проекта.
Другой вопрос, что если этот документ не оговорен в договоре, то и обязанности создавать его у вас нет.
Далее могут быть два варианта событий.
1. Проект "fixed price" (жестко оговорено время, бюджет и ресурсы проекта). В этом случае вы делаете только то, что оговорено объемом задач. Любой дополнительный каприз за дополнительные деньги.
2. Проект "time and materials" (выделяются люди на выполнение конкретной работы, а заказчик сам ими управляет) Этот вариант подразумевает, что любое желание заказчика - ваша обязанность выполнить. Здесь уместен вариант, описанный JimR. Показываете заказчику текущую загрузку, далее показываете как новая задача повлияет на план работ и оставляете решение (письменное) на совести представителя заказчика. Далее выполняете задачу.
Однако, из всего сказанного есть исключение.
Ваше руководство очень дорожит клиентом и готово нести убытки (так как любое дополнительно не оплаченное задание автоматически требует финансирования из своего кармана). В этом случае вас все равно обяжут выполнить заказ клиента, но! Тогда нужно выполнить пункт 2, но только по отношению к своему начальнику (ПМ-у). Принятие решения, способного поставить под угрозу сроки проекта, - это его уровень.
IBM Rational Functional Tester 7.0.0.2 (IBM Rational - Functional Testing)
2007-06-09 13:52 Buger
Добрый день, Уважаемые коллеги! Необходимо протестировать функционал SAP версии SAP GUI 6.40 Для этого был выбран инструмент IBM Rational Functional Testrer 7.0.0. Возникла следующая проблема смотрите вложенный файл.
Как распознать контролы EXCEL в SAP( SAP BV КОНТРОЛЫ)? Может кто сталкивался с подобными проблемами и знает пути обхода не важно для какого инструмента.
вакансия:Инженер по тестированию программного обес (Работа/Москва)
2007-06-09 15:19 astraelena
Требования: Высшее техническое образование. Профессиональные навыки: участие в проектах функционального тестирования; понимание методик тестирования; разработка тестовых спецификаций и сценариев тестов. Знание ОС: администрирование Windows. Обязательное владение одним из автоматизированных средств функционального тестирования (предпочтительно Mercury QuickTest Pro). Обязательный опыт работы с одной из автоматизированных систем управления дефектами (предпочтительно Mercury TestDirector).
Обязанности: ∙ Работа с требованиями ∙ Разработка тестовых спецификаций и сценариев тестов ∙ Настройка и поддержание тестовой среды ∙ Создание автоматизированных тестов ∙ Выполнение ручных тестов ∙ Заведение и сопровождение дефектов з/п до 2000 у.е.(по итогам собеседования ) +соц. пакет + обучение и сертификация(за счет компании) М. Войковская т. 981-61-82 Елена eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
вакансия:Программист VBScript, Perl, JScript (Работа/Москва)
2007-06-09 15:20 astraelena
Требования к кандидату на должность Проргаммист/ Разработчик: Уверенное знание любого из перечисленных языков (С/C++ или VB/VBScript или Perl/PHP),опыт работы от 1 года, желание обучаться. з/п до 1500 у.е. (по итогам собеседования)+соц.пакет + программа обучения и обязательная сертификация(за счет компании) м. Динамо т. 981-61-82 Елена eshevchenko@bellintegrator.ru(в теме письма указывать название вакансии)
ВАКАНСИЯ:Эксперт по тестированию (Работа/Москва)
2007-06-09 15:21 astraelena
Требования: Знание жизненного цикла разработки ПО. Опыт разработки ПО или тестирования (включая нагрузочное) - не менее2-х лет. Знание ОС Unix; Windows-server на уровне администратора - приветствуется. Знание БД Oracle, MS SQL, умение оптимизировать настройки серверов БД и приложений для цели увеличения производительности системы - значительный плюс. Знание аппаратных серверных средств приветствуется. Обязанности: Участие в проектах нагрузочного и функционального тестирования аппаратно-программных комплексов. з/п до2000у.е.(по итогам собеседования ) +соц. пакет + обучение и сертификация(за счет компании) М. Войковская т. 981-61-82 Елена eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
Ведущий производитель ПО в области автоматизации хостинга и технологий виртуализации серверов, приглашает на работу талантливых и опытных Web программистов.
Опыт работы/требуемые навыки:
* Умение производить оптимальную и эффективную верстку: DHTML, CSS. * Хорошее знание web-технологий: XML/XSLT, JavaScript, Ajax * Опыт работы с bugtracking и системами контроля версий * Технический английский
Желательно:
* XML-based protocols (Schema, SOAP, XSLT, XML RPC) * Would be a plus also knowledge of scripting languages (PHP, Perl), WMI, Internet and communication protocols, Web Services development.
* Возможен гибкий график работы * Высокая заработная плата (от $1200 до $2200+, в зависимости от квалификации) * Дружный молодой коллектив * Бесплатное питание в компании * 100% оформление по ТК * Медицинская cтраховка
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «xmlJSW». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Московскому представительству французской компании-разработчика программного обеспечения требуется инженер по тестированию. Постоянная работа в московском офисе.
Обязанности:
Проверка качества выпускаемого ПО (тестирование - ручное и автоматическое на соответствие исходным требованиям); подготовка к выпуску пакетов обновлений выпускаемого ПО; взаимодействие с программистами - разъяснение им потребностей пользователей, деталей анализа и пользовательского интерфейса;
Требования:
Образование: неоконченное высшее или высшее техническое. Желательно выпускники МВТУ им. Баумана, МГУ им. Ломоносова, МАИ, МИФИ
Необходимые навыки : Опытный пользователь ПК ( установка и конфигурация операционной системы, доступа в интернет, знанает и умеет применять основные сетевые протоколы ( ftp, smtp, telnet ), приветствуется опыт по автоматическому тестированию, знание методики тестирования ПО, основы работы с базами данных (представление об SQL) .
Иностранные языки : Обязателен базовый французский ( читает и пишет )
Личные качества:
Аккуратность, ответственность, воображение, склонность к перфекционизму, умение понять пользователя и работать в его интересах, умение работать в команде, ориентация на результат при выполнении работы. Возраст 22 - 40 лет.
Условия:
З/п 800 - 1500$ по итогам собеседования в зависимости от квалификации и знания фр. языка Возможность стажировок в головной компании и профессионального роста в области ИТ-технологий. Стабильная интересная работа, дружный коллектив, межкультурные коммуникации с Францией и франко-говорящими странами. Дотации на питание, мед. страховка. Офис расположен рядом с метро Третьяковская, пять минут пешком.
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «Eve_QA». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
О компании Большому западному банку требуются Oracle-специалисты для IT-департамента своего московского офиса. Необходимы кандидаты с богатым профессиональным опытом и способностью к обучению. В компании белая ЗП, отличный соцпакет и по-западному безукоризненное отношение к сотрудникам.
Предлагаемый уровень зарботной платы и название банка Вы можете узнать, обратившись к нам любым удобным Вам способом.
На данный момент ведется поиск на позицию: Senior Oracle Developer
Ключевые навыки:
Как минимум 2 года опыта работы с базами данных Oracle Знание SQL и PL/SQL Хорошие навыки в сфере оптимизации производительности Начальные/средние навыки DBA Хороший опыт в data modelling/ reverse engineering. Базовые знания UNIX Свободный английский
Плюсы:
Знание основ Java Наличие сертификатов Oracle
Банк занимается разработкой трейдинговых платформ от А до Я. Постановка интересных задач – от написания серверной части и взаимодействия с базой данных, до интерфейса пользователя и внутренних структур приложения. Зарубежные командировки и стажировки: Америка, Англия, Германия, Япония. Соцпакет: страховка для всей семьи (для сотрудника включая стоматологическую), компенсация обедов, бесплатные языковые и профессиональные курсы.
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «bank_oracle». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
- возраст 25-40 лет - высшее техническое образование - знание и умение разбираться со сложными проблемами с сетями, ОС, антивирусами, firewall, другими программами, влияющими на работу СПС КонсультантПлюс - знание VBScript
Приветствуется опыт работы в Сети КонсультантПлюс, связанный с решением сложных задач сопровождения.
Необходимые качества - инициативность, умение самостоятельно вести направление работы - ответственность, коммуникабельность - системный и аналитический подход к решению задач - хорошие организаторские навыки
Служебные обязанности:
- решение сложных проблем сопровождения, воспроизведение проблемных ситуаций на специальных макетах для передачи исследования разработчикам
- ведение задач, связанных с сопровождением по циклу разработка-внедрение-сопровождение софта
- координация работы отдела сопровождения
Место работы: ст.м. "Академическая"
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «cpa_1». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Компания: занимается разработкой перспективных веб-стартапов.
Обязанности: создание и поддержка системы из большого количества серверов, организация балансировки нагрузки и резервирования, помощь разработчикам в решении сопутствующих проблем.
Требования:
* опыт работы с FreeBSD/Linux от 3-х лет, опыт тюнинга ОС * глубокое понимание архитектуры Apache 1.x, 2.x, его модулей * знание стека протоколов TCP/IP * понимание принципов работы DNS * опыт работы с пакетными фильтрами pf/ipfw/ipf/iptables * глубокое знание протоколов уровня приложений (HTTP, SMTP, POP3) * знание серверного железа (SMP, RAID) * опыт администрирования систем баз данных (PostgreSQL, Oracle) * понимание принципов балансировки нагрузки и опыт работы с балансировкой * опыт работы с большим количеством 24x7 серверов * уверенная работа с bash/awk/sed
Желательно:
* опыт работы с лёгкими HTTP-серверами (nginx, thttpd, lighttpd) * опыт использования reverse proxy в web-проектах (nginx, oops, squid, * mod_accel) * знание perl/python/php для скриптов в задачах администрирования
Условия:
* талантливый коллектив опытных разработчиков, дружеская обстановка * атмосфера стартапа * поощрение любознательности, семинары/конференции/обучение * уроки английского языка * медицинская страховка * уровень оплаты: 50-80 тыс. руб. по результатам собеседования.
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «saf». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Если же это заказная разработка, то клиент имеет право на все, что было создано в рамках проекта (кроме опыта, полученного участниками команды). Все, это значит - все, включая переписку, черновики и прочую дребедень (если она ему понадобится). Фактически, он мог оговорить любую прихоть. Например, порядок уничтожения документации и черновиков, выработанных но не примененных в процессе реализации проекта. И вы должны были бы подчиниться установленным правилам.
Другой вопрос, что если этот документ не оговорен в договоре, то и обязанности создавать его у вас нет.
Если в договоре нет пункта, что в список предоставляемых заказчику документов не входит план тестирования, то вы и не обязаны его предоставлять, так как его создание требует дополнительных ресурсов и, как следствие, стоит дополнительных денег.
Однако...
Если вашим регламентом работ (документально описанный внутренний процесс) предусмотрено обязательное создание такого документа, то заказчику и не нужно упоминать его в договоре. Вы обязаны выполнить все действия, предусмотренные вашим процессом, и передать заказчику все артефакты, полученные в результате выполнения процесса.
Логика здесь проста. Для достижения результата с минимально гарантированным уровнем качества вы разработали процесс. Заказчик, который ориентируется на тот уровень качества, который обещает предоставить компания, рассчитывает, что вы выполните все предписанные процессом процедуры, что бы достичь этого самого уровня качества. Не выполнение хотя бы одной из предписанных процедур может негативно повлиять на результат. Следовательно, вы должны предоставить ему доказательства, что все процедуры выполнены, и процесс соблюден. Это означает, что вы досконально соблюли все возможные практики, что бы постараться достичь максимально возможного результата.
Однако, если проект "fixed price", то любые дополнительные активности, не оговоренные договором, или выходящие за рамки описанного процесса, должны быть оплачены отдельно.
Лучше потратить это время на выяснение причин, по которым у вас не отрабатывает стандартная функция. Не работает только этот конкретный клик или не работают никакие клики вообще? Какая версия Citrix client? Запись и воспроизведение скрипта делаются на одной и той же машине с одним и тем же разрешением экрана? Что если ручками поменять координаты в параметрах функции - место клика изменится? A если выполнить эту функцию несколько раз подряд? А если попробовать то же самое, но с функцией ctrx_mouse_double_click? А если перед выполнением этой функции поставить задержку? А если попробовать поставить Citrix Agent?
