четверг, 27 декабря 2012 г.

Отчет о встрече QA Club Kiev #11: Test Documentation


Итак, 18 декабря мы провели долгожданную одиннадцатую встречу киевского сообщества тестировщиков QA Club Kiev, которая была полностью посвящена вопросам, связанным с использованием и поддержкой тестовой документации.

Так, и в процессе тестирования, должна создаваться и использоваться понятная, краткая документация. Если у вас Agile, многие скажут - документы нам ни к чему - и так времени нет. Если у вас Waterfall, вы скажете - документации должно быть много, где все-все должно быть описано, время есть. А нужно ли вдаваться в такие крайности?! Но можно сказать точно - процесс тестирования обязательно должен поддерживаться сопроводительными документами.

На этой встрече мы обсудили наиболее актуальные артефакты тестирования для Scrum. Ознакомились с документами, которые используются для планирования тестирования, мониторинга прогресса и отчетности о качестве продукта. Получили ответы на следующие вопросы: Как определить какие документы писать нужно, а какие не стоит? Как поддерживать документы с наименьшими усилиями? От каких документов нужно отказаться или заменить на более простые решения? Что стоит документировать тестировщику, разработчику, бизнес-аналитику в Agile проектах, для того чтобы презентовать результаты своей работы.


Встреча началась со вступительной презентации организаторов встречи. Далее все проходило по запланированной адженде: Владимир Примаков и Андрей Дзыня  поделились артефактами, которые использует на проектах, опытом ведения тестовой документации, используемыми инструментами. 


11-ая встрече Sky Point собрала 90 участников с более чем 40 различных IТ-компаний!

Для тех, кто не смог побывать на этой встрече QA Club Kiev, мы подготовили краткий видео ролик, о том как это было:


Вступительная презентация организаторов:


QA Club Kiev #11 Test Documentation - Introduction from QA Club Kiev

Владимир Примаков про Test Management, Documentation in Scrum:



Андрей Дзыня про "Working Software Over Comprehensive documentation":



Уже традиционно, в рамках нашего доброго сотрудничества, Ciklum предоставил Sky Point для проведения этой увлекательной встречи. Так же благодарим информационных партнеров встречи - портал DOU, и компании Ciklum, Kuadriga и Luxoft.
Отдельное спасибо Михаилу Горбачову за видеосьемку и Николаю Ковшу за подготовку видео ролика о встрече.

Коллеги, мы приветствуем тех, у кого есть идеи-улучшения, желание помочь в организации будущих встреч киевского сообщества тестировщиков. Смело пишите нам и проявляйте активность!

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

Внимательно следите за анонсами и до следующих встреч!

воскресенье, 16 декабря 2012 г.

Опрос: Какие инструменты вы используется для работы с документацией у себя на проектах

Готовясь к QA Club Kiev #11, которая будет проходить буквально через 2 дня, мы решили узнать больше о том, какие инстументы используют команды для анализа требований, написания тест плана, ведения чек листов, и тест листо, написание отчетов по качеству.

Будем благодарны, если Вы поучавствуете в кратком опроснике. Результаты мы огласим и обсудим непосредственно на встрече клуба. Будьте проактивными!

понедельник, 10 декабря 2012 г.

QA Club Kiev #11: Тест-менеджмент. Документация в тестировании

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

Так и в процессе тестирования, должна создаваться и использоваться понятная, краткая документация. Если у вас Agile, многие скажут - документы нам ни к чему и так времени нет. Если у вас Waterfall, вы скажите - документации должно быть много, где все-все должно быть описано, время есть. А нужно ли вдаваться в такие крайности?! Но может сказать точно - процесс тестирования обязательно должен поддерживаться сопроводительными документами.
Именно для этого мы решили организовать нашу встречу посвященную обсуждению ведения и использования тестовой документации на различных проектах. Наши докладчики поделятся с вами информацией о том какие документы они используют у себя на проектах, помогут понять и решить главные проблемы связанные с ведением документации.

Предварительная программа встречи:
На этой встрече мы обсудим тему тестовой документации в различных проектах, как с применением Agile практик, так и в целом.

Продолжительность: ~2.5-3 часа.
Целевая аудитория: специалисты в области ручного и автоматизированного тестирования, тест менеджеры, и все тестировщики, желающие получить новые знания.
Языки встречи: украинский, русский

Докладчики:

1. Владимир Примаков - практикущий QA менеджер и автоматизатор c 9-летним стажем работы в тестировании ПО. Основное текущее направление деятельности: Оценка и стартап новых проектов по тестированию ПО, постановка процессов и инфраструктуры тестирования, менеджмент тестирования в компании Куадрига.”

Тема доклада: “Тест Менеджмент в скраме: Основная тестовая документация, инструменты, подход к управлению тестированием.”
Аннотация: В этой презентации я кратко расскажу о наиболее актуальных, по моему мнению, артефактах тестирования для СКРАМА(бана). Приведу пример опробованного и слегка отточенного практикой подхода по планированию спринта тестирования, мониторинга прогресса, и пример отчетности о качестве продукта. Также расскажу о том, какие вспомогательные инструменты обычно для этого  используются в компании Куадрига.

2. Андрей Дзыня - Эксперт в области тестирования и автоматизации тестирования ПО. Докладчик многих отраслевых конференций. На протяжении своей профессиональной карьеры освоил широкий набор инструментов по автоматизации тестирования разнообразного ПО, начиная от простых мобильных приложений, заканчивая сложными распределенными системами. Сумел разработать и воплотить в жизнь успешные стратегии по тестированию и автоматизации тестирования коммерческих продуктов, которые продолжают развиваться. Занимается улучшением личной эффективности и развитием тестирования на просторах СНГ. Организатор обучающих соревнований тестировщиков Testing Dojo и конференции Ukrainian Testing Days.

