Что такое Adhoc Testing?
ADHOC TESTING — это неформальный тип тестирования с целью взлома системы. Этот тип тестирования программного обеспечения обычно является незапланированной деятельностью. Он не следует никаким методам проектирования тестов для создания тестовых случаев. На самом деле, это не создает тестовые случаи в целом!
Специальное тестирование не следует структурированному способу тестирования и проводится произвольно в любой части приложения. Основная цель этого тестирования — найти дефекты путем выборочной проверки. Adhoc тестирование может быть достигнуто с помощью методики тестирования программного обеспечения, называемой « угадывание ошибок». Люди, обладающие достаточным опытом работы с системой, могут угадывать ошибки, чтобы «угадать» наиболее вероятный источник ошибок.
Это тестирование не требует документации / планирования / процесса, которому нужно следовать. Поскольку это тестирование направлено на поиск дефектов с помощью случайного подхода, без какой-либо документации, дефекты не будут сопоставлены с тестовыми случаями. Это означает, что иногда очень трудно воспроизвести дефекты, так как к ним не привязаны ни этапы испытаний, ни требования.
В следующем видео вы узнаете, как проводить тестирование adhoc
Нажмите здесь, если видео не доступно
Когда выполнить Adhoc Testing?
Специальное тестирование может быть выполнено, когда есть ограниченное время, чтобы провести подробное тестирование. Обычно специальное тестирование проводится после формального выполнения теста. И если позволяет время, в системе можно провести специальное тестирование. Специальное тестирование будет эффективным только в том случае, если тестировщик знаком с тестируемой системой.
Типы Adhoc тестирования
Существуют различные типы тестирования Adhoc, и они перечислены ниже:
| Тестирование друзей | Два приятеля совместно работают над выявлением дефектов в одном модуле. В основном один приятель будет из команды разработчиков, а другой — из команды тестирования. Приятное тестирование помогает тестировщикам разрабатывать лучшие тестовые наборы, а команда разработчиков также может вносить изменения в проект на ранней стадии. Это тестирование обычно происходит после завершения модульного тестирования . |
| Парное тестирование | Два тестировщика назначают модули, обмениваются идеями и работают на одних и тех же машинах, чтобы найти дефекты. Один человек может выполнить тесты, а другой человек может сделать заметки о результатах. Роли людей могут быть тестером и писцом во время тестирования.
Сравнение тестирования друзей и пар: Тестирование друзей представляет собой комбинацию модульного и системного тестирования вместе с разработчиками и тестировщиками, но парное тестирование проводится только с тестерами с разным уровнем знаний. (Опытные и неопытные, чтобы поделиться своими идеями и взглядами) |
| Обезьяна Тестирование | Произвольно протестируйте продукт или приложение без тестовых случаев с целью взлома системы. |
Лучшие практики тестирования Adhoc
Следование лучшим практикам может обеспечить эффективное тестирование Adhoc.
Хорошее знание бизнеса
Тестировщики должны хорошо разбираться в бизнесе и четко понимать требования. Детальное знание сквозного бизнес-процесса поможет легко найти дефекты. Опытные тестировщики находят больше дефектов, поскольку они лучше угадывают ошибки.
Ключевые тестовые модули
Ключевые бизнес-модули должны быть определены и предназначены для специального тестирования. Критические бизнес-модули должны быть сначала протестированы, чтобы получить уверенность в качестве системы.
Запись дефектов
Все дефекты должны быть записаны или записаны в блокноте. Дефекты должны быть назначены разработчикам для исправления. Для каждого действительного дефекта должны быть написаны соответствующие контрольные примеры и они должны быть добавлены в запланированные контрольные примеры.
Эти выводы о дефектах следует делать по мере извлечения уроков, и они должны быть отражены в нашей следующей системе, пока мы планируем тестовые случаи.
Вывод:
Преимущество Ad-hoc тестирования состоит в том, чтобы проверять полноту тестирования и находить больше дефектов, чем запланированное тестирование. Контрольные тесты по выявлению дефектов добавляются в качестве дополнительных контрольных тестов к запланированным контрольным тестам.
В программной инженерии специальное тестирование экономит много времени, так как не требует тщательного планирования тестирования, документации и разработки тестового набора .