Парное тестирование — различия между версиями
Материал из Testopedia
(Новая страница: « Категория:Тест-Менеджмент Категория:Процесс тестирования») |
Vestfalka (обсуждение | вклад) |
||
Строка 1: | Строка 1: | ||
+ | Парное тестирование существует, в основном, в командах, ведущим разработку по гибким методологиям. Эта методология возникла по аналогии с парным программированием и заключается в том, что два человека работают над одной задачей и за одной машиной. | ||
+ | ==Виды парного тестирования== | ||
+ | * тестировщик + тестировщик. Такой вид парного тестирования наиболее эффективен при необходимости обучения новичка или введения нового человека в команду. | ||
+ | * тестировщик + разработчик. Такой вид тестирования наиболее эффективен при необходимости быстрой проверки функционала и немедленного исправления найденных дефектов. | ||
+ | * тестировщик + менеджер проекта. Такой вид тестирования наиболее эффективен, когда на проекте отсутствуют документированные требования и единственным их носителем является менеджер проекта. | ||
+ | |||
+ | ==Недостатки парного тестирования== | ||
+ | * если поставленная задача некорректна, то потерянного человеко/времени вдвое больше; | ||
+ | * в паре "тестировщик + тестировщик" возможна ситуация, когда полностью вовлечен только один участник пары, а второй по каким-то причинам практически не участвует в работе; | ||
+ | * работать в таком режиме продолжительное время достаточно сложно. | ||
[[Категория:Тест-Менеджмент]] | [[Категория:Тест-Менеджмент]] | ||
[[Категория:Процесс тестирования]] | [[Категория:Процесс тестирования]] |
Текущая версия на 18:41, 28 октября 2011
Парное тестирование существует, в основном, в командах, ведущим разработку по гибким методологиям. Эта методология возникла по аналогии с парным программированием и заключается в том, что два человека работают над одной задачей и за одной машиной.
Виды парного тестирования
- тестировщик + тестировщик. Такой вид парного тестирования наиболее эффективен при необходимости обучения новичка или введения нового человека в команду.
- тестировщик + разработчик. Такой вид тестирования наиболее эффективен при необходимости быстрой проверки функционала и немедленного исправления найденных дефектов.
- тестировщик + менеджер проекта. Такой вид тестирования наиболее эффективен, когда на проекте отсутствуют документированные требования и единственным их носителем является менеджер проекта.
Недостатки парного тестирования
- если поставленная задача некорректна, то потерянного человеко/времени вдвое больше;
- в паре "тестировщик + тестировщик" возможна ситуация, когда полностью вовлечен только один участник пары, а второй по каким-то причинам практически не участвует в работе;
- работать в таком режиме продолжительное время достаточно сложно.