Тема доклада: "Working software over comprehensive documentation" ©
Аннотация: Не один десяток раз каждый из нас видео этот пункт Agile манифеста. Кто на официальном сайте Agile Manifesto, кто в книгах или статьях, кто на тренингах или конференциях. Звучит правильно очевидно и просто, но на практике возникают некие сложности с его реализацией. Как определить какие документы писать нужно, а какие не стоит? Как поддерживать документы с наименьшими усилиями? От каких документов нужно отказаться или заменить на более простые решения? Что стоит документировать тестировщику, разработчику, бизнес-аналитику в Agile проектах, для того чтобы презентовать результаты своей работы. На все эти вопросы я постараюсь ответить в своем докладе, закрепляя примерами которые вы сможете попытаться применить на своих проектах.
Беклог продукта, High level Epics, User Story, Additional Info For user Story, Feature Map.
Live Documentation, Acceptance Scenarios, Users’ Manual, Testing Documentation, Acceptance Scenarios, Functional Map, UML diagrams, Session Reports, Developers Documentation,  Public API JavaDoc for services,  Development Environment setup, Release Notes, Automatic Metrics.

Регистрация:  Набралось максимальное количество участников, регистрация закрыта
 
Место проведения: ул. Амосова 12, Горизонт Бизнес Центр, офис компании Ciklum, 20 этаж, Sky Point.

Дата: 18.12.2012

Время: 19:00 - 21:30

Host: The Best Employer 2011 - Ciklum

Sponsors: Ciklum,

Info-partners: DOUCiklumLuxoftKuadriga


P.S. Помните:
Ink is better than the best memory. - Chinese proverb”

Как добраться: От ст. м. Олимпийская (Республиканский стадион) можно дойти пешком, либо доехать 40-м троллейбусом (остановка "Николая Гринченка"); либо 450 маршрутка от м. Дворец Украина (остановка "Николая Гринченка"); либо 198 маршрутка от м. Вокзальная до конечной.

Контакты:
Andrii Matukhno, skype: andrej_2704
Oleksandr Maidaniuk, skype: alexander.maydanyuk
Eugenia Avramenko, skype: eugenia.trush
Svetlana Dubyk, skype: svetlana_dubyk

Email: info@qaclubkiev.com

понедельник, 26 ноября 2012 г.

Рынок труда в Европе для тестировщиков

Общаясь со своими знакомыми, делаешь вывод что вопрос работы за границей довольно актуальная тема, поэтому решил написать небольшой пост, исходя из личного опыта, опыта коллег и небольших исследований. Внимание! Нет стандартных ситуаций, у каждого кто решил поработать "там", будет свой путь, свои цели, лишь будут чем-либо схожие моменты, поэтому эта статья не претендует на руководство "Как выехать за границу".

Итак, по какой-либо причине, у вас появились мысли, "а не свалить поехать бы мне поработать за границу?". Так вот, если хочется получить опыт, пожить какое-то время в другой обстановке, подтянуть или выучить язык - вполне разумные мысли, стоит попробывать. Это лучше чем двухнедельная командировка или поездка в отпуск и даёт ответы на все внутренние вопросы, которые мы сами себе задаём. Если вы уже всё для себя решили, и ваша цель переехать на постоянное место жительства, тоже ваш выбор, вперёд. Единственное зачем не стоит ехать, так это за деньгами, или как говориться "на заработки"! Не так давно, на эту тему написал хорошую статью Роман Хмиль, где речь идёт о зарплатах программистов на Украине, но а тестировщики тоже далеко не ушли, поэтому ситуация довольно похожа. После всех вычетов и расходов, вы будете, приблительно получать, те же деньги что и дома (плюс/минус), но дома, всётаки, вы в своей тарелке. Но опять же, up to you! Также нужно учесть, если вас что-то будет не устраивать, вы не сможете в считанные недели сменить работу, как это можно сделать дома. Несмотря на опыт, в первое время, поиск новой работы занимает больше времени, тянет за собой решение бюроктратических вопросов (новые разрешения, визы и прочее). Рынок выглядет не на столько перегретым, и работодатели не спешат с наймом специалистов, особенно когда речь идёт об иностранцах. Но, если вы ИТ - специлист, то будет легче и шансов больше, в остальных случаях придётся постараться и запастись терпением.

А в целом картина по некоторым странам довольна таки неплохая, и всётаки при желании можно найти своё место и "там". В Германии, например, очень востребованы специалисты в области автомобилестроения (automotive) и разработки встраиваемых систем (embedded). Вот тут вас заберут  с руками и ногами, в нетокорых случаях и без знаний немецкого. По другим направлениям (финансы, веб, медия и пр.) ситуация стандартная, нужна стучаться, показать себя и знания немецкого будут большим плюсом, особенно если работа подразумевает частое общение с клиентами. В Германии много проектов направленно на внутренний рынок, поэтому знание языка часто может быть ключевым моментом. В то же время, в международных компаниях где корпоративным языком является английский, проблем с этим не возникает. На данный момент, с 1 августа 2012 запущен новый проект по привлечению иностранных специалистов, который немного облегчает процесс эмиграции, тем самым поднимая интерес к инженерам из-за рубежа. Подробнее можете почитать на оффициальном сайте Make it in Germany. И не тратьте время на форумы, на сайтах посольств есть вся информация по документам, без лишей воды. Популярные ресурсы для поиска ваканский это Stepstone.de, Monster.de.

В Чехии, хотя различные форумы и пестрят информацией о невозможности получить визу, на деле всё немного по другому. Как обычно, специлистам с высшим образованием визы открывают, если опять же в вас заинтересован работодатель. В IT компаниях языком по умолчанию, как ни странно, становится англиский в силу интернациональности сотрудников, но чешский нужно будет учить в любом случае, вы же в Чехии! Аналогично можно получить голубую карту и вперёд. Подробно на офсайте http://portal.mpsv.cz/sz/zahr_zam/modka, только не ищите на нём работу, там обычно позиции открыты под конкретного человека. Открытые вакансии можно найти на сайтах компаний,  подождать в удачный день запроса в LinkedIn, HR-ы периодически стучатся. Например, вакансии в крупных компаниях: в Barclays Capital букавально недавно был довольно долгий список открытых позиций, тестировщики тоже присутсвовали, позиции в Red Hat, позиции в Skype. Также, приличное количество можно найти и в небольших продуктовых компаниях. Если не лениться, гугл поможет.

