СПЕЦИАЛЬНОЕ РУКОВОДСТВО ПО ТЕСТИРОВАНИЮ | ТО, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ

РУКОВОДСТВО ПО ТЕСТИРОВАНИЮ ADHOC | ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ

Содержание

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

Что такое специальное тестирование

Специальное тестирование — это тип незапланированного тестирования, не связанного с какими-либо формальными процессами, такими как документы с требованиями, план тестирования, наборы тестов и т. д.

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

Тестировщики должны хорошо понимать продукт, потому что тестирование Adhoc полностью зависит от импровизации и интуиции.

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

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

Пример специального тестирования

Сценарий 1. Различные настройки браузера

Мы можем настроить параметры браузера и проверить, как приложение отвечает или отображает .

Допустим, у нас есть работающее веб-приложение, мы можем отключить javascript в другом браузере и протестировать приложение там.

Сценарий 2: Кросс- Совместимость с платформами

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

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

< h4 id=h-scenario-3-validity-verification>Сценарий 3. Проверка достоверности

Проекты тестовых сценариев сосредоточены на анализе граничных значений и разделении эквивалентности для проверки приложения.< p>При специальном тестировании мы можем выдать кучу допустимых/недопустимых входных данных, чтобы проверить, как система реагирует на такие данные и как она обрабатывает ошибку.

Мы можем предоставить приложению недопустимые входные данные и проверить, отвечает ли приложение должным образом или нет.

Важность специального теста

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

Типы специального тестирования

РУКОВОДСТВО ПО СПЕЦИАЛЬНОМУ ТЕСТИРОВАНИЮ | ЧТО ВАМ СЛЕДУЕТ ЗНАТЬ

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

Напарное тестирование:

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

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

Парное тестирование:< /h3>

В этом типе тестирования два тестировщика работают вместе, один выполняет тестовые случаи, а другой документирует.

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

Monkey Testing:

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

Оно основано исключительно на творческом подходе тестировщика к предоставлению случайных входных данных, результат наблюдается .

Цель здесь – найти все ошибки и несоответствия запланированному поведению.

Как сделать специальное тестирование более эффективным

  • Исследование. Наличие анализа дефектов аналогичного приложения может увеличить вероятность обнаружения таких ошибок в приложении в рука. Такая подготовка может сэкономить много времени и помочь тестировщикам сосредоточиться на слабых местах, а не тратить время на беспорядочное тестирование.
  • Обзор:Несмотря на отсутствие подробного плана тестирования, базовые понятия «с чего начать?» и «что мы ищем?» могут помочь команде понять, что должна делать группа тестирования.
  • Сессии: Группа тестирования может проверить несколько функций, но не все сразу. Таким образом, сеансы могут помочь команде сконцентрироваться и лучше понять проблемы.
  • Сосредоточьтесь на неизведанных областях: области, не охваченные тестовыми примерами, могут значительно помочь в сокращении избыточных сценариев и помочь охватить неизведанные области. приложения.
  • Дополнительные инструменты:Такие инструменты, как отладчики, профилировщики и приложения для мониторинга, могут помочь команде выявить больше ошибок.
  • Документирование результатов. Запись этих результатов поможет как разработчикам, так и тестировщикам понять, что работает хорошо. , а что нет.

Когда мы проводим специальное тестирование

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

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

    Рекомендации по специальному тестированию

    • Тестировщики с хорошим опытом и глубокими знаниями о продукте могут существенно повлиять на выполнение тестовых случаев Ad Hoc.
    • Сосредоточение внимания на области, не охваченные тестовыми примерами, могут помочь выявить основные проблемы, которые никогда бы не были обнаружены.
    • Тестировщики должны сосредоточиться на наиболее важных функциях, используемых конечным пользователем.
    • Для эффективного использование времени.
    • Классификация и приоритизация различных областей приложения перед тестированием могут сделать процесс более эффективным.
    • Несмотря на то, что это неформальный тип тестирования, документирование наблюдений поможет тестировщикам воспроизвести эти сценарии и найти суть проблемы.
    • Эффективность тестирования можно повысить, используя правильный набор инструментов

    Навыки, необходимые для проведения специального тестирования:

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

    Специальноеспециальное тестирование и исследовательское тестирование< /h2>

    < td class=column-1>Тестировщики, обладающие глубокими знаниями о приложении, могут выполнять тестирование Adhoc.

    Специальное тестирование

    Исследовательское тестирование

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

    Все начинается с тестирования приложения, а затем понимания его посредством исследования.

    Это независимый тип тестирования.

    Это тип специального тестирования.

    Для этого не требуется никакой документации.

    Документация по деталям тестирования обязательна.

    Для изучения приложения не обязательно привлекать эксперта.

    Тестирование начинается после сбора всех данных для выполнения тестирования.

    При исследовательском тестировании сбор данных и тестирование происходят одновременно.

    Это работает для сценариев отрицательного тестирования.

    В основном это происходит с положительные сценарии.

    Оно направлено на улучшение процесса тестирования.

    Оно сосредоточено на изучении приложения

    Это зависит от креативности и интуиции тестировщика.

    Это зависит от любопытства и восприятия тестировщика.

    В специальном тестировании нет ограничений по времени.

    Это время -boxed method.

    Преимущества специального тестирования

    • Специальное тестирование можно проводить в любое время. Этап SDLC: в любое время и в любом месте тестирование может быть выполнено для выявления проблем
    • Даже разработчик может работать над специальным тестированием, оно не ограничивается только группой тестирования
    • Поскольку это не структурированный процесс, тестировщик может сразу приступить к поиску ошибок, а не сосредотачиваться на документации и других процессах.
    • Это помогает обнаружить неисследованные области в тестовых примерах, это повышает устойчивость продукта.< li>Это экономит много времени, так как не требует подробного планирования тестирования, документации, разработки тестовых сценариев

    Недостатки специального тестирования

    • Без тестовых примеров и документов воспроизвести проблему может быть сложно.
    • Тестировщики должны иметь хорошие глубокие знания и понимание продукта, новый тестировщик не может этого сделать.
    • Нет гарантии, что ошибка будет найдена.
    • Тестеры могут не вспомнить точные сценарии. в будущем, поскольку они не задокументированы.
    • Тестировщики могут не знать о повторении одних и тех же сценариев.
    • Это может занять много времени, поскольку количество времени, усилий и ресурсов для специального тестирования может быть не указано.
    • li>Требования нельзя отследить с помощью матрицы прослеживаемости или любых подобных документов, поэтому невозможно узнать точное покрытие.

    Заключение

    < p>Специальное тестирование может помочь улучшить набор тестов за счет расширения тестового покрытия, а повторяющиеся проблемные области преобразуются в тестовые наборы. Это дает тестировщику больше свободы для тестирования продукта, не беспокоясь о документации и проектах тестов. Это будет забавным занятием для команды тестирования, поскольку тестирование Adhoc зависит от творчества и понимания продукта тестировщиком.
    TAG: qa

От QA genius

Adblock
detector