Home

Новый онлайн тренинг Натальи Руколь, 3 занятия, начало 3 августа.

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

Программа курса:

• Отличия веб от десктоп-приложений. Как устроен интернет?
• Основные типы веб-ошибок и способы их быстрого обнаружения
• Кросс-браузерное тестирование: как сэкономить время на проверке различных окружений?
• Нефункциональное тестирование: нагрузка и производительность онлайн-продуктов
• Тестирование безопасности
• Основы удобства использования (usability) для веб
• Инструментарий веб-тестировщика

Подробнее...

Александр Орлов и Вячеслав Панкратов провели небольшой опрос «Чего не хватает и что мешает тестировщикам ПО?» и были не на шутку заинтересованы лидерами голосования, в числе который оказался, например, такой вариант ответа как «Понимание целей и задач процесса тестирования» за который проголосовало около 50% респондентов. Они решили обсудить эту тему и пригласили записать небольшой подкаст Глеба Рыбалко.

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

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

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

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

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

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

Как и всякий навык, умение программировать нужно тренировать и закреплять. Недостаточно просто прочитать книжку и выучить набор команд. Знать ещё не значит уметь. Поэтому тренинг "Программирование для тестировщиков" будет содержать как теоретические сессии, так и практические задания для самостоятельного выполнения.

Новая группа начнет работу 4 августа.

Подробная программа и условия участия

Посмотреть отзывы участников онлайн-тренинга "Программирование для тестировщиков"

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

Основной набор литературы

Если вы делаете первые шаги в познании теории, то я рекомендую начать с двух книг: Савина и Тампле. Именно в таком порядке.

Роман Савин «Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах»

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

Луиза Тамре «Введение в тестирование программного обеспечения»

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

Уже давно закончилась Неделя тестирования с Акронис: ошибки найдены и уже исправлены, победители получили свои призы (надеюсь, что почта нас не подвела), а мы до сих пор не выложили вебинар «Как искать и находить баги?», который Алексей Баранцев проводил для участников данного бета-тестирования. Исправляемся

Запись вебинара

Кстати, если есть компании, которым необходимо провести бета-тестирование своего продукта, мы готовы провести очередную неделю тестирования, тем более, что результаты бета-тестирования продукта Акронис были очень хорошими. Обсудить условия проведения бета- тестирования можно по адресу Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript .

Обсудить в форуме

Стало уже доброй традицией приезжать в июле в Новосибирск.

Три тренинга привезет в Новосибирск Алексей Баранцев 28-30 июля.

• 29 июля, Тестирование методом свободного поиска
• 28 июля, Тест-дизайн от А до Я
• 30 июля, Функциональное тестирование ПО

Автор: Анатолий Ларин, е-Legion

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

Зачем это нужно? В первую очередь, для гарантированного улучшения качества вашего ПО и улучшении настроения тестировщиков.

В чем идея? Чаще всего тестирование мобильных приложений осуществляется людьми: тестировщик берет приложение, iPhone 3, iPhone 4, iPad, если ему не повезло, то еще берет пару андроидов и GalaxyTab, и тестирует ваше приложение, 80% тестирования составляют примерно такие сценарии:
— запустить приложение, убедиться, что оно не падает;
— перейти на вкладку места, убедиться, что все пункты на месте;
— зайти в один из пунктов, убедиться, что описание на месте;
…

Такие тесты проводятся после каждого релиза и занимают очень много времени.

В свое время в вебе на помощь пришел Selenium, который позволил через специальный плагин к браузеру записывать действия тестировщика (все помнят макросы в MS Word?) и затем проигрывать их автоматически с проверкой результата. Можно запускать тесты даже на разных браузерах! Мы использовали это решение в своей компании, и оно, действительно, работает. Усилия на разработку тестов окупились.

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

Автор: Сергей Бережной

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

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

«Человек не будет переживать за качество всего проекта. Он не встанет и не скажет, что проект не готов к выходу, даже если давление (в том числе и с моей стороны) будет высоко».

С моей стороны показалось странным, почему он (опытный руководитель проектов) обращает внимание именно на это, а не на профессиональные знания и опыт. Неужели читал Спольского про «smart and get things done»? Такая тема не могла быть не обсуждена дополнительно! И мы решили обсудить, какие же проблемы кроме этой Заказчик видит в нашем тестировании.

Получился вот такой список главных разочарований в тестировании со стороны Заказчика: