Попарное тестирование дало нам почву подумать над сложными и спорными кейсами, которые мы обнаружили в процессе их формирования. Это означает, что подавляющее большинство проблем мы можем выявить, рассматривая один параметр или комбинации пар параметров. Таким образом мы значительно уменьшаем количество тест кейсов, но качество при этом остаётся приемлемым. Сегодня мы поговорим об еще одной технике составления тестов парное тестирование — техника попарного тестирования (не путать с парным тестированием) или, как ее еще называют, Pairwise testing. Тестировщик управляет мышью и клавиатурой, пишет и выполняет тесты.
Эта базовая техника предполагает разделение множества возможных входных данных на классы эквивалентности. Внутри каждого класса данные считаются эквивалентными, поскольку они либо приводят к одинаковым результатам, либо обрабатываются аналогичным образом. Из этого следует, что если тест для одного значения из класса эквивалентности выявляет ошибку, то другие значения из этого же класса, скорее всего, тоже обнаружат ту же ошибку. И наоборот, если тест успешен, то можно ожидать аналогичного результата для всех значений этого класса.
- Таким образом у нас добавилось еще плюс-минус 3-10 кейсов к каждой таблице.
- Это может привести к тому, что некоторые ошибки не будут обнаружены.
- Однако важно помнить, что этот метод имеет свои ограничения и не гарантирует обнаружение всех возможных дефектов.
Это в самом деле умная техника тест-дизайна, которая гарантирует беспроигрышный результат как с точки зрения усилий и задействованных ресурсов, так и с точки зрения эффективности тестирования. Попарное тестирование (Pairwise testing) – это техника тест-дизайна, при которой проверяются отдельные всевозможные комбинации каждой пары входных параметров. Попарное тестирование — это одна из техник тест-дизайна, основанная на комбинаторике и разделению входных параметров «по парам» (почему и называется pairwise testing). Проводится комбинирование вариантов и подбор нужных, то есть оцениваются все возможные комбинации (сочетания) входных переменных, и из них выбираются только нужные (значимые).
Поэтому работа в паре с кем-то новым может поспособствовать обнаружению упущенных багов. У человека, не имеющий практически никаких знаний о программном обеспечении, гораздо более свежий взгляд на продукт. Теперь отсортируем переменные так, чтобы переменные с наибольшим количеством значений шли первыми, а с наименьшим — последними. Растущий спрос на IT-специалистов, включая тестировщиков, делает эту профессию все более привлекательной для многих людей, желающих начать карьеру в информационных технологиях.
Для каждого набора значений в первом столбце мы помещаем оба значения второго столбца.
Парное тестирование позволяет использовать сильные стороны участников пары. Три https://deveducation.com/ значения в столбце «Марка авто» (переменная с наибольшим количеством значений) напишем дважды каждое (потому что следующая переменная, «Категория заказа», содержит два значения. Что такое попарное тестирование и почему оно является эффективной техникой тест-дизайна? Техники, основанные на опыте, задействуют знания и опыт тестировщиков для проектирования и реализации тестовых сценариев. Сюда относится прогнозирование ошибок – это использование знаний о типичных ошибках.
Pairwise Тестирование Почему, Зачем И Как?
Парное тестирование помогает наладить сотрудничество между членами команды, имеющими разные должностные обязанности. Оно также способствует обмену знаниями и развитию отношений между сотрудниками. Независимо от того, генерируются ли тестовые случаи вручную или используется какой-либо вспомогательный инструмент, она становится необходимым компонентом тест-плана, потому что влияет на оценку тестирования. Если сравнить столбцы 3 и four, каждое значение из столбца three имеет пару с обоими значениями из столбца four.
Результат самого тестирования и качество программного продукта зависят от тест-дизайна. Если да, то поздравляем — вы входите в число экспертов, которые значительно облегчают себе работу и точно знают, как повысить её эффективность. Так мы упразднили остальные столбцы, где данных было слишком мало и которые, к примеру, ограничивались ответом «Да/Нет». На скрине выше видны примеры таких параметров «Комментарий водителю» и «Промокод на доставку». Например, в таблицах связанных с доставкой, изначально было поле «Зона». Как вы понимаете, у любого магазина, предоставляющего услуги логистики, есть деление зон доставки.
Пример Применения Pairwise Testing
Но если сравнить второй и четвертый столбец, у нас есть комбинации Покупка&Валидный и Продажа&Невалидный, но нет комбинаций Покупка&Невалидный и Продажа&Валидный. Следовательно, нам надо поменять местами последний набор значений в четвертом столбце. Часто команда тестировщиков вынуждена работать в рамках жестких сроков 90% своего времени. По этой причине техники тест-дизайна должны быть эффективными, чтобы с их помощью можно было достичь максимально возможной степени покрытия тестами и вероятности обнаружения дефектов.
Нужно наладить процесс фиксации примечаний/наблюдений в процессе, и затем расшарить их стейкхолдерам проекта, и при необходимости другим командам. Опишите конечные цели, чтобы от тестирования была получена реальная ценность. Обязательно уточните участникам область тестирования, чтобы сессия не превращалась в бесцельное блуждание в сыром продукте. Такой подход практикуется уже несколько десятков лет, довольно простой и достаточно эффективный способ улучшить приложение. Люди с разным опытом и знаниями понимают, насколько разнообразен SDLC и как работают разные роли. Кроме того, это помогает людям наладить контакт, а значит, и в будущем они будут лучше работать вместе.
В своей прошлой статье я рассказывал о тестировании оплат, техниках тест-дизайна, которые использовал, и всячески открещивался от попарного тестирования. Но вот злой рок дошел до меня, и Пользовательское программирование сегодня я хочу рассказать о недавнем опыте использования “попарки” на практике. Конечно, в реальности у нас возникают ограничения и условия взаимодействия параметров, в таком случае минимальное количество тест кейсов будет другим. В крупных корпорациях руководители высшего и среднего звена консервативны и вряд ли будут спешить внедрять непроверенные практики.
