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

Огромное спасибо всем, кто принял участие в опросе. Также у опроса была вторая часть - почти идентичная, но название опроса было "Какие ответы на эти вопросы вы ждете на собеседовании от кандидатов?" и отвечали на них собеседующие лиды. Вот здесь можно увидеть результаты второго опроса.

Свой нынешний уровень участники первого опроса определили так:

И вот список заданных вопросов (ответы на каждый из них под спойлером).

Что такое тестирование и каковы его цели?
👤
Что: Сравнение актуального с требованиями к продукту: прямыми или косвенными. Цель: показать реальную картину продукта
👤
Система действий, направленных на улучшение качества ПО. Тестирование это и поиск дефектов и информирование об актуальном состоянии тестируемого ПО
👤
Тестирование - комплекс мер, направленных на улучшение и поддержку качества продукта.
👤
Тестирование - проверка разработанного ПО на соответствие требованиям к нему. Цель: собрать информацию о текущем состоянии ПО для дальнейшей оценки рисков. Вторичная - счастье пользователя = отсутствие багов.
👤
Проверка продукта на соответствие бизнес-логике и предъявляемым к нему требованиям. Цель, выявление на раннем этапе несоответсвий/ недостатков и повышение качества конечного продукта
👤
тестирование это такие действия в процессе разработки ПО, которые направлены на выявление соответствий между требованиями к продукту и его реальной реализацией, цель тестирования-предоставить заказчику реальную картину реализованного функционала в данный момент времени, иными словами на сколько функционал соответствует требованиям заказчика
👤
Тестирование - Процесс анализа программного средства и сопутствующей документации с целью выявления дефектов и повышения качества продукта. Цель - проверка соответствия ПО предъявляемым требованиям, поиск ошибок в ПО, которые должны быть выявлены до того, как их обнаружат пользователи.
👤
Тестирование - это процесс сравнения ожидаемого результата с актуальным (если упрощенно) Если посложнее, то это оценка качества продукта по заранее определенным параметрам (в соответствии с явными/неявными требованиями и устоявшимися практиками) и информирование о результатах оценки всех заинтересованных лиц (команда, менеджмент, заказчик)
👤
Тестирование – это процесс, позволяющий контролировать качество выпускаемого продукта, его соответствие требованиям, удобство использования
👤
Тестирование - процесс обеспечения качества путем исследования продукта на предмет соответствия заявленным требованиям. Цель тестирование - предоставление информации о реальном состоянии системы.
👤
Цель тестирования - проверка на соответствие конечного продукта его требованиям (формальным или неформальным)
👤
Проверка, что ожидаемый результат соответствует фактическому
👤
Тестирование - выявление несоответствий продукта требованиям клиента
👤
Тестирование это процесс выявления расхождений между ожидаемым и фактическим поведением продукта. цели т. - донесение до заказчика сведений о состоянии продукта как можно раньше
👤
Проверить продукт на соответствие требованиям, оценить качество продукта, предоставить отчёт качестве и соответствии продукта разработке.
👤
Тестирование - проверка соответствия продукта заданным требованиям. Цель тестирования: выпустить нужный пользователям продукт, отвечающий стандартам качества
👤
Процесс обеспечения качества выпускаемого продукта
👤
Это проверки соответствия ожидания и реальности. Цели — выявить возможные несоответствия, учитывая принципы тестирования, и дать заказчикам информацию
👤
Предотвращение ошибок и улучшение качества программного продукта
👤
Т - проверка соответствия ОР и ФР. Цель - обеспечение качества ПО, предотвратить ошибки на первоначальных стадиях проекта
👤
Поиск несоответствий между фактическим поведением ПО и ожидаемым, выполненное на конечном наборе тестов, выбранных определенным образом.
👤
Тестирование - комплекс мероприятий, которые позволяют определить соответствие разрабатываемого продукта требованиям, которые к нему предъявляются. Цель тестирования как раз в проверке этого соответствия.
👤
Тестирование это анализ на соответствие реального результата ожидаемому результату. Цели тестирования : обеспечение качества продукта и как следствие поднятия лояльности клиентов к продукту и фирме,выявление дефектов до того как их обнаружат пользователи в своей рутинной деятельности в приложении, выявление сценариев использования не предусмотренных изначально, анализ требований на выявление расхождений и серых зон.
👤
Проверка соответствия продукта требованиям. Цель выявить дефекты как можно раньше, сделать продукт более качественным
👤
Тестирование - процесс исследования продукта с целями: 1 передать знания о продукте заинтересованным лицам (команде, бизнесу) 2 выявить несоответствия (между фактическими и ожидаемыми поведениями приложения), чтобы приоритизировать и исправить. В процесс тестирования используются различные активности и подходы.
👤
Тестирование - процесс определения того, на сколько фактическое поведение системы/ продукта соответствует требованиям. Цели - сравнить ожидаемый результат с фактическим, предоставить соответствующую информацию группе разработки/ заинтересованным лицам, определение степени готовности продукта/ его качества
👤
Это процесс уравнивания фактического и ожидаемого результатов.
👤
Тестирование- процесс исследования по на соответствие требованиям. Цель определить качество продукта и его соответствие заданным требованиям
Какие виды и уровни тестирования вы знаете?
👤
Функциональное/не функциональное. (Ну и раскрыла бы какие есть ф.виды и не ф.виды) Уровни по пирамиде бы сказала.
👤
Уровни: Юнит тесты, компонентные тесты, интеграционные тесты, приемочные тесты, тестирование на проде. Виды: функциональное и нефункциональное. Нефункциональное: нагрузочное+перфоманс, тестирование локализации, стресс-тестирование, тестирование удобства использования
👤
Смотря с какой стороны подходить к вопросу: есть функциональное и нефункциональное, есть по доступу к коду. Уровня три: модульное, интеграционное, GUI
👤
Уровни: Юнит, модульное, системное, интеграционное, e2e. Виды по одной из классификаций: функциональное, нефункциональное(безопасности, нагрузки и т.д.). Лень писать дальше
👤
Виды (пришлось подумать и принять решение, что отвечу так как у Куликова): по доступу к коду/ по степени автоматизации/ по целям и задачам/ по времени выполнения/ по техникам и подходам. Уровни: UI/API/unit
👤
уровни-модульное, интеграционное, системное, тестирование черного белого черого ящика, функциональное и не функц, фуекц-проверяет функц-л, не функц- проверяет юай, безопасность, установку, снос билда, нагрузка, все что не относится непосредственно к функционалу, а также динамическое и статическое
👤
Статическое/динамическое, Белый/черный/серый ящик, смоук/критического пути/расширенное, альфа/бета/гамма, исследовательское/интуитивное, функциональное/нефункциональное, регрессионное/исчерпывающее, на восстановление/отказоустойчивость/производительности/надежности, операционное/юзабилити/доступности/интернационализации/локализации/совместимости/интерфейса/безопасности, восходящее/нисходящее
👤
Уровни: модульное/компонентное, интеграционное, системное, приемочное. Виды: функциональное (может включать в себя разные виды в зависимости от того, каков основной функционал приложения), нефункциональное (чаще всего - ui/ux, нагрузочное, стрессовое, безопасности и т.п.), связанное с изменениями (регресс, смоук, еще что-то, сходу не вспомню)
👤
Юнит-тесты, интеграционные тесты, e2e тесты, системные и приёмочные. Тестирование методом белого/чёрного/серого ящика. Функциональное/нефункциональное, UI тесты, тестирование нагрузки и безопасности
👤
Методы: черного ящика, белого, серого. Уровни: модульный, интеграционный, системный. Виды: функциональное (на соответствие явным требованиям), нефункциональное (на соответствие неявным требованиям, нагрузочное, тестирование безопасности, ui/ux-тестирование, тестирование локализации/интернационализации). Отдельно выношу smoke-тест, регресс, санити-чек, ретест, e2e тестирование, исследовательское (т.к. они могут быть как функциональными, так и нефункциональными).
👤
По цели тестирования: функциональное и нефункциональное (нагрузочное, безопасности, юикса, локализации). По объекту тестирования: модульное, интеграционное, системное. По времени тестирования:тестирование документации, smoke, тестирование нового функционала, регрессионное, приемочное (иногда все это относят к альфа-тесту, а после этого ещё есть бета) По степени автоматизации: ручное, автоматическое.
👤
интеграционное, приемочное, регрессионное, функциональное, смоук, нагрузочное
👤
Black/White/Gray box. Smoke, functional, regression, localization, exploratory, unit, integration. Manual/Automation.
👤
уровни(по цели, в зависимости от пользователя, по запуску кода, по формализации, по детализации) виды - (функциональное/нефункциональное, регресс, смоук, нагрузочное, стресс, интеграционное, модульное, компонентное, а/б тестирование, исследовательское, хаотичное, по заранее написаным планам, хаотичное)
👤
Функциональное, нефункциональное (тестирование безопасности, нагрузочное тестирование). Смоук, регрессионное, тестирование новой функциональности. Юнит, API, интеграционное. Чёрный, белый, серый ящик. Исследовательское тестирование, сценарное тестирование.
👤
Виды тестирования: функциональное и нефункциональное (безопасность, ui/ux, локализация, нагрузка и другие) Уровни тестирования: компонентное, интеграционное, системное, приемочное
👤
Функциональное/не функциональное, смоук, регрессионное, исследовательское; белый, серый и чёрный ящики
👤
Юниты-интеграции-модули-e2e. Виды: api, интеграционное, требований, смоук, регресс, приемочное, компонентное
👤
Виды (основные): функциональное, не функциональное, тестирование изменений. Уровни: модульное, интеграционное, системное, приемочное
👤
Позитивное и Негативное, Ящики (белый, черный, серый), функциональное и нефункциональное, модульное-интеграционное-системное-е2е, статическое и динамическое, смоук -критического пути-расширенное, регресс, приемочное, исследовательское и ad hoc
👤
Ручное/автоматическое; Функциональное/нефункциональное/проверка уже проверенного ранее(смоук, регресс, санити, ре-тест); Статическое/динамическое; "Белый ящик"/"черный ящик"/"серый ящик"; На основе тестовой документации/исследовательское/свободный поиск; Модульное/интеграционное/системное/приемочное; Смоук/критического пути/расширенное; Уровень представления (фронтенд)/уровень бизнес-логики(бэкенд)/уровень данных(БД).
👤
Виды тестирования: 1) по доступу к коду: тестирование черного ящика, белого ящика и серого ящика; 2) по позитивности сценариев: позитивное и негативное; 3) по объекту тестирования: функциональное и нефункциональное (безопасности, производительности, надежности, юзабилити, тестирование пользовательского интерфейса, локализации); 4) по субъекту тестирования: альфа тестирование и бета тестирование; 5) по времени проведения: тестирование новой функциональности, регрессионное; 6) по объему тестирования: смоук тестирование, расширенное и исчерпывающее; 7) по степени подготовки к тестированию: сценарное, исследовательское и свободное (интуитивное/AD HOC); 8) по степени автоматизации: ручное и автоматизированное. Уровни тестирования: компонентное, системное и интеграционное.
👤
Тестирование делится по следующим видам: по динамичности(динамическое - проверка исполняешь кода, статическое - проверка требований, документации и кода без исполнения), по доступности кода(белый ящик, серый ящик, чёрный ящик),по объекту тестирования ( мобильного приложения, веб приложения , десктоп приложения), по количеству привлечённых пользователей( альфа, бета, гамма), по уровню формализованности( по тестовой документации, исследовательское, свободное), по объёму исследования (дымовое, критического пути, расширенное, избыточное - только в тривиальных случаях), по уровню детализации(компонентное, интеграционные, системное, операционное,приемочное), по целям и задачам( регрессионное, ретест, функциональное, нефункциональное: локализации, интернализации, интерфейса, юзабилити, инсталляции, соответствия: кроссбраузерное, кроссплатформенное, -производительности: масштабируемости, обьемное, нагрузочное, стрессовое)
👤
Ручное, автоматизированное, функциональное, нефункциональное, системное, расширенное, сценарное, исследовательское, исчерпывающее, компонентное
👤
Виды: 1 Функциональное 2 Нефункциональное (безопасности, производительности (стресс, нагрузочное), удобства использования, тестирование UI, тестирование доступности (accessibility) Уровни: 1. Unit 2. Компонентное 3. Интеграционное 4. Системное (end-to-end)
👤
Виды - функциональное/ нефункциональное , белый ящик / черный ящик, ручное / автоматизированное Уровни - системное / интеграционное / модульное
👤
Функциональное и нефункциональное. Регрессионное. Смоук-тестирование. Нагрузочное. Критичное.
👤
Черный/белый/серый ящик, функциональное/нефункциональное, регрессионное, смоук, интеграционное, приемочное, юзабилити, нагрузочное, стресс-тесты.
Какие виды тестовой документации вы знаете?
👤
Чек листы, тест кейсы, баг репорты, тест планы
👤
тест-кейсы, чек-листы, отчеты о прогонах и о тестировании
👤
Баг-репорт, Тест-кейс, Тест-план, Тест-набор, Чек-лист, Отчет о тестировании, запрос на улучшение
👤
Стратегия, план, чек-лист, тест-кейсы
👤
Тест-план/ тестовый сценарий/ тест-кейс/ тест-сьют/ чек-лист/ баг-репорт/ тестовый отчет
👤
тест кейсы, чеклисты, тест план, требования
👤
Баг репорт, чек-лист, тестовый сценарий, юзер стори, тест план, тестовая стратегия
👤
Чек-лист, тест-кейсы, стратегия тестирования, баг-репорты, отчет о тестировании
👤
Тест-план, тест-кейс, чеклист, баг-репорт, отчёт о тестировании
👤
Баг-репорт, чек-лист, тест-кейс, тест-план, тест-стратегия.
👤
Чек-лист, тест-план (тестран, тесткейсы), mindmap, багрепорт, инструкция
👤
тестовые планы и сценарии решения, программы и методики испытаний, протокол тестирования, протокол приемки, тест-кейсы
👤
Test case, test plan, check list, specification, bag report
👤
тест-кейс, тест-сьют, тест-план, чек-лист, отчет о результатах тестирования, юзер-кейс, матрица покрытия
👤
Тест-план, чек-лист, тест-кейс, баг репорт, отчёт о тестировании.
👤
Чек-лист, тест-кейс, тест-план, баг-репорт
👤
Чек-лист, тест-кейс
👤
Тест план, тест кейсы, чек листы
👤
Бизнес-требования Функционального характера Нефункционального характера
👤
Тест-план, чек-лист, тест-кейс, баг-репорт, отчёт о тестировании, пользовательские сценарии и юзер стори, ПМИ
👤
Баг-репорт, Чек-лист, Тест-кейс, Тест-набор(комплект), Тест-план.
👤
Тест-план, тест-кейс, чек-лист, тест-сьют, баг-репорт, отчет о тестировании
👤
Тест-план, чек-лист, тест-кейс, баг-репорт, отчёт о тестировании
👤
Чек-лист, тест-кейс, тест-план, отчет о тестировании
👤
Тест-кейс, чек-лист, тест-план, стратегия тестирования, отчет о тестировании, баг-репорт
👤
Тест-план, тест-кейс, чек-лист, пользовательский сценарий, баг-репорт, отчет
👤
Чек-листы, тест-кейсы, баг-репорты.
👤
Тест-план, чек-лист, тест-кейс, баг-репорт.
Какие техники тест-дизайна вы знаете?
👤
Эквивалент, границы, попарное, ожидание-следствие
👤
классы эквивалентности, граничные значения, паирвайз, таблицы решений, диаграммы состояний-переходов
👤
Метод граничных значений, классы эквивалентности, метод попарного комбинирования, таблица принятия решений
👤
Граничные значения, классы эквивалентности, граф переходов, таблица решений, пейр вайс, пользовательские сценарии, как на душу пришло
👤
Граничные и эквивалентные значения/ попарное тестирование/ состояния и переходы/ таблица принятия решений
👤
граничных значений, эквивалентное разбиение, проблема-следствие, таблица принятия решений, расширенное тестирование(проверяет все кейсы, не может быть выполнено)
👤
Классы эквивалентности, граничные значения, попарное тестирование
👤
Граничные значения, классы эквивалентности; дальше не помню названий, но условно - добавить/изменить/удалить значение, "ветви и листья", таблица решений, матрица трассировки требований (вроде ж тоже сюда?)
👤
Попарное тестирование, классы эквивалентности и граничные значения, матрица принятия решений
👤
Эквивалентное разделение, граничные значения, матрица трассировки, таблица принятия решений, pairwase-таблица, график состояний и переходов, майнд-карты, тестирование основанное на опыте (предположение об ошибках, причина и следствие), можно еще вынести в тест-дизайн user-кейсы и user-сценарии.
👤
Классы эквивалентности + граничные значения, pairwise-triplewise, таблица решений, схема переходов и состояний, юзер-стори, использование матрицы трассировки
👤
эквивалентное разделение, граничные значения, исследовательское тестирование, переход состояний, таблица принятия решений
👤
Pairwise, exploratory, boundary values
👤
попарное, таблица принятия решений, эквивалентные классы, гарничные значения
👤
Граничные значения, классы эквивалентности, попарное тестирование.
👤
Классы эквивалентности, граничные значения, попарное тестирование, таблица принятия решений, таблица переходов состояний
👤
границы эквивалентности, ГЗ, таблица принятия решений
👤
Классы эквивалентности, граничные значения, дерево слстояний
👤
Классы эквивалентности Граничные значения Попарное тестирование Исчерпывающее тестирование Причина-следствие Предугадывание ошибки Матрица принятия решений
👤
Анализ граничных значений и классы эквивалентности, попарное тестирование, таблица принятия решений, доменный анализ, диаграмма состояния переходов
👤
КЭ(классы эквивалентности), ГЗ(граничные значения), Матрица переходов состояний, Таблица принятия решений, Попарное тестирование, Предугадывание ошибок.
👤
Разбиение на классы эквивалентности и граничные значения, попарное тестирование, таблица принятия решений, причина и следствие, позитивное и негативное тестирование.
👤
Классы эквивалентности, граничные значения
👤
Кэ, гз, попарное тестирование, таблица принятия решений
👤
Граничные значения, классы эквивалентности, pair-waise, какие-то еще, смысл которых в том чтобы пройти всю логику и все ветки
👤
Классы эквивалентности, граничные значения, таблица принятия решений, попарное тестирование, тестирование состояний и переходов, предугадывание багов
👤
Разбиение на КЭ и ГЗ. Допустимость вводимых символов. Обязательность заполнения. Оптимизация.
👤
Классы эквивалентости, граничные значения, таблица состояний и переходов, попарное тестирование,

© 2021 YU-GO.RU