Вообще задача в следующем: На форме 140 объектов. У ник у всех меняются свойства. Задача состоит в проверке изменения этих свойств. Распознавать каждый объект по отдельности не хочется(трудозатратно). Идея была в следующем: получить доступ к хеш-таблице объектов формы и в цикле все свойства проверить.
Может быть кто-то предложит другое решение?
Эксперт по тестированию / QC Leading Engineer (Работа/Москва)
2007-05-15 10:08 astraelena
Требования: Знание жизненного цикла разработки ПО. Опыт разработки ПО или тестирования (включая нагрузочное) - не менее2-х лет. Знание ОС Unix; Windows-server на уровне администратора - приветствуется. Знание БД Oracle, MS SQL, умение оптимизировать настройки серверов БД и приложений для цели увеличения производительности системы - значительный плюс. Знание аппаратных серверных средств приветствуется. Обязанности: Участие в проектах нагрузочного и функционального тестирования аппаратно-программных комплексов. з/п 1200-1800 у.е.(по итогам собеседования ) +соц. пакет + обучение и сертификация(за счет компании) М. Октябрьская т. 981-61-82 Елена eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
тестировщик (Работа/Москва)
2007-05-15 10:09 astraelena
В компанию по производству программного обеспечения требуется Инженер по качеству/тестировщик Требования: муж/жен, 20-45лет, Опыт автоматизированного тестирования от 1 года, опыт в нагрузочном тестировании приветствуется. Знание С++ приветствуется. з/п 1200-1800 у.е.(по итогам собеседования ) +соц. пакет + обучение и сертификация(за счет компании) М. Войковская т. 981-61-82 Елена eshevchenko@bellintegrator.ru (в теме письма указывать название вакансии)
Но если вся необходимая документация лежит в четко определенном месте, эта документация оформлена в едином достаточно жестком стиле, где основные необходимые составляющие будут выделены как следует, то какой-нибудь генератор сделать в принципе не проблема.
Генератор чего-то в принципе не проблема, а вот генератор тест-плана, проблема. Подозреваю что вы говорите о генерации наборов тестов, а не о тест плане - верно? [right][snapback]42126[/snapback][/right]
В том числе и о наборе тестов. Естественно, что это одна из тех составляющих, которые в первую очередь могут быть извлечены и сформированы автоматически, причем полностью в автоматическом режиме.
QUOTE(Case @ May 14 2007, 07:58 PM)
QUOTE(KaNoN @ May 14 2007, 03:09 PM)
Задача сводится к распарсиванию строк, извлечению нужных данных в нужные структуры и вывод всех накопленных данных в необходимом формате. По такому принципу в Яве хелп генерится стандартными средствами.
Блин :) KaNoN, и вы туда же? :)
Давайте с конкретными примерами, а? http://software-testing.ru/lib/barancev/ca...esting_news.htm вот, например, Алексей Баранцев показал для конкретного маленького проектика он делал бы тест-план. Расскажите, а ещё лучше покажите мне - как надо строго-строго описать приведённые требования и сгенерировать машинно какой-то из разделов тест-плана? [right][snapback]42126[/snapback][/right]
Во-первых, некоторые части тестплана (как Введение, Описание системы), сами по себе имеют достаточно шаблонный вид, в котором множество варьируемых параметров можно ограничить (например, тип тестируемого приложения).
Тот же перечень тестируемых и нетестируемых модулей (Test Coverage/Scope) можно получить по следующему принципу. В тесткейсах где-то в заголовке завести (если не было) поле вроде Component, которое описывает ту часть приложения, которая затрагивается данным тесткейсом. На генератор ставится фильтр по компонентам. Соответственно, компоненты, которые по фильтру проходят в план, ставятся в перечень тестируемых компонентов, остальные - в перечень нетестируемых.
Далее, если брать приведенную вами ссылку на эссе Алексея Баранцева (а я иду сейчас по данной работе), то там следует пункт "Подход к тестированию". Тип тестирования можно либо зафиксировать, либо отразить определенной структурой каталогов (например, в отдельной папке хранить системные тесты, отдельно юнит, интеграционные и т.д.). Задав фильтр, мы можем определить, какие тесткейсы попали в тестплан. На основании этих данных можно все тесткейсы сгруппировать по типу тестирования.
Специальные средства, как правило, можно зафиксировать либо предоставить выбор из списка.
Критерии успешности тестирования и его прекращения представляют собой достаточно ограниченное множество. Как правило для успешного тестирования нужно либо определенное процентное соотношение между успешно и неудачно пройденными тесткейсами либо наличие/отсутствие ошибок определенного вида. То есть параметризируется это достаточно легко.
Поставка - по шаблонам.
Требования к тестовому окружению собираются по всем тесткейсам. В тесткейсах обычно предусмотрено поле "Configuration". Если его содержимое заполняется в определенном формате (то есть четко выделяются поля для основных характеристик, как частота процессора, память, свободное место на диске, браузер и т.п.), то ничто не мешает получить всю совокупность требуемых характеристик (как правило они одинаковы для всех тесткейсов за исключением некоторой специфики, которая все равно попадет в совокупность).
То есть, для создания подобного генератора необходимо предусмотреть структуру каталогов для размещения тесткейсов, которая бы могла отражать компоненты, типы тестирования. Это позволит в дальнейшем формировать конечное множество значений для определенных полей генератора.
Сам генератор представляет собой форму, содержащую несколько текстовых полей (для ввода всякой описательной информации), несколько выпадающих списков для выбора компонентов/типов и т.п. , а также различные флажки, радио-группы для некоторых специальных настроек. Ключевым полем является поле ввода пути размещения тесткейсов, ну и "волшебная" кнопка Generate, которая аффектит сбор всех необходимых данных и вывод в некоторый файл в специальном формате.
Самое главное, чтобы все необходимые данные, которые будут извлекаться из файлов во время генерации, находились в определенном месте и имели строгий формат (неважно какой, главное, чтобы каркас прослеживался).
Manager Web (Работа для IT специалистов)
2007-05-15 11:19 ABV Group
A multinational company is looking for Manager Web; higher education; good English; 2+ years experience in web publishing, web editing, content management; responsible for the initial design and structure of website; develops and provides content for the organization's website; writes, edits, and update new content; manages incoming information submission and updating activities onto the website; strong analytical and communication skills; initiative; team-player; salary high/negotiable; please send your CV to soft@abvgroup.ru code – WMAN–07; CONFIDENTIALLY IS GUARANTED.
Менеджер Интернет проектов (Работа для IT специалистов)
2007-05-15 11:19 ABV Group
"Международной компании требуется Менеджер Интернет проектов, высшее образование, английский (разговорный), опыт работы от 2 лет с Web; Знание Web технологий, опыт поддержки, продвижения и развития Интернет ресурсов; Оперативное обновление, координация работы, наполнение сайта; Написание ТЗ. З/п (высокая, обсуждается) + соц.пакет, резюме высылать на soft@abvgroup.ru, код вакансии WMAN–07. "
Call Center Manager (Работа для IT специалистов)
2007-05-15 11:20 ABV Group
A multinational company is looking for Call Center Manager; higher education; fluent English; 2+ years experience in the same sphere; Plan and develop Communications сenter and Data entry strategy including creation of business processes and procedures, all training materials and an operational capability to meet the Company’s needs; strong knowledge of Contact center field (some knowledge of IVR, Communications Center computer software, and terminal set up); ability to handle wide range of diverse, complex projects and drive positive results; salary high/negotiable; please send your CV to sales@abvgroup.ru; code CCM-07
Marketing Manager (Работа для IT специалистов)
2007-05-15 11:20 ABV Group
A multinational company is looking for Marketing Manager; higher education; fluent English; 4+ years of marketing communication experience, creating, executing and leading communications strategies (full range of ATL); experienced in managing a high circulation, consumer based, lifestyle magazine, the processes and techniques of direct marketing utilizing large relational databases; develop a Brand Strategy and Brand Position, agree a Marketing Plan and Strategy for the brand; coordinate the media campaign closely with the PR campaign so as to maximize the integrated benefits; manage the marketing budget effectively; etc.; salary high/negotiable; please send your CV to sales@abvgroup.ru; code MM-07; confidentiality is guaranteed.
Infrastructure Leader (Работа для IT специалистов)
2007-05-15 11:21 ABV Group
A large bank is looking for Infrastructure Leader; higher education; Fluent Enlgish; 3+ years experience in development, implementation and support of network Infrastructure in bank (an advantage); knowledge and administration of UNIX; development of recources and support of bank UNIX systems; salary high/negotiable; please send you CV to net@abvgroup.ru; code IsLe-07; confidentiality is guaranteed.
Chief Technology Officer (Работа для IT специалистов)
2007-05-15 11:21 ABV Group
"A large bank is looking for Chief Technology Officer; higher education; working enlgish; 3+ years experience; wide and proven knowledge in IT infrastructure of businesses with large number of clients (banking, telecom, retail goods distribution etc); IT service processes control and improvement; manage and continue development of IT service KPIs; outsourcing partners relations management; pro-active position in improving areas adjacent to ones of primary responsibilities; control and optimization of costs of IT services; strong management skills; good communication skills,salary high/negotiable; please send you CV to net@abvgroup.ru; code CIO-CTO-07; confidentiality is guaranteed.
"
Начальник отдела системного администрирования (Работа для IT специалистов)
2007-05-15 11:22 ABV Group
Крупному банку требуется ; в/о; хороший английский; опыт работы от 3 лет; разработка, внедрение и поддержка сетевой инфраструктуры банка; знание и опыт администрирования операционных систем UNIX; развитие ресурсов и поддержка UNIX-систем банка; з/п высокая/обсуждается + бонусы; присылайте резюме на net@abvgroup.ru; код вакансии IsL-07.
Кредитный Риск-аналитик (Работа для IT специалистов)
2007-05-15 11:23 ABV Group
"Крупному банку требуется Кредитный Риск-аналитик; в/о экономика/финансы/математика/статистика; англ. яз. свободный; опыт работы в аналогичной должности от 3-х лет; знание основ б/у, банковской отчетности; мониторинг, анализ и оценка рисков, связанных с открытием новых точек продаж розничных кредитных продуктов, выработка рекомендаций; разработка и внедрение политики оценки новых ритейлеров; з/п высокая/обсуждается + бонусы; присылайте резюме на net@abvgroup.ru; код вакансии CA-07.
"
Credit Risk Analyst (Работа для IT специалистов)
2007-05-15 11:23 ABV Group
A large bank is looking for Credit Risks Analyst; higher education; good English; 3+ years experience in the same role; knowledge of accounting principles, monitoring and analysis of risks; working out recommendations, implementation of new retail risks politics; salary high/negotiable; please send your CV to net@abvgroup.ru; code CAe-07.
Менеджер проекта, IT безопасность (Работа для IT специалистов)
2007-05-15 11:24 ABV Group
Крупному банку требуется Менеджер проекта, IT безопасность; возраст 23-35; высшее образование; хороший английский, опыт работы от 2 лет в крупных банках; разработка и сопровождение проекта IT безопасности; з/п высокая/обсуждается +пакет; присылайте резюме на it@abvgroup.ru код ISEM-07; конфиденциальность гарантируется.
Infrastructure PM (Работа для IT специалистов)
2007-05-15 11:24 ABV Group
"A large bank is looking for Infrastructure PM; higher education; fluent English; 3+years of experience; Develop and implement infrastructure architecture standards; prior experience with UNIX administration; salary high/negotiable + benefits; code IsPM-07. please send your CV to net@abvgroup.ru "
Senior Analyst, Retail Department (Работа для IT специалистов)
2007-05-15 11:25 ABV Group
"Large bank is looking for Senior Analyst, Retail Department; higher education (statistics/Mathematics is a plus); good English; 2+ years experience in a similar position (retail lending area, with a multi product experience); strong knowledge of all statistical techniques used for modeling; advanced SAS user; good managerial skills; salary (high/negotiable); please send your CV to risk@abvgroup.ru; code SAD-07; confidentiality is guaranteed. "
IT Security Manager (Работа для IT специалистов)
2007-05-15 11:25 ABV Group
"A large bank is looking for IT-Security manager; higher education; fluent English; 3+years of experience; lead IT security projects to implement IT security infrastructure, salary high/negotiable + benefits; code ISEM-07
Риск-аналитик, Отдел банковских рисков (Работа для IT специалистов)
2007-05-15 11:26 ABV Group
Крупному банку требуется Риск-аналитик, Отдел банковских рисков; в/о (IT, желательно ВМиК МГУ); от 2-х лет опыта работы; владение англ.яз; поддержка системы принятия решений Retail Risk Management (New Business Strategy Manager v3); участие в согласовании BRD (Business Requirements Document), FSD (Functional Specification Document) в части задач, затрагивающих взаимодействие с системой; создание базовых отчетов в части работы системы (желателен но не обязателен практический опыт тестирования, настройки IT систем); з/п обсуждается; присылайте резюме на risk@abvgroup.ru код RA-07; конфиденциальность гарантируется.
Аналитик, отдел предотвращения мошенничества (Работа для IT специалистов)
2007-05-15 11:26 ABV Group
Крупному банку требуется Аналитик, отдел предотвращения мошенничества; возраст 23-35; образование высшее (математическое); опыт работы 1-3 года (риск-менеджмент, аналитика продукта); знание основ оценки кредитоспособности; опыт в сфере предотвращения фактов мошенничества (желателен); разработка аналитических моделей прогнозирования мошенничества; выявление зон высоких рисков; оценка перспективы развития риска; разработка правил смягчения последствий мошенничества; з/п высокая/обсуждается; присылайте резюме на risk@abvgroup.ru код AFP-07; конфиденциальность гарантируется.
Head of Analytical Department, Retail Banking (Работа для IT специалистов)
2007-05-15 11:27 ABV Group
Large bank is looking for Head of Analytical Department, Retail Banking; higher education (statistics/Mathematics is a plus); good English; 2+ years experience in a similar position (retail lending area, with a multi product experience); strong knowledge of all statistical techniques used for modeling (Regression, CHAID, Cluster analysis, etc); advanced SAS user; ; good managerial skills; salary (high/negotiable); please send your CV to risk@abvgroup.ru; code HAD-07; confidentiality is guaranteed.
SAP Consultant (Работа для IT специалистов)
2007-05-15 11:31 ABV Group
"A large company is looking for SAP Consultant (ABAP); higher education; good German/English (an advantage) and Russian; 2+ years experience of SAP implementation and approval, knowledge of FI, CO modules is an advantage; organized, responsible; salary fix (negotiable); please sent your CV to tech@abvgroup.ru code SAP 03
Eine grosse Firma braucht einen SAP R/3 Modulbetreuer; Studium der Betriebswirtschaft/Wirtschaftsinformatik oder gleichwertiger Ausbildungs- und Wissensstand; Arbeitserfahrungen in der aehnlichen Position ab 2 Jahren; gute Kenntnisse der deutschen Sprache; Fachliche Verantwortung für die Betreuung und Weiterentwicklung der SAP-Module FI und CO; Beratung und Betreuung der Anwender; Unterstützung der Fachabteilungen in der Konzeptionsphase; Realisierung von Anforderungen der Fachabteilung und neuer Funktionalitäten (Customizing), Test und Abnahme von Entwicklungen; Mitarbeit in Projekten zur Weiterentwicklung des eigenen SAP-Systems. Der Lohn haengt von den Ergebnissen des Aufnahmegespraechs ab+ Paket, Ihre Bewerbunge schicken Sie an net@abvgroup.ru; Kode SAP R/3. "
Системный администратор (Работа для IT специалистов)
2007-05-15 11:32 ABV Group
Крупной компании требуется Системный администратор; в/о (техническое); от 2-х лет опыта работы по обслуживанию сети от 100 ПК; администрирование и аппаратное обслуживание Windows-серверов; хорошее знание ОС - Windows 2003 Server, Windows XP; отличное знание серверных продуктов Microsoft (SQL Server, Exchange, ISA, IIS, SMS, MOM, WSUS); знание серверного оборудования HP/Compaq; желательно: знание MacOS X; опыт администрирования локальной сети, включающей Mac и РС; знакомство с технологиями .Net; с технологиями разработки Web-проектов на основе Windows; знание сетевого оборудования Cisco; FreeBSD; наличие сертификатов Microsoft (MCSE, MCSA); пожалуйста,.присылайте резюме на net@abvgroup.ru; код SA-07.
Однако, не всегда они доведены до совершенства - и тут AQA предстоит много работать. Так как разработчики TC читают по русски и возможно посещают этот форум предлагаю составить список пожеланий от русскоязычной части QA сообщества к TestComplete следующих версий.
Вот список моих пожеланий к разработчикам:
* функциональное тестирование Web сервисов * какие-нибудь фишки для более удобной работы с таблицами (например, обращение по номеру строки и столбца) в web приложениях * поддержка различных third-party контролов (мы используем DX grid'ы например) * поддержка в API работы с хранилицем логов при остановленом скрипте P.S. и держать такие же цены на новую версию (а upgrade всем участникам форума бесплатно ) !
А какие еще недостатики/проблемы/пожелания к TC есть у вас ?
Так как разработчики TC читают по русски и возможно посещают этот форум
Один из участников сайта RSDN как-то говорил, что разработчики ТК находятся в Туле. Соответственно говорят они на русском :)
Однако общаться все же предпочитают на англ. через службу поддержки.
Еще я сомневаюсь, что они посещают этот форум. Ну, по крайней мере, ответов от них я не видел (разве что Dmitry_N является сотрудником AQA, однако я и в этом сомневаюсь).
Потому список пожеланий я бы порекомендовал перевести на англ и запостить в их News Group
Кроме того, насчет некоторых требований.
QUOTE
поддержка различных third-party контролов
У них есть куча запросов на поддержку этих контролов. БОльше всего вопросов, насколько я успел заметить, по DevExpress и Infragistic контролам. Так что я думаю, что они над этим работают. Хотя, если вы запостите такое пожелание, то они скорее всего ответят "We already have this request in our database, and your post has increased its rank"
Ну, поддержку менюшек они уже сделали для многих сторонних контролов, думаю, скоро будет поддержка и других контролов.
QUOTE
мы используем DX grid'ы например
Рекомендую читать их RSS Например, некто Alex Kuzin запостил более 10 статей по работе с DevExpress QuantumGrid.
Также мне кажется, что я встречал вопросы насчет веб сервисов, но точно не помню.
Итого: лучше запостить вопрос в их саппорт ньюсгруппу, они ответят подробно :)
Brainbench May'07 (Обучение тестировщиков ПО)
2007-05-15 13:36 Tanya_
спасибо, прошла нашарик кто знает, как оценить свой результат? т.е. получено такое-то количество баллов, как узнать из скольки максимальных?
Еще можно в результатах посмотреть подробную статистику по тесту. В каждом тесте есть вопросы из нескольких категорий - можно посмотреть, сколько ошибок из скольки вопросов в какой категории.
не знаю, кому как, но мне кажется, что вместо полной поддержки этих контролов, которая фактически нужна лишь для нормальной записи скриптов, лучше бы они просто в хелпе создали раздел Third-party controls, а в нем бы привели примеры функций для работы с разными контролами. Ведь функции для Open Applications пишутся на раз-два, если есть небольшой опыт в ТестКомплите, плюс подобных примеров на их же саппорт ньюсгруппе море
If this application is not a COM server, you should compile it as an Open Application.
или я чего-то не понимаю, или одно из двух...
В этой цитате говорится о событиях объектов, содержащихся внутри тестируемого приложения. TestComplete может обрабатывать события некоторых таких объектов.
Помимо обработки событий внешних объектов, TestComplete имеет набор собственных событий, в число которых входит событие OnUnexpectedWindow. Вам не нужно иметь ни COM сервера ни Open приложения, чтобы пользоваться этими событиями. Полный список таких "внутренних" событий можно найти в разделе справки 'List of TestComplete Events'.
3 года как получилось то? По моим подсчетам - 2. Требования к навыкам программирования специально не детализировались. Предполагается, что опыт программирования должен быть достаточным для способности кандидата использовать средства автоматизации тестирования. Т.е. будущий тестировщик не должен бояться слов JScript, DUnit и т.п.
Действительно, это вариант: 1) С помощью CreateADOQuery получить DataSet 2) Вытащить значения с помощью методов FieldByName() или FieldValues() и поместить в массив 3) Сравнить массивы [right][snapback]42131[/snapback][/right]
Собственно такой вариант пока и был придуман, но хотелось бы работать с DataSet как со структурой, а не просто поля все выписывать ридером в массив. В любом случае спасибо!
У меня в бумажном виде, издание 2002 года (на русском языке). Глав там 16, а с 13 главы начинается Часть III, содержащая практические примеры, иллюстрирующие то, что написано в предыдущих двух частях. [right][snapback]42013[/snapback][/right]
Алексей, Вы о какой книге пишете Быстрое тестирование или Искусство тестирования?
Компания: лидер в области создания средств виртуализации операционных систем.
Требования:
* Понимание процессов разработки и тестирования ПО * Ответственность * Готовность быстро и много учиться (внутренне устройство Linux, системное программирование, системное администрирование, разработка средств автоматического тестирования, процессы разработки ПО…) * Уверенная работа в среде Linux * Желательно: понимание внутреннего устройства ядра Linux, опыт системного администрирования и/или программирования, опыт использования средств автоматизации тестирования * Технический английский
Предыдущий опыт работы, интересный для данной позиции:
* Возможен гибкий график работы (40 часов в неделю) * Заработная плата (2000-2500$) * Бесплатное питание в компании * Мед. cтраховка
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «QAlinSoft». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
* Понимание процессов разработки и тестирования ПО * Ответственность * Готовность быстро и много учиться (внутренне устройство Windows, системное программирование, системное администрирование, разработка средств автоматического тестирования, процессы разработки ПО…) * Уверенная работа в среде Windows * Желательно: понимание внутреннего устройства ОС Windows 2003, опыт системного администрирования и/или программирования, опыт использования средств автоматизации тестирования * Технический английский
Предыдущий опыт работы, интересный для данной позиции:
* Возможен гибкий график работы (40 часов в неделю) * Заработная плата (2000-2500$) * Бесплатное питание в компании * Мед. Cтраховка
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «QAwinSoft». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Компания - лидер ИТ-консалтинга и разработки программного обеспечения для мирового рынка.
Требования:
опыт автоматизированного тестирования от 3-х лет опыт в нагрузочном тестировании и тестировании производительности от 3-х лет опыт организации и управления процессом тестирования
Нужен коммуникабельный, ответственный, аккуратный человек. Есть возможность длительной от 3-х месяцев работы зарубежом.
Соц. пакет: Страховка
Для иногородних предоставляется квартира на время собеседования.
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «ep_qa». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
О компании: Большой иностранный банк проводит набор QA (Обеспечение качества - тестирование ПО) специалистов для IT-департамента своего московского офиса. В компании белая ЗП, отличный соцпакет и по-западному безукоризненное отношение к сотрудникам.
Предлагаемый уровень зарботной платы и название банка Вы можете узнать, обратившись к нам любым удобным Вам способом.
Требования:
- Развитое логическое мышление - Умение программировать на одном из следующих языков - Perl/C++/Silk (для написания тестовых скриптов и приложений) - Знание технического английского (желательно Intermediate) - Знание SQL на уровне простейших запросов к базам данных - Умение работать в среде UNIX на уровне пользователя (Shell)
Плюсом будет:
- Опыт работы в тестировании ПО - Желание работать и развиваться в этой сфере
Задачи:
- Участие в тестировании ПО, разработку которого ведет компания.
Бонусы в компании:
- Командировки в Лондон, Нью-Йорк, Токио, etc. - Бесплатные курсы английского языка - Компенсация обедов - Медицинская страховка - Большие ежегодные бонусы
P.S. Если Вы имели отношение к QA(Quality Assurance), то Вы с большой вероятностью можете быть полезны работодателю. Выражаем уверенность, что Вам смогут предложить более высокую заработную плату и лучшие условия труда.
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «BANK_QA». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Крупная американская компания – производитель медицинского оборудования приглашает специалиста по тестированию ПО для работы в московском представительстве.
Требования:
# высшее образование (инженерно-техническое) # глубокое понимание методологии тестирования, качества ПО и знание соответствующего инструментария # знание английского языка (техническая терминология, способность документировать процесс отладки на английском, базовый разговорный # общее представление о математическом аппарате, используемом в 3D графике # опыт отладки программных продуктов
Обязанности:
# разработка, выполнение и документирование процедур тестирования программного продукта компании # разработка и выполнение планов тестирования и тестовых случаев # сотрудничество с менеджерами проектов и разработчиками при создании спецификаций продукта и тест-планов
Компенсация:
1000 – 1800 долларов США ( до 2000 USD старший ) плюс полный соцпакет (страховка, в т.ч. для членов семьи, бесплатные обеды, оплачиваемые больничные, абсолютно белая ЗП, обязательные бонусы - минимум 10% годовой ЗП, возможность уехать работать в головной офис (США), оплачиваемые корпоративные мероприятия).
Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «QA_a11». Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
программирование под Win32 и одновременное написание тест планов обычно мало коррелируют в процессе повседневной деятельности.... отсюда и три года суммарного экпириенса
возможно Вас интересует 2-х летний опыт автоматизации тестирования?
что превалирует: знания Delphi(С#, ++ ....) или увереннное владение промышленными средствами автотестинга (Rational, Mercury.....)?
В общем случае тестировщики входят в проектную группу и подчиняются ПМ-у, так как никакого выделенного подразделения тестирования попросту нет, не то что QA (да что там QA, SEPG и то редкость). [right][snapback]42129[/snapback][/right]
Ну это в варианте когда нет QA отдела. Просто по идеологии тестеры ближе к QA, чем к девелопменту. И с нынешним развитием средств автомат. тестирования необходимость в "чистых" тестерах уменьшается (IMHO) и при необходимости это можно возложить на QA девелоперов.
тест план может быть и не нужен(на маленьких проектах), но если он есть, то клиенту приятно :-) и часто именно клиент запрашивает всю возможную документацию [right][snapback]42108[/snapback][/right]
Если клиент запрашивает какой то артефакт, то этот артефакт переходит из разряда "рабочий продукт" в разряд "конечный продукт". И далее разговор будет совсем другой. -------------------------------------------------- - Так, клиент готов заплатить: 150 000$ за исходный код 700$ за стратегию тестирования 1200$ за тест план 43 400$ за дизайн тестов - Каковы трудозатраты на тест план? - 10-20 человеко-часов. - В худшем случае получается 60 баксов в час. Делаем. -------------------------------------------------- В этом примере есть натяжки. * Обычно контракт идет одной суммой, а клиент обговаривает, что он хочет увидеть в поставке. Разбивку как правило не делают. * Я полагаю, что тест план для внутреннего использования и тест план, как часть конечного продукта отличаются по цене.
Важно другое. Если в контракте прописана поставка некоего совершенно ненужного для разработки продукта артефакта, например, такого как "Описание информационной базы" по ГОСТ, то его придется делать. За это деньги платят. То, что этот артефакт может мешать разработке, с этим придется мириться.
А иногда: "Гарантии (документы) оставь себе. А мне дай нефть (продукт)".
У меня в бумажном виде, издание 2002 года (на русском языке). Глав там 16, а с 13 главы начинается Часть III, содержащая практические примеры, иллюстрирующие то, что написано в предыдущих двух частях. [right][snapback]42013[/snapback][/right]
Алексей, Вы о какой книге пишете Быстрое тестирование или Искусство тестирования? [right][snapback]42178[/snapback][/right]
На маленьких проектах (до человекогода) тест-план НЕ НУЖЕН. Как правило. Не нужно бюрократию разводить.
Почему это бюрократия сразу? :) План проекта тоже не нужен? Требования фиксировать? [right][snapback]42125[/snapback][/right]
План проекта довольно часто не нужен. Требования фиксировать тоже иногда не нужно.
Только вот отличить ситуацию "когда нужно", от "когда не нужно" не так просто.
QUOTE
Не, ну это же классика кун-фу:
Сначала ты не знаешь, что нельзя делать то-то Потом знаешь, что нельзя делать то-то Потом ты понимаешь, что иногда таки можно делать то-то Ну а потом ты понимаешь, что помимо того-то существует еще шестьдесять шесть способов добиться желаемого, и все из них практически равноправны. Когда тебя спрашивают "как мне добиться желаемого", ты быстро перебираешь в уме эти шестьдесять шесть способов, прикидываешь то общее, что в них есть, вздыхаешь и говоришь: "вообще-то, главное — гармония." На вопрос обиженных учеников: "а как ее добиться?", ты говоришь: "никогда не делайте то-то".
Для тренировки полезно написать тест план хотя бы один раз. Но если у вас мало тестировщиров на проекте (меньше десяти), попробуйте вести и поддерживать единый документ план проекта. Ну, не нужна такая декомпозиция для мелких проектов. То что, в РУПе этот документ есть - следствие работы фирмы Рейшенел над крупными проектами.
Кроме того, в РУПе совершенно отсутствуют люди.
Смотрите, вот простой пример с фиксацией требований: В начинающей команде я буду расписывать требование "Система должна позволять вести справочник форм собственности" в виде подробных юзкейсов, с кучей альтернативных сценариев. Получится страницы на две-четыре. В опытной команде я просто напишу CRUD элемента справочника. А гуру сам знает, что редактирование должно быть и ему даже начальное требование не нужно.
PS. Заметим, что Алексей говорит:
QUOTE
Честно признаться, для таких маленьких задач я никогда не пишу план тестирования. Во-первых, потому что его легко держать в голове и потому нет необходимости фиксировать на бумаге. Во-вторых, потому что для маленьких задач времени и сил на написание плана уйдёт едва ли не больше, чем на все остальные работы по тестированию. Наконец, потому что по таким задачам нет строгой отчётности, и никто не спросит меня, выполнил ли я план.
Вы думаете, что если сделать правильную систему контроля за состояние компании, то все сразу же поймут, как хорошо знать это самое состояние, и будут пользоваться этой системой каждый день.
"И увидел он, что это хорошо! И возрадовался."
Правильно?
Не правильно!
Вы думаете до Вас эту систему управления делали глупые люди? Или может быть они ничего не понимали в процессах, а так просто, взяли и написали какие-то документы, определили какие-то метрики? Для отписки? Что бы было?
Почему это не работает сейчас?
Могу предположить, что просто разработанной системой никто не пользовался. Вот она и устарела настолько, что сейчас ее просто невозможно актуализировать. Легче все разработать по новой.
А почему Вы уверены, что после создания новой системы контроля качества ее не постигнет такая же участь?
Под автоматически генерацией надо понимать следующее: Вы берете соответствующий материал из Функциональных Спецификаций или из Дизайна - и создаете тест-план.
Я _как человек_ беру текст спецификации и делаю тест план? Где тут автоматизация?
Если речь что я это Инструмент, то никакой инструмент не сможет сделать того что в предлагаете - ибо инструмент у нас понимать текст не могут.
QUOTE(Plut @ May 13 2007, 07:56 PM)
Причем создатель Тест Плана может "взятый материал" ЧУТЬ - ЧУТЬ творчески переработать либо оставить вообще неизменным.
Вопрос тот же - создатель это тул или человек?
QUOTE(Plut @ May 13 2007, 07:56 PM)
p.s: а что за система трекинга требований?
Да любая, не суть важен производитель. [right][snapback]42081[/snapback][/right]
Если документация на проект хорошо сделана(т.е есть например хорошая Функциональная спецификация[ФС]\Спека), то для составление тест Планов можно делать так: брать цитаты из ФС и заносить их в какую-нибудь систему(Ворд, Эксель, корпоративную систему трекинга, и.т.д) Группировать такие тест Планы можно по разделам из ФС. Т.е труд - минимальный, необходимо лишь разобраться с самой ФС.
Именно это я имел ввиду, когда соглашался с QUOTE.
p.s: я заметил, что уважаемые форумчане всерьез начали обсуждать идею создания тула для автоматической генерации тест планов, только вот у меня вопрос: есть ли компании или менажеры, которые всерьез могут воспринимать такую идею? (это я к тому, что не каждый PM считает тестирование полезной штукой, т. е надо просвещать как-нибудь менажмент, а потом сами PM придут к нам с такой идеей….)
Зачем нужен тест-план? (Управление тестированием ПО: тест менеджмент)
2007-05-15 20:34 KaNoN
Все зависит от того, как и кому эту идею преподнести. Если идею генератора предложить человеку, который обычно это все руками делает, то он только будет рад. Плюс ко всему, наличие различных генераторов будь то кода или документации вообще является оптимизацией процессов, эффект которой заметен при многократном повторении. Да и хорошая документация проекту не повредит. То есть эти доводы вполне срабатывают для принятия решения о создании генераторов.
Другое дело, что не всегда на эти задачи найдется время и люди.
Ищу книгу Бориса Бейзера в електронном виде (Литература по тестированию ПО)
2007-05-15 22:54 Akeem
Помогите найти в електронном виде книгу Бориса БЕйзера "Тестирование черного ящика". Я Спрашивал у гугля и у рамблера и у тех поисковиках которые знаю нигде не могу найти. может у кого-то завалялась на компе непожадлейте дайте почитать начинающему тестировщику. У меня в стране эта книга не продается, покупать с другой сильно дорого. Ссылку на озон мне не нужно эту ссылку я знаю.
В том числе и о наборе тестов. Естественно, что это одна из тех составляющих, которые в первую очередь могут быть извлечены и сформированы автоматически, причем полностью в автоматическом режиме.
Согласен с этим утверждением. Как я понимаю, в этом контексте мы говорим о test specification - документе, перечисляющем все тесты, требующиеся для конкретного набора тестируемых компонент. Если есть атрибуты, грамотно расставленные на тестах, можно генерировать хорошо структурированные спецификации, причем, даже с разной структурой под разные задачи. Что существенно упрощает поиск дыр в тестовом покрытии. Дальнейшее развитие этой идеи могло бы быть таким: если в проекте используется инструментарий вроде SpecSharp, то можно сгенерировать сами тесты.
Во-первых, некоторые части тестплана (как Введение, Описание системы), сами по себе имеют достаточно шаблонный вид, в котором множество варьируемых параметров можно ограничить (например, тип тестируемого приложения).
QUOTE(KaNoN @ May 14 2007, 10:20 PM)
Тот же перечень тестируемых и нетестируемых модулей (Test Coverage/Scope) можно получить по следующему принципу. В тесткейсах где-то в заголовке завести (если не было) поле вроде Component, которое описывает ту часть приложения, которая затрагивается данным тесткейсом. На генератор ставится фильтр по компонентам. Соответственно, компоненты, которые по фильтру проходят в план, ставятся в перечень тестируемых компонентов, остальные - в перечень нетестируемых.
Лучше фильтровать содержимое билда приложения, а не на тесты. Тогда можно будет сравнивать test plan и test spec на предмет покрытия первого вторым. И, опять же, находить дыры в тестировании.
QUOTE(KaNoN @ May 14 2007, 10:20 PM)
Далее, если брать приведенную вами ссылку на эссе Алексея Баранцева (а я иду сейчас по данной работе), то там следует пункт "Подход к тестированию". Тип тестирования можно либо зафиксировать, либо отразить определенной структурой каталогов (например, в отдельной папке хранить системные тесты, отдельно юнит, интеграционные и т.д.). Задав фильтр, мы можем определить, какие тесткейсы попали в тестплан. На основании этих данных можно все тесткейсы сгруппировать по типу тестирования.
Собственно, получается, что мы используем название каталога, в котором лежит тест, как контейнер для одного из атрибутов теста. Для небольшого проекта, видимо, это нормально. Но в более крупном могут возникнуть проблемы с организацией дерева каталогов для проекта, и, что весьма вероятно, емкости имени каталога может оказаться недостаточно для всех атрибутов теста. Я бы предпочел хранить атрибуты в другой форме, по возможности, в исходниках самого (автоматизированного) теста.
QUOTE(KaNoN @ May 14 2007, 10:20 PM)
Самое главное, чтобы все необходимые данные, которые будут извлекаться из файлов во время генерации, находились в определенном месте и имели строгий формат (неважно какой, главное, чтобы каркас прослеживался).
я ни словом ни полсловом не говорил про создание системы гарантирования качества с нуля. Моя задача изменить существующую систему так, чтобы привести ее в соответствие с реальностью и нынешними запросами компании.
Существующая система работает и дает неплохие результаты: клиентская база растет (доходы соответственно тоже), количество проектов увеличивается.
Однако следует понимать, что любая система ребует постоянного сопровождения в противном случае она перестает со временем быть актуальной, а следовательно становится обузой для своих пользователей. В случае с системой гарантирования качества: механизмы, которые были направлены на обеспечение заданных параметров качаства со временем становятся неактуальными. Например по причине значительного повышения текущих показателей качества относительно плановых. И в этом случае либо вводятся новые механизмы, либо их выкидывают из процесса и старая система начинает сыпаться.
QUOTE(Green @ May 15 2007, 05:56 PM)
Вы думаете до Вас эту систему управления делали глупые люди? Или может быть они ничего не понимали в процессах, а так просто, взяли и написали какие-то документы, определили какие-то метрики? Для отписки? Что бы было?
Нет, конечно нет. Систему создавали очень грамотные инженеры и управленцы. В свое время эта система позволила значительно повысить стабильность топовых продуктов, а также значительно стабилизировать процесс разработки, в частности исключить овертаймы как постоянную практику.
QUOTE(Green @ May 15 2007, 05:56 PM)
Почему это не работает сейчас?
В большинстве своем система все еще продолжает работать. Но требуется введение в процессы новых практик и возврат незаслуженно забытых старых, требуется разработка нескольких моделей процессов для проектов разного размера. Потому что не могут проекты в 10 и в 90 человек работать по одним методикам. Ну а кроме того меняются распределение ответственностей и принципы работы с нашим заказчиком.
QUOTE(Green @ May 15 2007, 05:56 PM)
А почему Вы уверены, что после создания новой системы контроля качества ее не постигнет такая же участь?
Абсолютно уверен, что если забросить поддержку новой системы на 5-7 лет, то потом опять потребуется большие объемы работ для ее актуализации.
К счастью мне привили эволюционные подходы к моей работе, а не революционные.
В самом простом случае тестплан представляет собой несколько тест кейсов с общей функциональностью.
если я когда-нибудь найду человека, который первым пустил эту утку
Тест план есть артефакт определющий стратегию тестирования: кто,что, когда, но не *как*. Как описывается в тест кейсах. [right][snapback]40530[/snapback][/right]
К сожалению, путаница все-таки есть. Мы в компании под тест-планом подразумеваем именно то, что Вы описали. Но были случаи, когда заказчик просил написать тест-план (писали мы его в нужном виде), а потом оказывалось, что ему нужны были как раз тест-кейсы.
И взять, например, Rational TestManager. Там под тест-планом подразумавается тоже совсем не то, что мы тут описываем.
У нас в компании есть 2 документа создаваемые последовательно: тест план и тест сет. Тест план - это план планом: с описанием областей тестирования, сроков, рисков, расписания и прочего. Тест сет - набор тесткейсов. По текущим инструкциям тест сет создается после появления тест плана и содержит тесты необходимые для выполнения задач поставленных в плане. И никакой путаницы
На английском - переводить не хочется. К тому же я уверен, что люди, на которых этот текст рассчитан, могут прочитать полстраницы текста на английском.
-----------------------
We believe that Software Test Engineer (STE) is a smart and intelligent person, who is able to take on complex tasks, and we want to hire only such.
STEs in MetaCommunications:
Participate in product design (as a "customer advocate" and as a person who looks at the proposed design from a more critical point of view). We do not write very detailed specs, but we do write down and track major decisions on our heavily customized Wiki. Wiki also serves as a collaboration tool within the team, between teams, and as a knowledge base.
Do manual testing (of course). We do write 'test specs', short and not very detailed, but detailed enough to be helpful for a person with some knowledge of the product and process. We are using Wiki and Borland Caliber RM to keep those. Some tests specs are simply coded as automated tests. We also believe that it's better if STE does exploratory testing & analytical work more and manual work less. Therefore we are doing what we can to automate bigger chunks of manual testing where it is possible. It means that developers are writing 'developers tests' (and those are executed on continuous integration computers and by developers) and STEs are encouraged to:
Automate tests and data generation/preparation. We use our comprehensive JavaScript framework & Selenium for automatic testing of our web applications, Python to test our core (client and server) applications via special test automation 'hooks' (SOAP interface or special utilities), and we are planning to utilize Eggplant to test our client applications on Mac and Windows via UI. We use SQL and Python to generate test data when needed. Developers help STEs when needed.
STEs are a part of the team working on certain task (feature/release/...) and they work closely with developers. We have no "QA Department" as an entity separate from development.
Hierarchy - this is what we (almost) do not have in engineering. We do not have permanently assigned roles for people. PM, release manager etc. are just roles here. Everybody can eventually be in one or more of the roles if she wants and is able to. STE can (and is expected to) participate proactively in project management and release scheduling activities, collaborate with sales & marketing etc. The level of involvement varies and depends on personal abilities, workload at the moment and other factors.
The only thing that an STE is NOT allowed to do in Meta is to produce code that goes into product.
We do have a bug tracking system. We use one of our products (Virtual Ticket) for bug tracking. It serves the purpose really well.
We appreciate and encourage any ideas that help to improve the development process. However highly formalistic procedures do not live for a long time here. Either it can be automated and helps, or it simply helps and does not require a lot of extra work to do so. Paperwork for things that are expected to change on the next iteration is not a goal.
We want to produce products that help our customers and that we are proud of, and we try to achieve this goal with maximum efficiency.
