Тест план
Тест Кейсы
Чек Лист


  • Тест План (Test Plan)
    Это документ, который описывает общий подход и стратегию тестирования для конкретного проекта или продукта. Он является основным руководством для проведения тестирования и содержит информацию о целях тестирования, области тестирования, ресурсах, расписании, стратегии тестирования, тестовых подходах и других важных аспектах, связанных с проведением тестирования.

    Определение тест-плана может включать следующие элементы:

    1. Введение: Общее представление о проекте, описывающее его цели, ожидаемые результаты и область применения.

    2. Цели и задачи тестирования: Определение основных целей тестирования и задач, которые необходимо достичь в процессе тестирования.

    3. Описание тестируемого продукта: Обзор функциональности, особенностей и требований к продукту, которые должны быть протестированы.

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

    5. Ресурсы и расписание: Указание необходимых ресурсов для проведения тестирования, таких как люди, оборудование, инструменты, а также определение временных рамок и графика проведения тестирования.

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

    7. Критерии приемки: Определение условий и критериев, которые должны быть выполнены для успешного завершения тестирования и приемки продукта.

    8. Ожидаемые результаты: Указание ожидаемых результатов тестирования, таких как отчеты о дефектах, статусы тестирования, метрики качества и другие соответствующие данные.

    9. Риски и предположения: Идентификация потенциальных рисков, связанных с тестированием, и описание предположений, на которых основывается план тестирования.

    10. Организация и коммуникация: Установление ролей и ответственностей в команде тестирования, а также указание способов коммуникации и отчетности о прогрессе тестирования.


    Посмотреть пример документа можно здесь.
  • Чек лист (Check List)
    Чек-лист (Checklist) представляет собой инструмент, используемый для систематической проверки и контроля выполнения определенных шагов, задач или требований в процессе тестирования. Он состоит из списка пунктов или вопросов, которые должны быть проверены или выполнены для достижения определенной цели или критериев.

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

    Примеры пунктов в чек-листе могут включать следующее:

    1. Проверка функциональности: Проверка всех основных функций и операций продукта в соответствии с требованиями. (См. чек-лист Тестирование полей)
    2. Проверка пользовательского интерфейса: Проверка внешнего вида, компоновки элементов, цветовой схемы, расположения кнопок и других аспектов пользовательского интерфейса.
    3. Проверка ошибок и исключительных ситуаций: Проверка реакции системы на ошибки, некорректные данные или неправильные действия пользователей.
    4. Проверка производительности: Проверка скорости, отклика и эффективности продукта при выполнении определенных действий или обработке большого объема данных.
    5. Проверка безопасности: Проверка наличия уязвимостей и обеспечение соответствия требованиям безопасности, таким как проверка правильности аутентификации и авторизации. (См. чек-лист Тестирование безопасности)
    6. Проверка совместимости: Проверка работы продукта на различных платформах, операционных системах, браузерах или других конфигурациях.
    7. Проверка документации: Проверка соответствия документации продукта актуальным требованиям и функциональности.
    8. Проверка локализации: Проверка правильности перевода и адаптации продукта для различных языков и региональных настроек.
    Скачать пример документа можно здесь и здесь.
  • Тест кейсы (Test Cases)
    Это документированные инструкции или сценарии, которые определяют конкретные шаги и условия для проведения тестирования продукта или его части. Тест-кейсы разрабатываются для проверки определенных функций, модулей, компонентов или особенностей продукта с целью выявления ошибок, недочетов или отклонений от требований.

    Определение тест-кейсов может включать следующие элементы:

    1. Название: Уникальное и информативное название для идентификации тест-кейса.

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

    3. Предусловия: Условия, которые должны быть выполнены перед выполнением тест-кейса, например, установленное программное обеспечение, настройки или данные.

    4. Шаги: Последовательность шагов, которые тестировщик должен выполнить для выполнения тест-кейса. Шаги могут включать ввод данных, выполнение действий или проверку определенных результатов.

    5. Ожидаемый результат: Четкое описание ожидаемого результата или поведения системы после выполнения каждого шага тест-кейса.

    6. Фактический результат: Запись фактического результата или поведения системы после выполнения каждого шага. Этот результат сравнивается с ожидаемым результатом для выявления расхождений или ошибок.

    7. Статус: Отметка о результате выполнения тест-кейса, такая как "пройден", "не пройден" или "на рассмотрении".

    8. Приоритет: Уровень важности тест-кейса относительно других тест-кейсов. Это помогает в определении последовательности выполнения тестирования.

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

    Скачать пример документа можно здесь и здесь.
Хотите узнать больше о тестировании - приходи на наш курс В тестировщики с нуля!
В тестировщики с нуля
  • 320$
    Lite
    Включает в себя:
    - Пакет В тестировщики с нуля
    - Интенсив по GIT
    - 1 месяц стажировки
  • 400$
    Medium
    Включает в себя:
    - Пакет В тестировщики с нуля
    - Интенсив по GIT
    - Доступ к вебинарам
    - 2 месяца стажировки
  • 540$
    Maximum
    Включает в себя:
    - Пакет В тестировщики с нуля
    - Интенсив по GIT
    - Доступ к вебинарам
    - Курс Тестирование API
    - 4 месяца стажировки

Скорее всего на собеседованиях каждый сталкивался с вопросом, который так или иначе касался классов эквивалентности или граничных значений. Я сама люблю давать задачки на граничные значения кандидатам. Ведь это лучший способ проверить, что кандидат понимает, как правильно тестировать и не будет проводить массу лишних тестов.
Полезные ресурсы и советы для поиска работы
Выпускник школы QaLearning рассказывает про свой путь обучения, поиска работы и прохождения собеседований. Вы получите много дельных советов!