Как стать автором
Обновить

Ну очень простая идея, которая повышает эффективность тестирования в разы

Тестирование IT-систем *
Как обычно строят процесс тестирования непросветлённые тест-менеджеры?

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

Релиз.

Не работает основной функционал.

Почему такое возможно?

1. Заведение всех подряд ошибок мешает разработке. Разработчики тратят своё время на исправление минорных ошибок и вносят новые, зачастую более серьёзные.

2. Потраченное на мелочи время не дало возможности проверить более серьёзные пользовательские сценарии и найти более критичные дефекты.

3. Обратная связь по статусу сборки предоставлялась разработчикам с запозданием: вместо критичных дефектов непрерывно сыпались миноры.

4. Проектный паттерн «дохлая рыба» сыграл своё дело: все участники команды прекрасно понимали, что протестировать всё нельзя, и это не могло не сказаться на качестве работы. А реалистичных целей им никто не поставил…

Что просветлённые тест-менеджеры делают по-другому?

Что они поменяют в первую очередь?
Читать дальше →
Всего голосов 87: ↑74 и ↓13 +61
Просмотры 12K
Комментарии 55

Меньше слов — больше смысла

Тестирование IT-систем *
Перевод
На тренингах по тестированию методом свободного поиска, которые я провожу время от времени, каждый раз возникает обсуждение вопроса о том, нужно ли делать описания тестов, а если нужно, то насколько подробные. Я обычно даю достаточно радикальный совет — если есть возможность, не пишите вовсе, либо, если очень надо, то пишите, но как можно меньше. Записывайте не сценарии, а идеи, в результате получается сплошная экономия — сначала тратится меньше времени на написание, а потом тратится меньше времени на переписывание.

Но экономия времени при написании — это ещё не всё. Едва ли не более важным фактором является то, что в многословных описаниях теряется смысл, который туда пытался заложить тест-дизайнер. Поэтому опытному тестировщику работать с короткими описаниями проще, чем с подробными длинными сценариями. И сегодня я хочу представить вашему вниманию перевод небольшой заметки Роба Лэмберта (Rob Lambert), в которой он описывает эксперимент объясняющий этот феномен.


Less Is More, или Меньше слов — больше смысла.

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

В письменной речи это означает удаление слов, предложений или даже целых кусков текста, которые, как вам кажется, или как вы знаете, будут проигнорированы. Конечно, здесь много субъективности. Я тоже не знаю наверняка, что можно выбросить, а что следует оставить, но тем не менее, подвергаю свои тексты жёсткому саморедактированию.

Если вы пользуетесь твиттером, вы представляете, как это происходит. Иногда приходится немало потрудиться, чтобы суметь выразить свою мысль, используя всего 140 символов, но зато результат получается впечатляющим. Это очень полезная практика, потому что краткость, как известно — сестра таланта.

Большинство моих текстов становятся существенно короче после того, как проходят этап «ужимания», хотя, если постараться, там можно найти ещё немало «ваты».

Однако сейчас я хочу поговорить о том, как эта идея может быть использована для повышения качества тестов.
Читать дальше →
Всего голосов 33: ↑31 и ↓2 +29
Просмотры 2.3K
Комментарии 19

Доклад с SQA Days — Тест-дизайн: проще читать или проще писать

Блог компании Лаборатория тестирования Тестирование IT-систем *Тестирование мобильных приложений *
Александр Александров — «дедушка тестирования» в СНГ делал доклад на юбилейной 15-ой SQA Days в Москве.

Слайды:
www.slideshare.net/VLDCORP/ss-33747358

Видео выступления:


Читать дальше →
Всего голосов 12: ↑10 и ↓2 +8
Просмотры 21K
Комментарии 0

Сквозное тестирование (end-to-end): что, зачем, почему

Тестирование IT-систем *Управление проектами *Управление продуктом *
Тестирование в больших компаниях, в enterprise, чаще всего дело сложное и неблагодарное. Разрыв между бизнес-подразделениями и IT огромный: когда разработчик имеет видение на уровне кода, а проверку – на уровне модульных тестов, а заказчик мыслит работающими или неработающими даже не услугами, а целыми процессами, выходящими за рамки одной команды разработки, а то и целого подразделения\компании. И просит организовать бизнес-тестирование, или сквозное тестирование, или тестирование на основании сценариев от начала и до конца (end 2 end).