Подобные варианты выезда сейчас существуют для многих стран ЕС, где-то по рабочему контракту, где то по голубой карте ЕС. Только из моих знакомых за последний год выехало 9 человек (Швеция, Эстония, Чехия, Австрия, Германия, США). Даже новостные ленты не обошли эту тему стороной и взяли интервью у некоторых из представилетей. Оригиналы можно почитать на сайте АИН в этой ветке
А вы задумывались о подобном переезде или уже "там"? ©

понедельник, 19 ноября 2012 г.

Test Automation Days

Портал по автоматизации automated-testing.info во главе с главным вдохновителем Поляруш Михаилом проводит первую на просторах СНГ выделенную конференцию исключительно по автоматизации Test Automation Days.

Test Automation Days - это  знаменательное событие в мире автоматизации и соберет лучших автоматизаторов-практиков, которые с радостью поделятся своим опытом со всеми желающими.

На данный момент организаторы конференции активно работают над программой конференции, чтобы она была максимально  интересной и познавательной для всех автоматизаторов, вне зависимости от опыта. Сейчас, за 3 месяца до конференции, уже более 14 докладчиков. И это еще далеко не предел, автоматизаторы из Украины, России и Беларуси в скором времени присоединятся к команде докладчиков. Это будет грандизный технический бум! Только технические и полезные доклады и советы, проверенные практикой и опытом.

Вас ждет множество докладов на разнообразные темы (и это не окончательный список):

  • Философия и построение тестового фреймворка на основе BDD в PHP проектах,  Зозуленко Алексей
  • Автоматизация тестирования как сервис, Павел Сташевский
  • Тестирование производительности и функциональности бэкэнда клиент-серверных приложений, Владимир Примаков
  • Основные ошибки внедрения ATDD, BDD, CI, CD на проектах, Резчиков Алексей
  • Быстрое расширение Robot Framework под свои нужды, Михаил Поляруш
  • Новый подход к автоматизации регрессионного тестирования с использованием BDD на основе WebDriver, Бордюг Иван
  • Тестирование производительности веб приложений в Visual Studio, Юлия Соловьева
  • Автоматическое генерирование тестов в SoapUI, Михаил Дырда
  • 3 инструмента: 3 истории нагрузки, Ирина Горшенина
  • Test Environement on Demand (in Cloud), Дмитрий Махно
  • Перешагнуть через ADB Shell, Сергей Высоцкий
  • Проблемы автоматизации крупных проектов: TestComplete, Дмитрий Марков
  • За пределами PageObject, Дмитрий Жарий
  • Keyword-driven testing, Геннадий Алпаев

Мы уверены, что независимо от того, являетесь ли Вы опытным автоматизатором, недавно начали работать в этой сфере или только собираетесь стать на путь автоматизации, Вам будет интересно!

Кроме этого, на конференции Вы получите уникальную возможность пообщаться лично и получить совет и помощь от лучших автоматизаторов СНГ. И, естественно, получить массу положительных эмоций от единомышленников! Все это, несомненно, будет способствовать Вашему карьерному росту как профессионала за гораздо более короткий интервал времени.

Однако не зря событие называется Test Automation Days, помимо конференции будет проведена серия тренингов и мастер-классов по автоматизации, что позволит Вам получить не только теоретический опыт, но и много практики.

Тренинги:

  • Основы автоматизации тестирования ПО
  • Автоматизация веб-приложений с Selenium WebDriver на Java
  • Автоматизация веб-приложений с Selenium WebDriver на Python
  • Управление автоматизацией тестирования ПО
  • Автоматизация тестирования ПО  с TestComplete
  • Нагрузочное тестирование с JMeter

Мастер-классы:

  • Automated Testing DoJo
  • Selenium WebDriver
  • Нагрузочное тестирование c JMeter
  • Практикуемся программировать на Python
  • Практикуемся программировать на Java

Не пропустите свой  шанс поучаствовать в столь грандиозном событии в мире автоматизации! Регистрируйтесь прямо сейчас.

Следите за новостями http://atdays.com/ и twitter @at_days или по хэш тегу #atdays

До встречи на конференции!

суббота, 27 октября 2012 г.

RailsGirls в Киеве

Хотим поделиться новостью о довольно интересном мероприятии для девушек разработчиков:)
Третий раз на Украине проводится подобное событие. После упешных воркшопов в Харькове и Днепропетровске, RailsGirls направились в столицу.

Организаторы (http://rubygarage.org/) решили поддержать Киевское сообщество девушек разработчиков и организовали 3-х дневное мероприятие RailsGirls.
RailsGirls — международное некоммерческое движение RoR воркшопов, начавшееся в 2010 в Хельсинки. За это время мероприятия проходили в Сингапуре, Шанхае, Таллине, Берлине, Кракове, Амстердаме. В ближайшее время планируются в США, Бразилии, Хорватии и Украине!
3-х дневный марафон включает в себя:
  • 1-й день (07.12.12) — 18:00 — 21:00 — Installation party (устанавливаем необходимые компоненты на компьютеры. Будет Help Corner, где проблемы установки будут решаться общими усилиями тренеров). После, знакомство друг с другом
  • 2-й день (08.12.12) — 9:00 — ... несколько презентаций по азам HTML, CSS. Первые попытки руби на tryruby.org. Разработка своего первого приложение (по туториалу). Опять небольшие презентации. Afterparty.
  • День 3-й (09.12.12) — 10:00 — 17:30 Off topic day. Несколько занимательных мастер-классов на темы самореализации и психологии в бизнесе.
Для участия в нашем 3-х дневном воркшопе разыскиваются любознательные девушки, которые хотели бы попробовать себя в программировании. Нам интересны ваши предложения и комментарии, так что — пишите :)

