Home

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

Автоматизация функционального тестирования веб-приложений: Selenium + Selenium RС

Обязательные требования к участникам:

• общее представление об устройстве веб-приложений,
• умение программировать на каком-либо языке программирования из следующего списка: Java, .Net (любой из языков семейства), Python, Ruby (примечание: тренер будет использовать язык Java),

Рекомендованные требования к участникам:

• представление о работе браузера (DOM, CSS, JavaScript),
• знание основ XPath
• владение фреймворком автоматизации запуска тестов TestNG

Программа тренинга

1. Как устроен Selenium (Core, RC, Grid). В чём отличие от других аналогичных фреймворков.
2. Selenum IDE. Простейшие тесты. Запись и воспроизведение тестовых скриптов. Отладка и доработка тестовых скриптов в среде Selenium IDE.
3. Переход к Selenium RC. Перенос тестовых скриптов из Selenium IDE в Selenium RC. Запуск, отладка и доработка тестовых скриптов.
4. *Основы разработки тестов с использованием TestNG.
5. Принципы организации тестового набора. Повторное использование фрагментов кода. Многослойная архитектура тестов. Повышение устойчивости тестов к изменениям требований и реализации.
6. Принципы создания устойчивых локаторов.
7. *Вспомогательные инструменты -- Firebug, XPather, IE Developer Toolbar.
8. Использование различных браузеров и особенности взаимодействия Selenium с ними.

Узнать условия участия в тренинге и зарегистрироваться можно на сайте организатора тренинга ООО "Сталкер-Медиа".

Будем рады видеть вас среди участников!!!

17 января Алексей Баранцев проводит в Минске открытый однодневный тренинг "Тестирование методом свободного поиска (exploratory testing)".

Тестирование методом свободного поиска (exploratory testing)

Программа тренинга

1. Различные парадигмы тестирования -- почему они существуют и каковы практические последствия этого.
2. Метафора "The touring test". Построение карты приложения. Выбор "туров".
3. Концепция "сеанса тестирования". Первый практический сеанс и разбор полётов.
4. Парное тестирование. Второй практический сеанс.
5. Метод "шести шляп" де Боно. Третий практический сеанс.
6. Регрессионное тестирование методом свободного поиска. Четвёртый практический сеанс.
7. Автоматизация и тестирование методом свободного поиска -- друзья или враги? Пятый практический сеанс.
8. Особенности взаимоотношения с коллегами и начальством -- как им объяснить, "чем это вы тут занимаетесь"?

Узнать условия участия в тренинге и зарегистрироваться можно на сайте организатора тренинга ООО "Сталкер-Медиа".

Будем рады видеть вас среди участников!!!

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

Весь изучаемый материал будет демонстрироваться на одном сквозном примере -- мы будем разрабатывать на языке Java автоматизированные тесты для веб-приложения, используя драйвер Selenium 2.0. И с каждым занятием мы будем писать всё более и более сложные тесты, добавляя в свой арсенал новые возможности как для управления тестируемой системой и её окружением, так и для выполнения проверок различного рода. Кроме того, мы будем не только учиться делать автоматизированные тесты, но также разрабатывать вспомогательные программы -- генераторы данных, анализаторы содержимого файлов, эмуляторы.

Не ограничиваясь веб-приложениями, мы попрактикуемся также в тестировании Java-приложений (используя драйвер Jemmy) и Windows-приложения (используя драйвер AutoItX3).

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

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

Можно научиться методикам и инструментам работы с требованиями. Но для того, чтобы делать что-то эффективно, нужно в первую очередь понимать цель. И только затем – знать методики. Тестировщик должен уметь работать с требованиями, и он должен делать это также осознанно, как процедуру утренней чистки зубов. А то и более ;-)

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

Информацию об участии можно прочитать здесь.

• Бизнес аналитикам
• Системным аналитикам
• Менеджерам проектов, руководителям проектных программ
• Руководителям групп разработки и тестирования
• Другим специалистам Software Engineering

29 октября в 13-00 начнется новый онлайн-семинар Сергея Мартыненко "Использование глоссария для обеспечения и контроля качества ПО".

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

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

29 октября в 16-00 начнется новый онлайн-семинар Сергея Мартыненко "Тюнинг багтрекера"

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

Однако кажущаяся простота настройки багтрекера обманчива. Проекты и процессы у всех разные, поэтому и способы работы с дефектами будут различны. И здесь есть две крайности. Одна – избыточное усложнение, другая – чрезмерное упрощение. Работать с дефектом, у которого сотня-другая атрибутов – сложно, но предельный минимализм не способствует эффективной внутрикомандной коммуникации. По поводу выбора модели управления дефектами постоянно ведутся споры на форуме тестировщиков. Деление на активные и пассивные состояния дефекта явилось откровением даже для создателя TrackStudio. А уж использование статистического аппарата для управленческого анализа это вообще сокровенное знание.

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

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

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

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

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

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

Ну что ж, довольно слов, пора перейти к делу.

Для кого этот семинар

• Для тех, кто уже начал работать тестировщиком, но всё равно не знает, что это такое
• Для тестировщиков, которые уже поработали какое-то время, и теперь хотят упорядочить накопленные знания
• Для разработчиков, которым иногда приходится по совместительству заниматься тестированием
• Для руководителей, которые хотят понимать, что делают их подчиненные тестировщики, или хотят узнать, что они должны делать

Программа семинара

• Что такое тестирование?
• Что мы тестируем?
• Зачем нужно тестировать?
• Что такое дефект?
• Что тестировать, а что не тестировать?
• Когда нужно закончить тестирование?
• Когда нужно тестировать, а когда не нужно?
• Контекстно-управляемое тестирование
• Характеристики качества ПО и виды тестирования
  • Функциональное тестирование, основные приёмы и методы
  • Тестирование производительности, основные приёмы и методы
  • Тестирование защищённости
  • Тестирование удобства использования
  • Другие виды тестирования
• Системное, интеграционное и модульное тестирование
• Методы «чёрного ящика» и «прозрачного ящика»
• Автоматизация тестирования