| 1 |
Верификация — это процесс оценки системы, чтобы понять, удовлетворяют ли результаты текущего этапа разработки условиям, которые были сформулированы в его начале. |
| 2 |
Валидация — это определение соответствия разрабатываемого ПО ожиданиям и потребностям пользователя, его требованиям к системе. |
| 3 |
Цель тестирования – предоставление актуальной информации о соответствии производимого продукта требованиям. |
| 4 |
Жизненный цикл ПО: Идея - Разработка требований - Проектирование - Кодирование - Тестирование - Релиз - Поддержка - Вывод из эксплуатации. |
| 5 |
Жизненный цикл тестирования: Анализ продукта -Работа с требованиями - Разработка стратегии тестирования и планирование процедур контроля качества - Создание тестовой документации - Тестирование прототипа - Основное тестирование - Стабилизация - Эксплуатация. |
| 6 |
Тест-план — это документ, который описывает все работы, которые будет производить команда тестирования на проекте. Он содержит риски, список нужных ресурсов, распорядок, описание различных процессов тестирования. |
| 7 |
Модульное – Тестирование отдельных модулей исходного кода. |
| 8 |
Интеграционное – Тип тестирования, при котором программные модули объединяются логически, и тестируется как группа (отдельные модули, но еще не вся система). |
| 9 |
Системное - тестирование, проводимое на полной интегрированной системе для оценки соответствия системы ее заданным требованиям (после интеграционного). |
| 10 |
Приемочное - тестирование, направленное на проверку соответствия системы требованиям (после системного). |
| 11 |
Нагрузочное - подвид тестирования производительности, сбор показателей и определение производительности и времени отклика программно-технической системы или устройства в ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной системе (устройству). |
| 12 |
Дымовое - в тестировании программного обеспечения означает минимальный набор тестов на явные ошибки. |
| 13 |
Тестирование интерфейса - тестирование всех визуальных индикаторов и иконок, меню, переключателей, текстовых полей, флажков, панелей инструментов, цветов, шрифтов и других элементов управления и принятия решений в цифровой среде. |
| 14 |
Повторное (ретест) - тип тестирования, выполняемый для проверки того, что тестовые примеры, которые были неудачными при окончательном выполнении, успешно пройдены после устранения дефектов. |
| 15 |
Регрессионное - тип тестирования, проводимого для того, чтобы убедиться, что изменения, внесенные в исправления или любые улучшения, не влияют на ранее работавшую функциональность. |
| 16 |
Безопасности - процесс, предназначенный для выявления недостатков в механизмах безопасности информационной системы, которые защищают данные и поддерживают функциональность по назначению. |
| 17 |
Объемное - тип тестирования программного обеспечения, когда программное обеспечение подвергается огромному объему данных. |
| 18 |
Граничные значения - Техника граничных значений основана на предположении, что большинство ошибок может возникнуть на границах эквивалентных классов. |
| 19 |
Эквивалентное разбиение - позволяет минимизировать число тестов, не создавая сценарий для каждого возможного значения, а выбрав только одно значение из целого класса и приняв за аксиому, что для всех значений в данной группе результат будет аналогичным. |
| 20 |
Таблица принятия решений - один из вариантов компактного документа, представляющий бизнес-модель с трудным обоснованием требований и являющийся теоретическим средством для оптимизации и упорядочивания. |
| 21 |
Попарное тестирование - Суть этого метода, также известного как pairwise testing, в том, что каждое значение каждого проверяемого параметра должно быть протестировано на взаимодействие с каждым значением всех остальных параметров. |
| 22 |
Причина и следствие - Простая проверка базовых действий и их результата. Цель «предугадать», при каких входных условиях есть риск ошибок. Для этого важно иметь опыт, хорошо знать продукт и уметь выстроить коммуникации с коллегами. |
| 23 |
Предугадывание ошибок - Используя свои знания о системе, QA-специалист может «предугадать», при каких входных условиях есть риск ошибок. |
| 24 |
Диаграмма состояний и переходов - Таблица переходов представляет собой все возможные комбинации начальных и конечных состояний. Она включает в себя действительные и недействительные переходы, инициирующие события, защитные условия и результирующие действия. |
| 25 |
Тестирование вариантов использования - определяется как метод тестирования программного обеспечения, который помогает идентифицировать тестовые случаи, охватывающие всю систему, от транзакции к транзакции от начала до конечной точки. |
| 26 |
Вариант использования или юз-кейс – это описание конкретного использования системы субъектом или пользователем. |
| 27 |
Доменное тестирование - методика разработки тестов, относящаяся к методу черного ящика, использующаяся для определения действенных и эффективных тестовых сценариев в случаях, когда множественные параметры могут или должны быть протестированы одновременно. Методика базируется и обобщает методы эквивалентного разбиения и анализа граничных значений. |
Комментарии