Пройдет: 7 — 9 декабря
Место: Киев ул.Боженко (Малевича) 86-О
Регистрация на сайте http://railsgirls.com/kiev ссылка Apply now!
Регистрация открыта до 4-го декабря
Более подробное расписание и описание смотрите на официальном сайте http://railsgirls.com/kiev


воскресенье, 7 октября 2012 г.

Стартовала регистрация на чемпионат Ukrainian Web Challenge

Коллеги тестировщики, 1 октября стартовала регистрация на третий всеукраинский чемпионат по веб-разработке Ukrainian Web Challenge.

Киевское сообщество тестировщиков предлагает присоединиться к этому увлекательному чемпионату всех тестировщиков, для выбора лучших из лучших. Сотни айтишников со всей страны примут участие в соревновании.
Номинации: frontend developer, backend developer, архитектор систем, тестировщик, web-дизайнер, лучшая команда.
Зарегистрируйся на сайте организаторов Ukrainian Web Challenge прямо сейчас!

Основные даты:
1 - 26 октября Он-лайн регистрация на сайте проекта uwc.org.ua
27 октября - 4 ноября Он-лайн соревнование между загеристрированными участниками
12 - 14 ноября Оглашение результатов отборочного тура
24 - 25 ноября Финал
Генеральный партнер чемпионата: VostokVentures.
Партнеры чемпионата: CiklumWebMoneyIT LaunchpadLezgroDataArt.
Призы предоставляют: NokiaCyberBionic SystematicsImageCmsWorksection.


пятница, 5 октября 2012 г.

Несколько версий браузеров на одной платформе

Что если нужно тестировать веб на совместимость с разными браузерами. Хорошо когда есть всё под рукой, да и ещё на одном компьютере. Но каждая новая версия браузера перекрывает старую, а ведь это не отменяет обратной совместимости, особенно в случае с IE. Если в распоряжении есть хороший сервер, то проблему можно решить подняв нужное количество виртуальных машин.

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

Разные версии Firefox можно держать у себя используя профили и различные фолдеры для установки. Из-за нехватки времени приведу ссылку на сайт поддержки мозилы http://support.mozilla.org/cs/questions/797010, где как раз описание с решением этого вопроса. А так же есть замечатльная утилита, которая решает вышеприведнные проблемы с профилями Utilu Mozilla Firefox Collection. На момент написании статьи в колекции версии с 2.0.0.20 по 18.0.0.0. Выборочная установка поддерживается. 

Так же стоит обратить внимание, что для установки полного набора (а вдруг кому-то нужно) потребуется немало места. И ещё одна удобность, можно в один клик открывать заданный URL сразу в нескольких браузерах.

Вообщем удобно.Аналогично есть такой же набор и с IE Utilu IE Collection, единственно что, в него не включены 9 и 10 версии IE. В любом случае уже проще. И на всякий случай может ещё пригодится утилита IETester

С хромом тоже при желании можно повозиться, но обычно он автоматически сам обновляется, а новую девелопмент ветку и так можно использовать без проблем.
Opera уставливается в разные фолдеры, а вот для Safari или пользоваться даунгрейдом, либо снова виртуализация в помощь.

Ещё хочется упомянуть один удобный тул, к сожалению он уже платный. Но триал можете попробовать в течении нескольких часов http://www.spoon.net/. Но если есть бюджет под это дело, то можно попробовать, в тестовом режиме он показал себя неплохо без каких либо заморочек. Тут уже используется собственный движок виртуализации для изолированного запуска каждого приложения. В самой дорогой версии, можно настроить запуск любых приложений.

А какие решения в подобных случаях применяете вы?

среда, 3 октября 2012 г.

Как добавить модальное окно к блогу на примере формы регистрации

Снова небольшой мануал по кастомизации блога. На этот раз, добавление модального окна, готовый рабочий пример можно посмотреть у нас по кнопке "Регистрация докладчика".
А сама реализация выглядит следующим образом:
- добавляем HTML/Java Script виджет, куда и будем писать код
- далее подключаем jquery
 <script type="text/javascript" src="http://code.jquery.com/jquery-1.6.4.min.js"></script>  
- добавляем скрипт, которая будет выполнять все действия
 <script>$(document).ready(function() {  
      $('a.register-window').click(function() {  
        //получаем имя переменной из ссылки   
           var registerBox = $(this).attr('href');  
           //появление окна, настраиваем скорость прояления как нравиться  
           $(registerBox).fadeIn(300);  
           //центрируем окно  
           var popMargTop = ($(registerBox).height() + 24) / 2;   
           var popMargLeft = ($(registerBox).width() + 24) / 2;   
           $(registerBox).css({   
                'margin-top' : -popMargTop,  
                'margin-left' : -popMargLeft  
           });  
           // добавляем маску вокрук модального окна 
           $('body').append('<div id="mask"></div>');  
           $('#mask').fadeIn(300);  
           return false;  
      });  
      //Закрытие окна по иконке закрыть, либо по клику вне окна  
      $('a.close, #mask').live('click', function() {   
       $('#mask , .register-popup').fadeOut(300 , function() {  
           $('#mask').remove();   
      });   
      return false;  
      });  
 });</script>  
- добавляем CSS
 <style>/* Маска для подложки, по умолчанию не отображается */  
 #mask {  
      display: none;  
      background: #000;   
      position: fixed; left: 0; top: 0;   
      z-index: 10;  
      width: 100%; height: 100%;  
      opacity: 0.8;  
      z-index: 999;  
 }  
 /* Окошко */  
 .register-popup{  
      display:none;  
      background: #98CBFF;  
      padding: 10px;        
      border: 2px solid #ddd;  
      float: left;  
      font-size: 1.2em;  
      position: fixed;  
      top: 50%; left: 50%;  
      z-index: 99999;  
      box-shadow: 0px 0px 20px #999; /* CSS3 */  
     -moz-box-shadow: 0px 0px 20px #999; /* Firefox */  
     -webkit-box-shadow: 0px 0px 20px #999; /* Safari, Chrome */  
      border-radius:3px 3px 3px 3px;  
     -moz-border-radius: 3px; /* Firefox */  
     -webkit-border-radius: 3px; /* Safari, Chrome */  
 }  
