Home

Запись доклада Николая Юденко на онлайн-конференции Chief ConfeT&QA.

«Ты не можешь контролировать то, что ты не можешь измерить».
Том ДеМарко

Надеюсь, что слушатели знакомы с понятием метрик в разработке ПО. Я хочу рассказать об их использовании конкретно в тестировании, делая упор на практическое применение.

Как оценить выполненный объем? Или как оценить планируемый объем?
Что сказать прожект менеджеру о состоянии проекта, его качестве?
Как формализовать такие понятия в тестировании как «хорошо», «плохо», «нормально», «еще немного», «никогда»?
Как и главное на основании чего прогнозировать и планировать работу отдела тестирования?
Когда мы закончим тестирование?
Зачем нам столько тестировщиков?
Как нам поможет автоматизация?
Как мы можем влиять на разработку проудкта?

С подобными вопросы периодически сталкивается практически каждый тест менеджер (Test Manager) или ведущий тестировщик (Test Lead).
Я хочу рассказать и показать как мы можем «измерять тестирование» на разных этапах жизненного цикла ПО: от изучения требований до написания автотестов, от тест дизайна до регрессии, от функционального тестирования до внедрения.

Как при помощи «линейки и калькулятора» улучшать процесс тестирования и как следствие весь процесс разработки.

На прошлой неделе мы в очередной раз провели опрос про популярность языков программирования среди тестировщиков-автоматизаторов. И вновь, как и в прошлый раз, ожидаемо с большим отрывом победил язык Java. Но теперь Python и C# подобрались к лидеру уже ближе, проиграв не в три раза, а всего лишь в два :)

Поэтому неслучайно мы выбрали Java как основной язык для наших тренингов, и для обучения программированию, и для курсов по инструменту Selenium.

Но нельзя не признать, что инструменты разработки, создаваемые компанией Microsoft, эволюционируют семимильными шагами. Поэтому мы решили, что пришло время запустить тренинг "Программирование на C# для тестировщиков", аналогичный тренингу по языку Java.

Этот курс предназначен для обучения тестировщиков программированию на языке С# (для тех, кого интересует программирование на Java у нас есть другой курс).

Да, именно тестировщиков. Обучение программированию не сводится только к изучению языка программирования. Построение правильной архитектуры, использование фреймворков и библиотек, владение инструментами разработки и отладки -- это тоже часть “умения программировать”. Поэтому в этом курсе детально рассматриваются именно те возможности языка и вспомогательных библиотек, которые наиболее востребованы при разработке автотестов, в том числе при тестировании веб- и windows-приложений через пользовательский интерфейс.

Весь изучаемый материал будет демонстрироваться на одном сквозном примере -- мы будем разрабатывать на языке C# автоматизированные тесты для веб-приложения, используя Selenium WebDriver. Начав с простого теста, записанного “рекордером”, мы будем постепенно усложнять архитектуру тестового набора, добавлять и усиливать проверки в тестах, дополнять тесты генераторами тестовых данных. Основной акцент будет сделан не на алгоритмы, а на изучение различных полезных библиотек и фреймворков, а также шаблонов проектирования, позволяющих организоваэ ь код автоматизированных тестов таким образом, чтобы его было легко модифицировать и расширять.

Первая группа нового тренинга начнет работу уже 15 августа.

Подробную программу нового тренинга вы можете найти на нашем сайте

Запись доклада Игоря Хрола на онлайн-конференции Auto ConfeT&QA.

Часто возникают задачи, когда нельзя манипулировать пользовательским интерфейсом тестируемых приложений «изнутри». Это может быть Flash или созданные на основе закрытых библиотек Win-приложения. Ну или если автоматизация тестирования идёт отдельным сервисом и заказчик не может предоставить исходный код для тестирования, в который можно внедриться. Типичные варианты решения данной проблемы могут быть следующие:

• Отказаться от автоматизации через UI
• Искать инструменты, которые поддерживают данный конкретный пользовательский интерфейс

В своём докладе я рассмотрю еще один вариант обхода данной проблемы: рассматривать UI как набор изображений и манипулировать им на основе предопределённых шаблонов.
Наиболее известным инструментом, который работает на этих принципах, является Sikuli. Разработанный в MIT, Sikuli на данный момент является практически единственным бесплатным вариантом работы с UI на основе изображений. Подход является новым веянием в автоматизации тестирования и обладает весьма специфическими особенностями: как достоинствами, так и недостатками, которые надо учитывать, если Вы выбираете Sikuli в качестве инструмента для автоматизации тестирования.

Предыдущий опрос показал, что доля тестировщиков, умеющих программировать, достаточно высока -- не умеет программировать лишь одна треть ответивших.

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

Принять участия в опросе

Запись выступления Натальи Руколь на встрече CodeFreeze в Петербурге.

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

В докладе Наталья расскажет:

• какие есть нефункциональные свойства ПО;
• как анализировать необходимые показатели и измерять неизмеримое;
• как тестировать нефункциональные требования, и особенно — если они не зафиксированы в документации к продукту;
• как, в конечном счёте, вызвать восторг ваших пользователей.

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

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

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

Принять участие в опросе

26.07.2014 года в 14:30 часов состоиться очередная встреча московского клуба тестировщиков.

На встрече будут представлены следующие доклады.

Спиральная динамика: понимай ценности – и действуй!

Спиральная динамика вошла в мою картину мира осенью прошлого года и дала системный взгляд на многие тренды развития общества и менеджмента в ИТ и за его пределами. О системе в целом я рассказывал на конференции Agile Days  (посмотреть доклад) , а на встрече я буду говорить о другом – о том, как она влияет на понимание процессов в компании, отрасли и в мире. И как она  позволяет позиционировать себя в этих процессах, как  более осознанно принимать решения. Я попробую сделать это из позиции тестировщика, который хочет развиваться в менеджера (хотя для меня это не просто), и надеюсь, что активные вопросы мне в этом помогут.

 
 Что вы все от меня хотите?!?


Непонятные ожидания в тестировании уже стали данностью. Что нужно от тестирования клиенту? Что хочет разработчик? Что ждёт РМ?
Очень часто мы работаем так, как нам кажется привычным и правильным, не задумываясь об истинных ожиданиях. В результате, другие участники процесса испытывают неудовлетворённость “в этих тестерах”, а мы не можем понять, “что же они от нас хотят?”

На этом докладе мы рассмотрим:

• стандартные и не очень ожидания
•  обиды и недопонимания
• способы выводить внешних и внутренних заказчиков “на чистую воду”

Будет полезно и весело, приходите!

Записи докладов с прошлой встречи можно посмотреть здесь.

Подробности можно посмотреть в блоге организаторов.

Александр Хозя (автор блога Записки мобильного тестировщика, автор и ведущий тренинга Тестирование мобильных приложений) представляет очередную подборку ссылок.

Гифки и котики заполонили планету :)

Уголок разработки, тестирования и распространения приложений:

1. Доклады блока QA на Mobile Optimized 2014 Пока только презентации - ждем видеозаписи

2. Testing Your Mobile Apps on the Right Mobile Devices Более подробно я писал в статье по выбору и покупке девайсов

3. Hybrid Mobile App Testers: Beware of Code Injections - приятно и понятно расписано где это может быть сделано :)

4. Полезные материалы для мобильного разработчика #60 (30 июня-6 июля)

Топ статей для меня:

• Application Porno или как найти секреты в мобильных приложениях и вынести всё
• Реактивное программирование под Android
• Индексирование контента приложений Android теперь доступно для всех разработчиков