Классификация тестирования (По знанию кода)(Ящики)

  • Тестирование черного ящика

Тестирование только на основе внешнего интерфейса, не зная как написана данная программа и ее код

Только GUI

  • Тестирование белого ящика

Нам известны все детали реализации данной программы, понимание внутренней структуры программы и ее нюансы

  • Тестирование серого ящика

Известны только некоторые особенности реализации тестируемого продукта

Внутреннее устройство программы известно лишь частично

Классификация тестирования (по цели тестирования)

  • New feature test

Тестирование нового функционала, обычно проходит все стадии тестирования: smoke, Critical path test, Extended

  • Регрессионное

Тестирование ранее проверенной функциональности, на предмет ее корректной работы после внесения каких либо правок

      1. проводится в каждом биде
      2. проверка исправленных багов
      3. Проверка связанного с исправлением функционала
      4. проводится несколько раз
      5. часто автоматизируется

Что включают в тесты регрессии:

  • Безопасность, критичные для бизнеса функции
  • Часто меняющиеся в ходе разработки компоненты
  • Тесты функций с высокой вероятностью ошибок

 

  • Re-test

Проверка исправленного бага (defect validation)

Классификация тестирования (по степени важности)

По степени важности:

  • Smoke (короткий цикл тестов, показывающий что приложение выполняет своим функции) (Да\Нет)

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

Определение общего состояния качества продукта

  • Тест критического пути (critical path test)

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

  • Расширенное

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

Уровни тестирования / Позитивное и Негативное тестирование

Компонентное

Тестирование отдельных компонентов системы (например корзины, веб-формы)

Интеграционное

  • Тестирование интеграции компонентов

Тестирование интеграции отдельных компонентов в систему

  • Системное интеграционноое тестирование

тестирование взаимодействия интеграций друг с другой и другими системами

API

CLI

GUI

Системное

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

Приемочное

  • Пользовательское приемочное тестирование (UAT – User Acceptance Testing)
  • Эксплуатационное (резервное копирование, восстановление)
  • На соответствие контракту
  • Альфа
  • Бета

Позитивное тестирование

Тестирование способности продукта выполнять свои задачи

Негативное тестирование

Тестирование нештатных ситауций и возможных ошибок

Posts navigation

1 2 3 10 11 12 13 14 15 16 136 137 138
Scroll to top