/* Иконка закрытия */
 img.btn_close { Position the close button  
      float: right;   
      margin: -28px -28px 0 0;  
 }  
 </style>  
- Код, который ниже, размещаем там, где хотим отображать ссылку или кнопку, по которой будет открываться модальное окно
 <center>  
 <a href="#register-box" class="register-window" alt="Стать докладчиком" title="Стать докладчиком"><img src="http://dl.dropbox.com/u/41556146/Blog%20icons/btn_18.png"/></a>  
 </center>  
- Заполняем содержимое модального окна, в нашем случае, это форма регистрация
 <iframe src="https://docs.google.com/spreadsheet/embeddedform?formkey=dEVUVDdaa3Zxb0prazRBUlYzMnFubFE6MQ" width="460" height="300" frameborder="0" marginheight="0" marginwidth="0">Loading...</iframe>  
/* Иконка закрытия */
 <a href="#" class="close"><img src="http://cdn-sg1.pgimgs.com/images/pg/close-button.png" class="btn_close" title="Закрыть" alt="Close" /></a>  

суббота, 29 сентября 2012 г.

Официальный Certified Scrum Product Owner Class от Jeff McKenna в Киеве.

Компания Scrummaster.com.ua приглашает всех желающих из http://www.qaclubkiev.com принять участие в Certified Scrum Product Owner тренинге, который состоится в Киеве. Все желающие, указавшие промо код QAK1274, получают скидку – 50 USD! При регистрации группы от 3 человек и более, участники получат дополнительные скидки!


Обучение будет проводить один из основателей Scrum - Jeff McKenna - официальный Certified Scrum Coach и Certified Scrum Trainer, тренер самой первой Scrum команды, за плечами которого многолетний опыт обучения Scrum как на отдельных тренингах, так и в крупных компаниях.

Когда:
           22-23 ноября – CSPO тренинг.
Где: 
           г. Киев, ул. Николая Пимоненка 13-А
Подробная информация 
           CSPO
Расписание: 
           CSPO
Стоимость без учета скидки: 
           899 USD для одного участника;
           849 USD – для двух участников.

Регистрация здесь.
Это официальные тренинги от ScrumAlliance! 
После окончания тренинга, участники получат официальный сертификат CSPO от ScrumAlliance.
Этот курс включает в себя, как и базовую теорию Scrum, так и специфические вопросы, которые приходится решать Продакт Оунеру в процессе ежедневной работы. А именно, как правильно построить отношения между заказчиками и командой, как можно эффективно управлять продакт бэклогом, спринтами и всей работой в команде. После этого курса вы будете иметь все необходимые навыки, чтобы стать отличным Скрам Продакт Оунером!

Этот тренинг будет особенно интересен менеджерам, продакт оунерам, бизнес-аналитикам, скрам мастерам и всем тем, кому интересно как правильно выстроить работу в команде и взаимоотношения между заказчиками и каждым членом скрам команды, для достижения целей проекта.

Занятия проводятся на английском языке.

Тренинг не требует предварительной подготовки и знаний Scrum!

Все, кому не безразличны опыт и знания, приглашаются на тренинги!
Более детальную информацию Вы сможете найти на нашем сайте http://scrummaster.com.ua/.
Будем рады ответить на Ваши вопросы – связывайтесь любым удобным для Вас способом:

Заполнив форму регистрации
Позвонив по телефонам: 
+38-050-473-71-76
+38-044-432-49-48
e-mail: info@scrummaster.com.ua
skype: scrummaster.info

Официальный Certified Scrum Master Class от Jeff McKenna в Киеве.

Компания Scrummaster.com.ua приглашает всех желающих из http://www.qaclubkiev.com принять участие в официальном Certified Scrum Master тренинге, который состоится в Киеве. Все желающие, указавшие промо код QAK1274, получают скидку – 50 USD! При регистрации группы от 3 человек и более, участники получат дополнительные скидки!


Обучение будет проводить один из основателей Scrum - Jeff McKenna - официальный Certified Scrum Coach и Certified Scrum Trainer, тренер самой первой Scrum команды, за плечами которого многолетний опыт обучения Scrum как на отдельных тренингах, так и в крупных компаниях.
Когда: 
           19-20 ноября
Где: 
           г. Киев, ул. Николая Пимоненка 13-А
Подробная информация
           CSM
Расписание:
           CSM
Стоимость без учета скидки:
           899 USD для одного участника;
           849 USD – для двух участников.

Регистрация здесь.
Это официальные тренинги от ScrumAlliance!
После окончания тренинга, участники получат официальный сертификат CSM от ScrumAlliance.
Много практики, интересных игр, включающих также и базовую теорию! И никакого PowerPoint! Это значительно больше чем базовый курс! Вы будете понимать лежащие в основе принципы и общие техники! Вы будете знать, как помочь своей команде достичь целей проекта в быстро меняющихся условиях. После этого курса вы будете иметь все необходимые навыки, чтобы стать отличным Скрам Мастером!
Основной упор тренинга делается на практическом применении методологии Scrum в управлении проектами, а также на ее теоретических аспектах. У Вас будет возможность в команде применить методологию Scrum и понять все преимущества этой методологии. Вы поймете, насколько значимой и решающей, на самом деле, является правильная постановка командной работы.

Кому будет полезно посетить наши тренинги? 
  • Тестировщикам программного обеспечения 
  • Разработчикам программного обеспечения 
  • Архитекторам 
  • Бизнес-аналитикам 
  • Администраторам баз данных 
  • Продакт Оунерам 
  • Тим Лидерам 
  • Специалистам отдела маркетинга 
  • Специалистам отдела продаж 
  • Скрам Мастерам команд 
  • Руководителям проектов 
  • Специалистам, которые работают по Скраму или собираются внедрить эту методологию у себя в проекте, команде или компании 
  • Менеджерам, которые хотят улучшить и увеличить производительность работы команды и компании в целом
