Тестирование Flashcards
Модульные тесты (unit тесты)
тесты которые работают на низком уровне, на уровне кода. Они используются для тестирования отдельных методов и функций , классов и компонентов ПО.
Интеграционные тесты
в ходе интеграционного тестирования проверяются взаимодействия между различными компонентами, которые должны правильно работать вместе .
Функциональные тесты
в функциональных тестах большое внимание уделяется бизнес-требованиям к приложению.
Разница между интеграционными тестами и функциональными
Разница между интеграционными тестами и функциональными, в том, что интеграционные проверяют обычные взаимодействия , в то время как функциональные ожидают заложенного логикой поведения.
Сквозные тесты
сквозные тесты копируют поведение обычных пользователей в контексте всего приложения. Они обеспечивают контроль того, что различные пользовательские сценарии работают правильно.
Приемочное тестирование
тесты которые проверяют отвечает ли система требованиям бизнеса.
Тестирование производительности
проверяется работа системы при определённых нагрузках.
Smoke - тестирование
это базовые тесты, которые проверяют основные функциональные возможности.
Тестирование методом черного ящик
методика тестирования предполагающая отсутствие информации об архитектуре приложения и о его исходном коде.
Тестирование белого ящик
это подробное исследование внутренней логики и исходного кода.
Тестирование методом серого ящика
метод представляет собой нечто среднее между “белым” и “черным” методами.
Регрессионное тестирование
проверка ранее протестированной программы , позволяющая убедиться , что внесенные изменения не повлекли за собой появление дефектов в той части программы , которая не менялась.
В каких случаях проводится регрессионное тестирование ?
когда хотят проверить корректность дополнений и удостовериться что программа после изменений продолжает соответствовать всем требованиям и успешно взаимодействует с другими системами .
Тестирование программного обеспечения
Проверка соответствия реальных и ожидаемых результатов поведения программы , проводимая в конечном наборе тестов , выбранных определенным образом.
Продолжи утверждение Тестирование демонстрирует наличие дефектов
тестирование только снижает вероятность наличия дефектов , которые находятся в ПО, а не гарантирует их отсутствие.
Продолжи утверждение Исчерпывающее тестирование невозможно
полное тестирование , с использованием всех видов комбинаций данных, результатов и предусловий - физические невозможно.
Продолжи утверждение Ранее тестирование
следует начинать тестирование на ранних стадиях жизненного цикла ПО, чтобы найти дефекты как можно раньше.
Продолжи утверждение Скопление дефектов
большая часть дефектов , находится в ограниченном количестве модулей.
Продолжи утверждение Парадокс пестицида
если повторять одни и те же тестовые сценарии , то в какой то момент этот набор тестов, перестанет выявлять новые Дефекты.
Продолжи утверждение Тестирование зависит от контекста
Тестирование проводится по разному в зависимости от контекста , например ПО где важна безопасность, будет тестироваться не так как обычное ПО
Продолжи утверждение Заблуждение об отсутствии ошибок
отсутствие найденных дефектов, при тестировании не всегда означает готовность продукта к релизу.
Пречислить жизненный цикл дефекта
Нахождение (New): Дефект обнаружен и зарегистрирован.
Назначение (Assigned): Дефект назначен разработчику.
Исправление (Fixed): Разработчик исправил дефект.
Повторное тестирование (Retest): Тестировщик проверяет исправленный дефект.
Закрытие (Closed): Дефект успешно исправлен и проверен.
Открытие (Reopen): Если дефект не исправлен, он снова открывается для доработки
Проектирование теста
Процесс перевода общих причин тестирования в конкретные тестовые условия и тестовые сценарии.
Тестовое условие
Компонент системы который должен быть проверен одним или несколькими наборами тестов.
Эквивалентное разбиение (классы эквивалентности)
техника предполагающая разделение входных данных на группы или классы, так что тестирование одной группы считается достаточным для прохождения тестов.
Анализ граничных значений
техника направлена на тестирование граничных значений в классах эквивалентности. Ошибки чаще всего находят на границах входных данных.
Попарное тестирование
техника основанная на идее, что большинство дефектов вызвано не более чем двумя взаимодействиями
Статус коды
1xx – Информационные коды 1хх
2xx – Успешная обработка запроса 2хх
3xx – Коды редирекетов 3хх
4xx – Ошибки со стороны клиента 4хх
5xx – Ошибки со стороны сервера 5xx
100 - Continue
временный код ответа , означающий что запрос принят и обрабатывается сервером
101 - Switching Protocols
Сообщает о переключении сервера на протокол , который был указан в заголовке Upgrade запроса клиента
102 - Prossesing
Информация о том , что запрос принят сервером и находится в обработке
103 - Early Hints
Используется для предварительной загрузки данных пока сервер формирует полный ответ
200 - OK
свидетельствует о том, что обмен данными между клиентом и сервером прошли успешно
201 - Created
Информирует об успешном создании нового ресурса в результата выполнения запроса
202 - Accepted
сообщает , что сервер принял запрос, но не завершил его обработку
204 - No Content
Сообщает об успешном принятии и обработке запроса, а так же о том что у сервера нет содержимого для отправки пользователю
205 - Reset Content
Сервер передает ответ пользователю в виде требований к сбросу введенных данных , например если необходимо отчистить форму
206 -Partial Content
свидетельствует о частичном выполнении GET - запроса сервером, возвращая только запрошенную информацию , используется для кэширования
300 - Multiple Choises
Ответ срабатывает при условии что по указанному запросу есть несколько вариантов URL , при таком варианте пользователь или User_agent должен выбрать альтернативный адрес
301 - Moved Permanently
оворит о перемещении ранее проиндексированного URL на новый адрес. Эта команда говорит роботу переиндексировать новую страницу, вместо старой