Как в основном называют тестирование перед релизом?
Anonymous Quiz
10%
Альфа-тестирование
18%
Бета-/гамма-тестирование
64%
Приемочное тестирование
9%
Дымовое тестирование
👏11👍4
Ретроспектива спринта - это
Anonymous Quiz
8%
когда команда определяет Sprint backlog для следующего спринта
4%
когда команда демонстрирует заинтересованным лицам инкремент продукта
3%
разбор backlog
85%
митинг, где команда анализирует результаты прошедшего спринта и извлекает из этого опыт на будущее
👍14
👉 Что проверяют юнит-тесты?
Anonymous Quiz
9%
работу нескольких модулей вместе: как они запускаются, передают данные, решают ли общую задачу
83%
работу отдельных функциональных модулей, процессов или частей кода приложения
7%
проверяют, как система работает в интеграции с внепроцессными зависимостями
👍14
Что из перечисленного является нечто "средним" между интеграционными и модульными тестами?
Anonymous Quiz
30%
Сервисные тесты
25%
Системные тесты
27%
Сквозные тесты
18%
Smoke тесты
👍14
👉 Что проверяют сервисные тесты?
Anonymous Quiz
17%
что ответ на запрос приходит в рамках соответствующего периода времени
4%
соблюдение мер безопасности и защиты данных
74%
доступность веб-сервисов, к которым обращается приложение (чаще всего через API запросы)
5%
отображение элементов интерфейса на экране
👍17
👉 Что проверяют интеграционные тесты?
Anonymous Quiz
64%
как работают все модули сразу или даже как работает вся программа
25%
работу отдельно взятых модулей — функций, классов, моделей, контроллеров и т.д.
7%
правильность реакции системы на действия конечного пользователя
4%
самые разные вещи; например, наличие текстового описания изображения для слабовидящих
👏5
📌 Автоматические тесты — инструмент снижения издержек. Есть тесты — смело и быстро добавляете фичи. Нет тестов — проверяете изменения вручную, теряете время и деньги.
Автотесты принято делить на три типа: модульные (юнит), сервисные и интеграционные (UI, браузерные, end‑to‑end, E2E) тесты.
Модульные тесты проверяют работу отдельно взятых модулей — функций, классов, моделей, контроллеров — кирпичиков, из которых построено приложение. Модульные тесты выполняют проверки за миллисекунды, потому что тестируют модуль в отрыве от остального приложения.
Интеграционные тесты проверяют приложение целиком, когда все модули в сборе. Их задача — убедиться, что модули правильно соединены друг с другом. Кроме того, ими проверяют те части приложения, которые не имеют права сломаться: биллинг, регистрацию, оформление заказа.
Интеграционные тесты длятся секунды, а иногда и минуты: запускаем приложение, загружаем его в браузер или эмулятор и «прокликиваем» сценарии.
Сервисные тесты — среднее между интеграционными и модульными. Их задача — проверить функционал, который нельзя уверенно протестировать модульными тестами, а интеграционными тестировать «слишком жирно».
Такое разбиение тестов по уровню детализации программисты используют в «тестовой пирамиде» — визуальной метафоре, которая подсказывает, сколько каких тестов лучше иметь (см.фото)
Словарь тестировщика
Автотесты принято делить на три типа: модульные (юнит), сервисные и интеграционные (UI, браузерные, end‑to‑end, E2E) тесты.
Модульные тесты проверяют работу отдельно взятых модулей — функций, классов, моделей, контроллеров — кирпичиков, из которых построено приложение. Модульные тесты выполняют проверки за миллисекунды, потому что тестируют модуль в отрыве от остального приложения.
Интеграционные тесты проверяют приложение целиком, когда все модули в сборе. Их задача — убедиться, что модули правильно соединены друг с другом. Кроме того, ими проверяют те части приложения, которые не имеют права сломаться: биллинг, регистрацию, оформление заказа.
Интеграционные тесты длятся секунды, а иногда и минуты: запускаем приложение, загружаем его в браузер или эмулятор и «прокликиваем» сценарии.
Сервисные тесты — среднее между интеграционными и модульными. Их задача — проверить функционал, который нельзя уверенно протестировать модульными тестами, а интеграционными тестировать «слишком жирно».
Такое разбиение тестов по уровню детализации программисты используют в «тестовой пирамиде» — визуальной метафоре, которая подсказывает, сколько каких тестов лучше иметь (см.фото)
Словарь тестировщика
👍34❤🔥2
❕Чем выше тест, тем он медленнее и дороже в создании и поддержке
Идея простая: чтобы у приложения была быстрая и отзывчивая к изменениям тестовая база, большая её часть должна приходиться на модульные тесты, небольшая часть — на сервисные, малая часть — на интеграционные.
Покажу на примере. Представим, что нужно запрограммировать добавление комментариев к фотографиям.
Если отказаться от модульных тестов и всё проверить интеграционными, мы получим очень медленную и хрупкую тестовую базу. Работать с такими тестами будет мучительно: любые изменения в коде будут проверяться минутами.
Если отказаться от интеграционных тестов и всё проверить модульными, может оказаться так, что тесты проходят, а добавление комментариев не работает из‑за ошибки на стыке модулей. Доверять таким тестам нельзя, придётся добавление комментариев проверять вручную.
Поэтому лучше начать с единственного интеграционного теста, который открывает фотографию в браузере, заполняет форму, нажимает «Отправить» и проверяет, что комментарий появился на странице. А затем добавить модульных и сервисных тестов, которые проверят всё остальное: автоматическое форматирование текста комментария, санитайзинг, валидацию и почтовое уведомление автору фотографии.
Словарь тестировщика
Идея простая: чтобы у приложения была быстрая и отзывчивая к изменениям тестовая база, большая её часть должна приходиться на модульные тесты, небольшая часть — на сервисные, малая часть — на интеграционные.
Покажу на примере. Представим, что нужно запрограммировать добавление комментариев к фотографиям.
Если отказаться от модульных тестов и всё проверить интеграционными, мы получим очень медленную и хрупкую тестовую базу. Работать с такими тестами будет мучительно: любые изменения в коде будут проверяться минутами.
Если отказаться от интеграционных тестов и всё проверить модульными, может оказаться так, что тесты проходят, а добавление комментариев не работает из‑за ошибки на стыке модулей. Доверять таким тестам нельзя, придётся добавление комментариев проверять вручную.
Поэтому лучше начать с единственного интеграционного теста, который открывает фотографию в браузере, заполняет форму, нажимает «Отправить» и проверяет, что комментарий появился на странице. А затем добавить модульных и сервисных тестов, которые проверят всё остальное: автоматическое форматирование текста комментария, санитайзинг, валидацию и почтовое уведомление автору фотографии.
Словарь тестировщика
👏25👍16
👍7
👍17
Дебаг (или debug, debugging)
Anonymous Quiz
81%
👉🏼 отладка, поиск (локализация), анализ и устранение ошибок в ПО, найденные во время тестирования
1%
👉🏼 числовая характеристика показателя качества (+ описание способов оценки и анализа результата)
6%
👉🏼 отзыв или ответная реакция тестировщика на найденную в ПО ошибку
13%
👉🏼 срочное исправление ошибок и недоработок программы, выявленных в процессе эксплуатации
👍11
👏11👍3🤯3
👏12😱6👍1