Занятия проводятся на английском языке.
Тренинг не требует предварительной подготовки и знаний Scrum! 
Более детальную информацию Вы сможете найти на нашем сайте http://scrummaster.com.ua/.
Будем рады ответить на Ваши вопросы – связывайтесь любым удобным для Вас способом:

Заполнив форму регистрации
Позвонив по телефонам: 
+38-050-473-71-76
+38-044-432-49-48
e-mail: info@scrummaster.com.ua
skype: scrummaster.info

среда, 26 сентября 2012 г.

UA Mobile 2012

Приглашаем всех, интересующихся мобильными технологиями, посетить UA Mobile 2012!

UA Mobile - всеукраинская международная конференция разработчиков приложений для
мобильных устройств, посвященная созданию mobile-решений для бизнеса, научных
исследований и сферы Edutainment.

Основное внимание на конференции будет уделено концептуальным вопросам развития мобильных устройств и программных платформ для них, а также проблемам разработки, тестирования и маркетинга мобильных приложений.

Целью конференции является поддержка сообщества разработчиков разных стран в сфере мобильных технологий, а также обмен опытом и знаниями как в рамках мобильных платформ (iOS, Android, WP7-8, HTML5+JS и других), так и в смежных областях: кроссплатформенные решения, пользовательские интерфейсы, разработка игр, управление проектами и др.

Докладчиками на конференции выступят специалисты ведущих IT-компаний Украины, Беларуси и России, основатели успешных стартапов, инвесторы в сфере высоких технологий.

Регистрируйтесь сегодня! http://www.uamobile.in.ua/user/register

Место проведения: Киев, Киевский Национальный университет технологий и дизайна
Участие: платное, регистрация обязательна
Когда: 24 ноября 2012, 11:00 Детали на сайте: http://www.uamobile.in.ua

понедельник, 24 сентября 2012 г.

Запуск браузера в "тихом режиме/silent mode" Python + Selenium

На днях попалась статья об использовании xvfb и тут вспонилось как мы работали с подобными инструментами. Для освежения памяти нужно было срочно набросать черновик, а для всего этого понабиться буквально несколько шагов чтобы настроить работу с виртуальным дисплеем для запуска бразуера в "тихом режиме".

Когда разрабатываешь тесты для веб приложений с необходимость "запуска живого" бразуера и запускаешь их на той же станции, за которой работаешь, то постоянное открытие браузера отвлекает и можно либо идти пить чай, либо наблюдать за этим процессом.
Решений в этом случае несколько:
- развернуть  Selenium Grid и подключаться удалённо (VNC, Remote Desktop)
- воспользоваться сервисом https://saucelabs.com/
- работая в *nix, использовать виртуальный дисплей для скрытия браузера

В данном посте мы рассмотрим последний вариант в связке с python + Ubuntu.
Перед началом работы нужно подготовить рабочее окружение и установить следующие модули:
- любой из виртуальных дисплеев  XvfbXephyr или Xvnc
- обёртка для работы с вышеуказанными виртуальными дисплеями через python pyvirtualdisplay
- собственно Ubuntu

Уставливаем через терминал:
$ sudo apt-get install xvfb
$ sudo pip install pyvirtualdisplay

Готово, можно пользоваться.
Пример использования:

from pyvirtualdisplay import Display
from selenium import webdriver
#если хотим полностью скрыть дисплей то visible=0, иначе visible=1
display = Display(visible=0, size= (1024, 768)) 
display.start() 
driver= webdriver.Chrome() 
driver.get('http://www.qaclubkiev.com') 
print 'The title of current page is: ', driver.title 
driver.quit() 
display.stop()

четверг, 20 сентября 2012 г.

Автоматическое подтверждение регистрации c использованием Google Forms

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

Что нам для этого нужно? Подключение к интеренету, любимый бразуер, и конечно же учетная запись Google.

Итак, поехали:

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

- Теперь переходим в редактор скриптов из меню инструменты "Select "Tools" => "Script Editor" и добавляем в него новый следующий скрипт:





function  EmailConfirmation () {

  var sheetname = "Sheet1"
  var emailColumnNumber = 2
  var nameColumnNumber = 3
   
  var ss = SpreadsheetApp.getActiveSpreadsheet();
  var sheet = ss.getSheetByName(sheetname);
 
  if (sheet.getRange(sheet.getMaxRows(),1).getValue() != "") {
     var lastrow = sheet.getMaxRows()  
  } else {
     var count = 0
     for (var i = 0; i < sheet.getMaxRows(); i++) {
        if (sheet.getRange(sheet.getMaxRows()-i,1).getValue() != "") {
        var lastrow = sheet.getMaxRows()-i
        break;
        }
     }
  }

  var email = sheet.getRange(lastrow, emailColumnNumber).getValue();
  var emailPattern = /^[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+(?:[A-Z]{2}|aero|asia|biz|com|coop|edu|gov|info|int|jobs|mil|mobi|name|museum|name|net|org|pro|tel|travel)\b/;
  var validEmailAddress = emailPattern.test(email);
  var name = sheet.getRange(lastrow, emailColumnNumber).getValue();

  if (validEmailAddress == true) {
    var message = ""
        + "Вы только зарегистрировались на i-ю встречу QA Club Kiev"
        + "
" + "Ваше имя: " + name + "
"
        + "
";           MailApp.sendEmail(email, "Подтверждение регистрации", "", {htmlBody: message});    
  }
}

В переменной sheetname указано имя страницы, по умолчанию это "Sheet1". Поэтому, если форма не многостраничная, и страницы, не были переименованы, то на этом шаге всё в порядке. Нужно лишь перепроверить.

В переменных emailColumnNumber и nameColumnNumber необходимо указать номера, соответствующих колонок. Для нашего случая это В = 2 и С = 3.

Теперь нужно сохранить почти готовый к работе скрипт и добавить его в триггеры (не забываем переименовать скрипт). Для этого переходим в меню триггеры "Triggers" --> "Current script's triggers" --> "Click to add a script" и выбираем только что сохранённый скрипт. Далее выбираем "From spreadsheet" и событие "On form submit". Снова сохраняем изменения.
Теперь можно зарегистрироваться с валидными данными, и проверить что пришло подтверждение на указнный при регистрации адрес.

В дальнейшем тему и тело письма можно изменить уже исходя из необходимости и целей.


среда, 19 сентября 2012 г.

Результаты опроса Тестировщик или Тестировщица

Данный опрос не является точной статистикой, а лишь отображает тенденцию среди участников. Как видите, всётаки мужская половина преобладает, но с небольшим разрывом. Но мы не закрываем опрос, и если вы ещё не голосвали, то можете это сделать по ссылке. А на момент публикации поста картина следующая:


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

понедельник, 17 сентября 2012 г.

QA Club Kiev: Online Test Results

Дорогие коллеги, мы подготовили статью с ответами к онлайн тестам, которые проводил QA Club Kiev на самом масштабном нетворкинг мероприятии в Киеве за последний год - IT Jam 2012.

Вы можете ознакомиться с вопросами и ответами ниже :)


