Действительно ли мы пишем тестовые примеры для всех типов тестирования? Написание этого поста, чтобы устранить неопределенность, связанную с более свежими группами тестировщиков программного обеспечения. Большинство начинающих тестировщиков задают этот вопрос, когда начинают изучать написание тестовых случаев.
- Что такое тестовый набор и как писать тестовые наборы
- 100+ типов тестирования программного обеспечения
Согласно ISTQB, существует четыре типа тестирования программного обеспечения, а именно
- функциональные
- нефункциональные
- структурные
- связанные с изменениями
Тип функционального тестирования: Дымовое тестирование, тестирование работоспособности — это некоторые из типов тестирования, подпадающих под функциональное тестирование.
Нефункциональный тип тестирования:Типы тестирования относятся к типу нефункционального тестирования: тестирование производительности, нагрузочное тестирование, тестирование надежности, стресс-тестирование, тестирование удобства использования, тестирование локализации, тестирование глобализации.
Тип структурного тестирования: также известно структурное тестирование. как тестирование белого ящика
Изменить связанный тип тестирования: типы регрессионного и повторного тестирования подпадают под тип тестирования, связанный с изменением.
Давайте посмотрим, действительно ли тестировщики подбирают тестовые наборы для всех типов тестирования. Здесь я кратко расскажу о некоторых типах тестирования, а также укажу, пишем ли мы тестовые примеры или нет. В этом посте я ограничусь широко используемыми типами тестирования.
- Сценарии тестирования страницы регистрации
- Сценарии тестирования страницы входа
Каковы критерии для выбрать написание тестовых случаев?
- Тесты, которые нам нужно запускать в каждой версии сборки приложения
- Тесты, которые мы запускаем, используя несколько значений данных
- Тесты, которые занимают много времени
- Тесты который включает в себя повторяющиеся шаги
- Тесты, включающие кросс-платформенное или кросс-браузерное тестирование
Посмотрите видео ниже, чтобы увидеть «Действительно ли мы пишем тестовые случаи для всех типов тестирования»
Тестирование дыма:Дымовое тестирование — это тип тестирования, который будет проводиться для проверки того, пригодна ли для тестирования выпущенная сборка.
Это просто проверка того, пригодна ли для тестирования сборка, выпущенная командой разработчиков. Поэтому мы просто тестируем основные функции, такие как вход в систему. Чтобы провести дымовое тестирование, мы берем уже написанные нами тестовые примеры. Мы не пишем тестовые примеры специально для дымового тестирования.
Проверка работоспособности:Санитарное тестирование – это тип тестирования, которое будет проводиться на этапе выпуска для проверки основных функций приложения без углубления. для этого мы берем тестовые примеры, которые мы уже написали. Как и в случае с дымовым тестированием, мы не пишем тестовые сценарии, особенно для проверки работоспособности.
Дымовое тестирование и тестирование работоспособности
Функциональное тестирование: мы тестируем каждую функцию программного приложения, чтобы убедиться, что каждая функция ведет себя так, как указано в документе с требованиями. Для функционального тестирования мы пишем тестовые примеры.
Интеграционное тестирование: Интеграционное тестирование — это процесс тестирования интерфейса между двумя программными модулями. Для тестирования интеграции мы пишем тестовые примеры.
Тестирование системы: тестирование полностью интегрированного приложения, чтобы убедиться, что приложение работает должным образом или нет. Для тестирования системы мы пишем тестовые примеры.
Приемочное тестирование: Это делается конечными пользователями вместе с тестировщиками для проверки функциональности приложения. Скорее всего, приемочное тестирование будет выполняться клиентами, поэтому они могут написать тестовые примеры для приемочного тестирования.
Тестирование совместимости: оно предназначено для развертывания и проверки работы приложения. как и ожидалось при другом сочетании компонентов окружающей среды. Тестовые наборы, которые уже были написаны, будут использоваться для тестирования совместимости.
Специальное тестирование: Специальное тестирование полностью противоположно формальному тестированию. Это неформальный тип тестирования. При специальном тестировании тестировщики случайным образом проверяют приложение, не следуя каким-либо документам и методам разработки тестов. Таким образом, мы не пишем никаких тестовых случаев.
Тестирование производительности. Производительность связана с достижением времени отклика, пропускной способности и уровня использования ресурсов, которые соответствуют целям производительности продукта. Несмотря на то, что мы используем такие инструменты, как LoadRunner, мы используем некоторые сценарии и пишем тестовые примеры для тестирования производительности. Тестовые наборы для тестирования производительности не похожи на тестовые наборы для функционального тестирования.
Тестирование удобства использования: Чтобы проверить, является ли приложение удобным для пользователя или нет. Основное внимание будет уделено внешнему виду приложения. Мы следуем контрольному списку, чтобы протестировать внешний вид приложения. Поэтому мы не пишем специальные тестовые примеры для тестирования удобства использования.
Тестирование доступности: чтобы проверить, может ли пользователь использовать его комфортно или нет. Мы следуем контрольному списку, чтобы протестировать внешний вид приложения так же, как тестирование удобства использования. Поэтому мы не пишем конкретные тестовые примеры для проверки удобства использования.
Тестирование надежности: Что касается тестирования надежности, мы проводим тестирование приложения непрерывно в течение длительного периода времени, чтобы проверить стабильность приложения. Мы не пишем ручные тест-кейсы для проверки надежности. Для этого мы используем инструменты автоматизации, выбирая некоторые сценарии.
Регрессионное тестирование:Повторное тестирование уже протестированной программы после внесения изменений для обнаружения любых дефектов, появившихся или обнаруженных в результате изменений в тестируемом программном обеспечении или в других связанных или несвязанных компонентах программного обеспечения.
Мы используем уже написанные тестовые примеры для проведения регрессии. тестирование. Поэтому мы не пишем конкретные тестовые примеры для регрессионного тестирования.
Что такое регрессионное тестирование и как мы его проводим
Повторное тестирование:Мы проводим повторное тестирование, чтобы убедиться, что дефекты, которые были обнаружены и опубликованы в более ранней сборке, были исправлены или нет в текущей сборке. Мы не пишем тест-кейсы для повторного тестирования. Мы используем отчет об ошибках для повторного тестирования.
Что такое повторное тестирование и когда мы проводим повторное тестирование
Тестирование восстановления: мы проводим тестирование восстановления, чтобы определить, насколько быстро система может восстановиться после сбоев. Для проведения восстановительного тестирования мы пишем тестовые примеры.
Тестирование в условиях глобализации. Глобализация – это процесс разработки программного приложения, которое можно адаптировать к различным языкам и регионам без каких-либо изменений. ДЛЯ тестирования глобализации мы пишем тестовые примеры.
Тестирование локализации: Локализация – это процесс адаптации программного обеспечения глобализации для определенного региона или языка путем добавления компонентов, характерных для местного региона. Да, мы пишем тестовые примеры для тестирования локализации.
Что вы думаете об этом посте? Если вам понравилось, не забудьте поделиться с друзьями.
Здесь я отобрал для вас несколько учебных пособий.
- Учебное пособие по ручному тестированию
- Учебное пособие по Agile-тестированию
- Учебное пособие по SQL
- Учебное пособие по Selenium
- Учебное пособие по тестированию API
- Учебное пособие по Java
- Учебное пособие по VBScript
TAG: qa