Home

Ольга Назина, тренер нашего портала и автор познавательных статей для начинающих тестировщиков, год назад выпустила свою первую книгу — «Что такое тестирование. Курс молодого бойца». За этот год издательство выпустило уже 4 тиража! Книгу рекомендую новичкам и дарят друзьям, которые хотят освоить профессию тестировщика.

А в марте этого года выходит вторая книга Ольги  — «Тест-дизайн. Практическое руководство для начинающих». Здесь вы найдете подробный разбор базовых техник тест-дизайна: разбиение на классы эквивалентности, поиск границ, pairwise, деревья решений, диаграммы состояний и переходов.

А ещё Ольга включила в книгу главу 5 «Чит-листы», где описала чек-листы для стандартных функций, применимых в большинстве программ. Их можно брать за основу при тестировании, добавляя особенности своей системы.

Содержание книги (509 стр):

1. Классы эквивалентности
2. Граничные значения
3. Анализ тестов
4. Техника Pairwise
5. Чит-листы
6. Исследовательское тестирование
7. Вариант использования
8. Таблица решений (Decision Table)
9. Схема состояний и переходов (State & Transition Diagram)
10. Другие диаграммы, схемы, картинки

Подробное содержание смотрите по ссылке.

Книга появится в продаже в марте этого года.  Уже сейчас вы можете сделать предзаказ книги по льготной цене:

• Предзаказ — 1500 рублей
• Когда в продажу поступит — около 1800 рублей

Вы можете купить книгу уже сейчас, а получить в марте, как только она поступит на склад — самовывозом или через постаматы (доставка оплачивается отдельно).

Немного о книге со слов автора:

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

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

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

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

Автор: Андрей Охлопков, Product Manager at inDriver

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

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

Оригинальная публикация

Музей-скансен эпохи Средневековья в Дании в режиме обычной работы (слева) ставит целью воссоздать повседневную жизнь города на стыке XIV и XV веков. Для съёмок фильма (справа) он «погрязнел»

Для киносъёмок в музей под открытым небом Middelaldercentret внесли несколько изменений. Вместо аккуратной каменной улицы развели неприятную кашицу из грязи, не самые роскошные стеклянные окна прикрыли досками и развесили везде выцветшее тряпьё. Здания как следует измазали чем-то коричневым, кое-где зачем-то перемешав субстанцию с соломой. В случайное здание воткнули факел, а не попытались изобразить лучину или фонарь.

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

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

Попытки собрать заблуждения про время и часовые пояса на Хабре уже были шесть и десять лет назад. Но без контрпримеров не так интересно.

Автор: Венкат Рамакришнан (Venkat Ramakrishnan)
Оригинал статьи
Перевод: Ольга Алифанова

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

Заходит тестировщик в бар, а бармен ему говорит: сегодня не работаем, у меня инвентаризация просроченного пива.

Всем привет! Меня зовут Алиса, я — ведущий тестировщик в компании Constanta, и сегодня расскажу вам о простых QA метриках, помогающих отслеживать качество продукта.

Если мы вобьем в поисковой строке незамысловатое словосочетание “метрики QA”, то увидим, что почти все ссылки ведут на классические метрики: процент покрытия требований кейсами, коэффициент регрессии, скорость работы QA команды и т. д. Если вы их не видели — то можете легко найти. Большинство из них полезны, и некоторые будут использованы в статье, но немного в другом формате. Подобные метрики обычно выглядят как n/m, где n и m — количество какого-либо параметра. Например: количество переоткрытых дефектов, общее количество дефектов и время исправления найденных дефектов. Я же хочу рассказать о чуть более аналитической работе: мы будем смотреть не только сухие цифры, но и делать выводы о том, откуда эти цифры взялись. Ближе к концу статьи я поделюсь некоторыми идеями о том, как решать возникшие проблемы.

Автор: Деннис Мартинез (Dennis Martinez)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: Александр Молодцов, Старший специалист по тестированию в ГК Юзтех

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

Ну что ж, давайте продолжать, ведь мне ещё есть чем с вами поделиться :)