P.S.: Кому не удалось посетить IT Jam 2012 в этом году, просмотрите 3-х минутное видео, о том как это было!



Один день из жизни тестировщика

У вас X критических задач на текущий момент, полная загруженность. Вы ничего не успеваете, а Вам направляют еще одну задачу и ставят ее как приоритет номер 1. Естественно, задача должна быть сделана на “вчера”. При этом, остальные задачи должны также выполняться - параллельно.

Вы работаете на Agile проекте, старт-ап, который должен был запуститься еще 5 месяцев назад. Ваш проект занимается поддержкой аналитики финансовых рынков и должен предоставлять различного рода аналитическую информацию, обновленную в зависимости от изменений в финансовом мире. Деньги уходят, заказчик готов отказаться от всего и распустить проект. В таких условиях все зависит от этой задачи и ее выполнения. Задача должна быть сделана за 2 дня.

Перед Вами стоит следующая задача, а также спецификация на 45 страниц:
«Как пользователь я хочу иметь возможность пользоваться поиском, который будет представлять стандартную форму поиска и искать по всей информации по сайту».

Ваши действия:
1.       Вы знаете, что на изучение спецификации вам нужно потратить около 4 часов, так как задача очень большая. Когда приступить к изучению требования? Сразу? Ваши действия (учтите,  что вы работаете в условиях полного недосыпания и загруженности)
a)      Да, сразу, опишите почему (правильный ответ,  так как там могут быть ошибки и фундаментальные неточности, переделывать которые потом просто не будет времени)
b)      Нет, не сразу, дождаться когда часть функциональности будет готова, опишите почему (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)
c)       Договорится о встрече с разработчиком и менеджером, и обсудить требования на совещании. (Не правильно, так как нет времени на совещание и длительные обсуждения 50 страниц) 
Правильный ответ: A. Сразу, так как там могут быть ошибки и фундаментальные неточности, переделывать которые потом просто не будет времени

2.       Сколько времени потратить на изучение?
a)      ни сколько (нет времени заниматься этим)
b)      30 минут (нужно бегло проглянуть, но не вчитываться)
c)       2 часа (постараться изучить главные моменты и поставить свои замечания)
d)      4 часа (полностью изучить требования и проверить их на полноту)
e)       6 часов (полностью изучить требования, а также обсудить их вместе с разработчиками, чтобы ничего не упустить) 
Правильный ответ: C. 2 часа, если критичная задача, ее нужно изучить, но постараться потратить столько времени, чтобы ничего не упустить. При этом нельзя братв все 4 часа, так как нужно выполнять еще другие задачи.

3.       Стоит ли писать тест-план?
a)      Да стоит, так как от детального планирования зависит рациональное выполнение работы
b)      Нет (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)
Правильный ответ: B. Нет (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)

4.       Вам нужно получить дизайн новой страницы, но ваш дизайнер сказал вам что сможет приступить к задаче не раньше чем через 4 дня. Ваши действия:
a)     Оставить дизайн на себя так как никто другой не может этого сделать
b)     Оставить дизайн на программиста, пусть сам разберается ведь у него есть ощущение того, как все должно быть.
c)      Заасайнить таск на дизайнера и убедить его что это задача номер 1, которая должна быть выполнения сейчас
Правильно: C. оставляйте дизайн профессионалам этого дела, не стоит все тянуть на себе, так как дизайнер знает что и как в системе. Нельзя оставлять дизайн на программиста, так как эти люди должны концентрировать свое внимание на функциональности системы, а в критические моменты просто совершить элементарные ошибки в логике.

5. Когда писать тестовую документацию?
a)    В самом начале
b)    В конце
c)    Перед самим тестирование
d)    Не писать вообще
Правильно: C. Перед самим тестированием. Нужно продумать ход действий, документация должна быть минимальной.

6. Какие виды тестирования вы будете применять и почему?
a)     Ад хок тестирование, регрессионное и приемочное
b)     Функциональное тестирование, интеграционное, регрессионное.
c)      Функциональное и регрессионное.
d)     Системное тестирование, альфа-тестирование и бета-тестирование.

Правильно: В. Должно применяться как минимум функциональное, интеграционное, регрессионное тестирование.

7.  Вы  получили первую версию системы. При тестировании системы, Вы получили следующее (смотреть скриншот). Есть ли на данном скриншоте баги?

a)      Да, здесь 3 бага. Опишите их.
b)      Да, здесь 7 багов. Опишите их.
c)       Да, здесь 5 багов. Опишите их.
d)      Да, здесь 1 баг. Опишите его.
e)      Здесь нет ни одного бага.

