Тест по теории тестирования

Тестирование методом «черного ящика» – это стратегия, в которой тестирование основано исключительно на требованиях и спецификациях, при этом мы не знаем, как устроена внутри тестируемая система и работаем исключительно с внешними интерфейсами тестируемой системы или компонента.

Метод “черного ящика” может применяться практически на любом уровне тестирования: модульном, интеграционном, системном, приемочном.

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

Новая версия приложения разворачивается в зеленой среде и тестируется (функциональное тестирование и тестирование производительности). После успешного тестирования трафик приложения переключается с синего сервера на зеленый. После этого зеленый становится продакшен-сервером.

При возникновении каких-либо проблем трафик переключается обратно, на синий сервер.

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

Новая версия приложения разворачивается в зеленой среде и тестируется (функциональное тестирование и тестирование производительности). После успешного тестирования трафик приложения переключается с синего сервера на зеленый. После этого зеленый становится продакшен-сервером.

При возникновении каких-либо проблем трафик переключается обратно, на синий сервер.

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

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

Идея состоит в том, что если одно условие/значение в классе проходит, то все остальные также пройдут. Аналогично, если одно условие в наборе не выполняется, то все остальные условия тоже не выполняются.

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

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

Идея состоит в том, что если одно условие/значение в классе проходит, то все остальные также пройдут. Аналогично, если одно условие в наборе не выполняется, то все остальные условия тоже не выполняются.

Тестирование “белого ящика” – это подход, который позволяет тестировщикам проверять внутреннюю работу приложения – его код, инфраструктуру и взаимодействие со внешними системами.

Тестирование “белого ящика” анализирует входные и выходные данные с учетом внутренней работы кода.

Групповое тестирование (также известное как A/B-тестирование) – это вид тестирования, при котором проверяются и сравниваются друг с другом две версии сайта или приложения. Оно проводится, чтобы узнать, какая из версий дает лучшие результаты по определенным показателям (количество кликов, загрузок, покупок).

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

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

Приоритет бага определяется его влиянием на бизнес. Например, если в слове “Google” на главной странице этого поисковика пропущена буква “o”, это никак не влияет на функциональность сайта, зато очень сильно вредит бизнесу и бренду. Поэтому такой баг будет иметь высокий приоритет.

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