image
Читать дальше →
Всего голосов 6: ↑6 и ↓0 +6
Просмотры 141K
Комментарии 4

Немного о простом. Тест-дизайн. Часть 1

Тестирование IT-систем *
Сегодня тестирование ПО, один из ключевых процессов создания продукта. Неважно, какую Вы используете методологию, подход, процесс, тестирование ПО так или иначе всегда существует в Вашем процессе. В последние годы (да даже наверное десятилетие) тестирование ПО сформировалось в отдельную область ИТ, которая постоянно развивается в мировом сообществе.
Читать дальше →
Всего голосов 8: ↑8 и ↓0 +8
Просмотры 226K
Комментарии 4

Стратегия тестирования краткосрочного проекта

Блог компании Arcadia Тестирование IT-систем *Тестирование веб-сервисов *Тестирование мобильных приложений *

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

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

Читать далее
Всего голосов 12: ↑11 и ↓1 +10
Просмотры 9.2K
Комментарии 0

Decision Table — что это и как применять

Тестирование IT-систем *Тестирование веб-сервисов *Подготовка технической документации *

Decision Table (таблица решений) — техника, помогающая наглядно изобразить комбинатору условий из ТЗ.

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

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

Decision Table относится к техникам тест-дизайна. Значит, про неё спрашивают на собеседованиях. И поэтому я сделаю небольшой цикл статей по таким техникам в помощь начинающим тестировщикам. Чтобы ознакомиться с каждой техникой:

Читать далее
Всего голосов 4: ↑3 и ↓1 +2
Просмотры 74K
Комментарии 12

State & Transition Diagram — что это и как применять

Тестирование IT-систем *Тестирование веб-сервисов *Подготовка технической документации *

State & Transition Diagramm (сокращенно S&T) — схема состояний и переходов. Техника для визуализации ТЗ. Она наглядно показывает, как некий объект переходит из одного состояния в другое.

Вот объект находился в состоянии А, потом произошло какое-то действие, и он попал в состояние В. Потом он попадет в состояние С и другие... Принцип не меняется, было одно состояние, стало другое.

Читать далее
Всего голосов 6: ↑2 и ↓4 -2
Просмотры 59K
Комментарии 2

Теория тестирования ПО просто и понятно

Тестирование IT-систем *
Туториал
Из песочницы

Какие базовые знания нужны для понимания, что такое тестирование? Вот что будет рассматриваться в статье. Создавалась в помощь начинающим для подготовки к собеседованию

Читать далее
Всего голосов 15: ↑14 и ↓1 +13
Просмотры 144K
Комментарии 10

Таблица решений для тестирования фильтрации с зависимыми фильтрами

Тестирование IT-систем *Тестирование веб-сервисов *Тестирование мобильных приложений *

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

В этой статье речь пойдет о составлении таблицы решений для тестирования фильтрации с зависимыми фильтрами.

Читать далее
Всего голосов 2: ↑2 и ↓0 +2
Просмотры 7.7K
Комментарии 6

Список полезных статей и видео для изучения тестирования API

Тестирование IT-систем *Тестирование веб-сервисов *Тестирование мобильных приложений *

На большей части проектов сейчас востребованы знания по тест-дизайну и тестированию API.

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

Читать далее
Всего голосов 9: ↑8 и ↓1 +7
Просмотры 33K
Комментарии 4

Таблица решений для тестирования сложных форм

Тестирование IT-систем *Тестирование веб-сервисов *

В предыдущей статье Таблица решений для тестирования фильтрации с зависимыми фильтрами был представлен вариант применения техники тест-дизайна «Таблица решений» для тестирования фильтрации с зависимыми фильтрами.

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

Читать далее
Рейтинг 0
Просмотры 3.8K
Комментарии 0

Два или три тест-кейса для проверки граничных значений?

Тестирование веб-сервисов *Тестирование мобильных приложений *
Из песочницы
✏️ Технотекст 2022

Подсчитываем минимальное достаточное количество тест-кейсов для тестирования граничных значений и эквивалентных классов.

Читать далее
Всего голосов 2: ↑2 и ↓0 +2
Просмотры 7.5K
Комментарии 4