Правильный ответ:  В. 7 багов – картинка закрытия залазит на форму; слова Запрос с лишним символом; Поиск кнопка длиннее чем поле ввода; первый результат поиска не верный; текст красным не должен появляться; в красном тексте лишние символы; не соблюден один стиль на форме (разные шрифты и выравнивание).


Часть 2
Ваш заказчик решает, что вам нужно пройти сертификацию по тестированию. Вы идете на экзамен где видите следующие вопросы. Попробуйте пройти следующее вопросы и получить сертификат.

1) Executing the same test case by giving the number of inputs on same build called as
a) Regression Testing
b) ReTesting
c) Ad hoc Testing
d) Sanity Testing 

Correct: b
 
2) To check whether we are developing the right product according to the customer requirements are not. It is a static process
a) Validation
b) Verification
c) Quality Assurance
d) Quality Control 

Correct: b
 
3) To check whether we have developed the product according to the customer requirements r not. It is a Dynamic process.
a) Validation
b) Verification
c) Quality Assurance
d) Quality Control 

Correct: a

4) The review and approved document (i.e. Test plan, System Requirement Specification’s) is called as
a) Delivery Document
b) Baseline Document
c) Checklist 

Correct: b
 
5) Conducted to validate that the application, database, and network they may be running on can handle projected volumes of users and data effectively. The test is conducted jointly by developers, testers, DBA’s and network associates after the system Testing called as
a) Functional Testing  
b) Stress/Load Testing 
c) Recovery Testing
d) Integration Testing 

Correct: b
 
6) Cost of quality = Prevention Cost + Appraisal cost + Failure cost
a) True 
b) False 

Correct: a 

7) It measures the quality of processes used to create a quality product. It is a system of management activities, It is a preventive process, It applies for entire life cycle & Deals with Process.
a) Validation
b) Verification
c) Quality Assurance 
d) Quality Control 

Correct: c
 
8) Boundary value analysis belongs to which testing method?
a) Black Box testing 
b) White Box testing 

Correct: a
 
9) What are the Types of Integration Testing?
a) Big Bang Testing
b) Bottom Up Testing
c) Top Down Testing
d) All the above 

Correct: d
 
10) Which is Black-Box Testing method?
a) equivalence partitioning 
b) code coverage
c) fault injection 

Correct: a
 
11) Automation Testing should be done before starting Manual testing.
Is the above statement correct?
a) Yes
b) No

Correct: b

12) Typical defects that are easier to find in reviews than in dynamic testing are:
a) deviations from standards,
b) requirement defects
c) design defects
d) insufficient maintainability and incorrect interface specifications
e) All of the above 

Correct: e

13) Load Testing Tools:
a) reduces the time spent by the testers
b) reduces the resources spent
c) mostly used in web testing
d) all of the above  

Correct: d

14) Reviews, static analysis and dynamic testing have the same objective
a) identifying defects
b) fixing defects.
c) 1 and 2
d) None

Correct: a

15) What are the 2 major components taken into consideration with risk analysis?
a) The probability the negative event will occur
b) The potential loss or impact associated with the event
c) Both a and b
d) Neither a nor b

Correct: c

16) The selection of test cases for regression testing
a) Requires knowledge on the bug fixes and how it affect the system
b) Includes the area of frequent defects
c) Includes the area which has undergone many/recent code changes
d) All of the above

Correct: d

17) What do you mean by “Having to say NO”
a) No, the problem is not with testers
b) No, the software is not ready for production
c) Both a & b
d) none of the above

Correct: b

Давайте проанализируем ответы и постараемся понять, почему именно они являются правильными.

Когда Вам предоставляют огромную спецификацию на изучение и при этом у вас совсем нет времени на это, приучайте себя к тому, что спецификация должна быть изучена сразу и именно Вами, так как Вы - человек, который отвечает за качество. Договариваться о встрече нужно уже тогда, когда все изучили спецификацию и есть определенные вопросы. Хотя очень часто встречи занимают намного больше времени, чем ожидается. (Если у вас нет времени на работе, старайтесь читать спецификацию в очереди, транспорте или просто когда есть свободная минутка.) Старайтесь находить золотую середину и распределять время рационально. Поэтому, изучив спецификацию за 2 часа -  вы уловите суть и сможете поставить свои замечания, тем самым проверив спецификацию на полноту. Вы потратите столько времени,  чтобы ничего не упустить, и при вы сохраните время на другие задачи.

Переходя к вопросу о дизайне новой страницы, оставляйте дизайн профессионалам этого дела, не стоит все тянуть на себе, так как дизайнер знает, что и как в системе, он знает тонкости того или иного символа. Нельзя оставлять дизайн на программиста, так как эти люди должны концентрировать свое внимание на функциональности системы (у программистов свое понимание красоты, которое очень часто не подходит к дизайну вашей системы).

Когда же писать тестовую документацию? Достаточно интересный вопрос. При полном беге Agile хочется ответить – никогда. Но, все же, тестовую документацию лучше писать перед самим тестированием, так как спецификация может меняться вплоть до фазы тестирования. И да, документация должна быть минимальной, но она должна быть, чтобы ничего не упустить.

Переходя к видам тестирования, должно быть четкое понимание того, что новая функциональность должна быть протестирована и проверена на соответствие программной реализации с требованиями, а  также на взаимодействие с другими связаными частями системы. Также стоит проверить, как система работает в целом после реализации функциональности. То есть необходимо провести как минимум функциональное, интеграционное, регрессионное тестирование.

Говоря о количестве багов на картинке, то правильный ответ 7, а именно: картинка закрытия залазит на форму; слова Запрос с лишним символом; Поиск кнопка длиннее чем поле ввода; первый результат поиска не верный; текст красным не должен появляться; в красном тексте лишние символы; не соблюден один стиль на форме (разные шрифты и выравнивание)

До новых встреч на QA Club Kiev, следите за анонсами!