Тестирование Flashcards
Модульные тесты (unit тесты)
тесты которые работают на низком уровне, на уровне кода. Они используются для тестирования отдельных методов и функций , классов и компонентов ПО.
Интеграционные тесты
в ходе интеграционного тестирования проверяются взаимодействия между различными компонентами, которые должны правильно работать вместе .
Функциональные тесты
в функциональных тестах большое внимание уделяется бизнес-требованиям к приложению.
Разница между интеграционными тестами и функциональными
Разница между интеграционными тестами и функциональными, в том, что интеграционные проверяют обычные взаимодействия , в то время как функциональные ожидают заложенного логикой поведения.
Сквозные тесты
сквозные тесты копируют поведение обычных пользователей в контексте всего приложения. Они обеспечивают контроль того, что различные пользовательские сценарии работают правильно.
Приемочное тестирование
тесты которые проверяют отвечает ли система требованиям бизнеса.
Тестирование производительности
проверяется работа системы при определённых нагрузках.
Smoke - тестирование
это базовые тесты, которые проверяют основные функциональные возможности.
Тестирование методом черного ящик
методика тестирования предполагающая отсутствие информации об архитектуре приложения и о его исходном коде.
Тестирование белого ящик
это подробное исследование внутренней логики и исходного кода.
Тестирование методом серого ящика
метод представляет собой нечто среднее между “белым” и “черным” методами.
Регрессионное тестирование
проверка ранее протестированной программы , позволяющая убедиться , что внесенные изменения не повлекли за собой появление дефектов в той части программы , которая не менялась.
В каких случаях проводится регрессионное тестирование ?
когда хотят проверить корректность дополнений и удостовериться что программа после изменений продолжает соответствовать всем требованиям и успешно взаимодействует с другими системами .
Тестирование программного обеспечения
Проверка соответствия реальных и ожидаемых результатов поведения программы , проводимая в конечном наборе тестов , выбранных определенным образом.
Продолжи утверждение Тестирование демонстрирует наличие дефектов
тестирование только снижает вероятность наличия дефектов , которые находятся в ПО, а не гарантирует их отсутствие.
Продолжи утверждение Исчерпывающее тестирование невозможно
полное тестирование , с использованием всех видов комбинаций данных, результатов и предусловий - физические невозможно.
Продолжи утверждение Ранее тестирование
следует начинать тестирование на ранних стадиях жизненного цикла ПО, чтобы найти дефекты как можно раньше.
Продолжи утверждение Скопление дефектов
большая часть дефектов , находится в ограниченном количестве модулей.
Продолжи утверждение Парадокс пестицида
если повторять одни и те же тестовые сценарии , то в какой то момент этот набор тестов, перестанет выявлять новые Дефекты.
Продолжи утверждение Тестирование зависит от контекста
Тестирование проводится по разному в зависимости от контекста , например ПО где важна безопасность, будет тестироваться не так как обычное ПО
Продолжи утверждение Заблуждение об отсутствии ошибок
отсутствие найденных дефектов, при тестировании не всегда означает готовность продукта к релизу.
Пречислить жизненный цикл дефекта
Нахождение (New): Дефект обнаружен и зарегистрирован.
Назначение (Assigned): Дефект назначен разработчику.
Исправление (Fixed): Разработчик исправил дефект.
Повторное тестирование (Retest): Тестировщик проверяет исправленный дефект.
Закрытие (Closed): Дефект успешно исправлен и проверен.
Открытие (Reopen): Если дефект не исправлен, он снова открывается для доработки
Проектирование теста
Процесс перевода общих причин тестирования в конкретные тестовые условия и тестовые сценарии.
Тестовое условие
Компонент системы который должен быть проверен одним или несколькими наборами тестов.