Типы тестирования программного обеспечения: различные типы тестирования с деталями

1. Различные типы тестирования программного обеспечения
2. # 1) Альфа-тестирование
3. # 2) Приемочные испытания
4. # 3) Специальное тестирование
5. # 4) Тестирование доступности
6. # 5) Бета-тестирование
7. # 6) Внутреннее тестирование
8. # 7) Тестирование совместимости браузера
9. # 8) Тестирование обратной совместимости
10. # 9) Тестирование черного ящика
11. # 10) Тестирование граничных значений
12. # 11) Отраслевое тестирование
13. # 12) Сравнительное тестирование
14. # 13) Тестирование совместимости
15. # 14) Тестирование компонентов
16. # 15) Сквозное тестирование
17. # 16) Эквивалентное разбиение
18. # 17) Пример тестирования
19. # 18) Разведочные испытания
20. # 20) Функциональное тестирование
21. # 21) Тестирование графического интерфейса пользователя (GUI)
22. # 22) Горилла Тестирование
23. # 23) Тестирование Счастливого Пути
24. # 24) Тестирование инкрементной интеграции
25. # 25) Установить / удалить тестирование
26. # 26) Интеграционное тестирование
27. # 27) Нагрузочное тестирование
28. # 28) Обезьяна Тестирование
29. # 29) Тестирование мутаций
30. # 30) Отрицательное Тестирование
31. # 31) Нефункциональное тестирование
32. # 33) Тестирование восстановления
33. # 35) Тестирование на основе риска (RBT)
34. # 36) Тестирование в здравом уме
35. # 37) Тестирование безопасности
36. # 38) Тестирование дыма
37. # 39) Статическое тестирование
38. # 40) Стресс-тестирование
39. # 41) Тестирование системы
40. # 42) Модульное тестирование
41. # 43) Юзабилити-тестирование
42. # 44) Тестирование уязвимости
43. # 45) Объемное тестирование
44. # 46) Тестирование белого ящика
45. Заключение

Какие существуют виды тестирования программного обеспечения?

Как тестировщики, мы знаем о различных типах тестирования программного обеспечения, таких как функциональное тестирование, нефункциональное тестирование, автоматическое тестирование, гибкое тестирование, их подтипы и т. Д.

Каждый из нас сталкивался с несколькими видами тестирования в нашем тестовом путешествии. Возможно, мы слышали некоторые из них, и мы могли бы поработать над некоторыми, но не все знают обо всех типах тестирования.

Каждый тип тестирования имеет свои особенности, преимущества и недостатки. Однако в этой статье я рассмотрел в основном все типы тестирования программного обеспечения, которые мы обычно используем в нашей повседневной жизни.

Пойдем и посмотрим на них.

Различные типы тестирования программного обеспечения

Ниже приведен список некоторых распространенных типов тестирования программного обеспечения:

Типы функционального тестирования включают в себя:

• Модульное тестирование
• Интеграционное тестирование
• Тестирование системы
• Тестирование вменяемости
• Тестирование дыма
• Тестирование интерфейса
• Регрессионное тестирование
• Бета / Приемочное тестирование

Нефункциональные типы тестирования включают в себя:

• Тестирование производительности
• Нагрузочное тестирование
• Стресс-тестирование
• Объемное тестирование
• Тестирование безопасности
• Тестирование на совместимость
• Установить тестирование
• Тестирование восстановления
• Проверка надежности
• Юзабилити-тестирование
• Тестирование на соответствие
• Тестирование локализации

Давайте посмотрим более подробно об этих типах тестирования.

# 1) Альфа-тестирование

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

Альфа-тестирование проводится в конце фазы разработки программного обеспечения, но до бета-тестирования. Тем не менее, незначительные изменения дизайна могут быть сделаны в результате такого тестирования. Альфа-тестирование проводится на сайте разработчика. Для этого типа тестирования может быть создана внутренняя виртуальная пользовательская среда.

# 2) Приемочные испытания

вступительный тест выполняется клиентом и проверяет, соответствует ли конец-конец потока системы бизнес-требованиям или нет, и соответствует ли он потребностям конечного пользователя. Клиент принимает программное обеспечение только тогда, когда все функции и возможности работают должным образом.

Это последний этап тестирования, после которого программное обеспечение запускается в производство. Это также называется приемочным тестированием пользователя (UAT).

# 3) Специальное тестирование

Само название предполагает, что это тестирование проводится на ad-hoc основа, т. е. без ссылки на контрольный пример, а также без какого-либо плана или документации для такого типа тестирования. Цель этого тестирования - найти дефекты и сломать приложение, выполнив любой поток приложения или любую случайную функциональность.

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

# 4) Тестирование доступности

Цель тестирование доступности определить, доступно ли программное обеспечение или приложение для людей с ограниченными возможностями или нет. Здесь инвалидность означает глухих, дальтоников, умственно отсталых, слепых, пожилых людей и других инвалидов. Выполняются различные проверки, такие как размер шрифта для визуально отключенных, цвет и контрастность для дальтонизма и т. Д.

# 5) Бета-тестирование

Бета-тестирование это формальный тип тестирования программного обеспечения, которое проводится заказчиком. Он выполняется в реальной среде перед выпуском продукта на рынок для реальных конечных пользователей.

Бета-тестирование проводится, чтобы убедиться в отсутствии серьезных сбоев в программном обеспечении или продукте, и оно удовлетворяет бизнес-требованиям с точки зрения конечного пользователя. Бета-тестирование считается успешным, когда клиент принимает программное обеспечение.

Обычно это тестирование обычно выполняется конечными пользователями или другими лицами. Это окончательное тестирование перед выпуском приложения для коммерческих целей. Обычно бета-версия выпущенного программного обеспечения или продукта ограничена определенным количеством пользователей в определенной области.

Таким образом, конечный пользователь фактически использует программное обеспечение и делится обратной связью с компанией. Затем компания предпринимает необходимые действия перед выпуском программного обеспечения по всему миру.

# 6) Внутреннее тестирование

Всякий раз, когда ввод или данные вводятся в интерфейсное приложение, они сохраняются в базе данных, и тестирование такой базы данных называется тестированием базы данных или внутренним тестированием. Существуют различные базы данных, такие как SQL Server, MySQL, Oracle и т. Д. Тестирование базы данных включает в себя тестирование структуры таблицы, схемы, хранимой процедуры, структуры данных и так далее.

В бэкэнд-тестировании GUI не задействован, тестеры напрямую подключены к базе данных с соответствующим доступом, и тестеры могут легко проверить данные, выполнив несколько запросов к базе данных. Во время этого внутреннего тестирования могут быть выявлены такие проблемы, как потеря данных, взаимоблокировка, повреждение данных и т. Д., И эти проблемы крайне важны для исправления до того, как система перейдет в производственную среду

# 7) Тестирование совместимости браузера

Это подтип тестирования на совместимость (который поясняется ниже) и выполняется группой тестирования.

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

# 8) Тестирование обратной совместимости

Это тип тестирования, который проверяет, работает ли недавно разработанное программное обеспечение или обновленное программное обеспечение с более старой версией среды или нет.

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

# 9) Тестирование черного ящика

Внутренний дизайн системы не рассматривается в этом типе тестирования. Тесты основаны на требованиях и функциональности.

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

# 10) Тестирование граничных значений

Этот тип тестирования проверяет поведение приложения на граничном уровне.

Граничное значение Тестирование выполняется для проверки наличия дефектов на граничных значениях. Тестирование граничного значения используется для тестирования другого диапазона чисел. Существует верхняя и нижняя границы для каждого диапазона, и тестирование проводится на этих граничных значениях.

Если для тестирования требуется диапазон значений от 1 до 500, то тестирование граничных значений выполняется для значений 0, 1, 2, 499, 500 и 501.

# 11) Отраслевое тестирование

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

# 12) Сравнительное тестирование

Сравнение сильных и слабых сторон продукта с его предыдущими версиями или другими аналогичными продуктами называется сравнительным тестированием.

# 13) Тестирование совместимости

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

# 14) Тестирование компонентов

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

# 15) Сквозное тестирование

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

# 16) Эквивалентное разбиение

Это метод тестирования и тип тестирования черного ящика. Во время этого разделение эквивалентности набор группы выбран, и несколько значений или чисел выбраны для тестирования. Понятно, что все значения из этой группы генерируют одинаковый результат.

Целью этого тестирования является удаление избыточных тестовых случаев в конкретной группе, которая генерирует тот же результат, но не дефект.

Предположим, что приложение принимает значения в диапазоне от -10 до +10, поэтому, используя эквивалентное разбиение, значения, выбранные для тестирования, равны нулю, одному положительному значению, одному отрицательному значению. Таким образом, Эквивалентное разбиение для этого теста: -10 до -1, 0 и от 1 до 10.

# 17) Пример тестирования

Это означает тестирование в реальном времени. Пример тестирования включает сценарий в реальном времени, а также сценарии, основанные на опыте тестировщиков.

# 18) Разведочные испытания

Исследовательское тестирование - это неформальное тестирование, проводимое группой тестирования. Целью этого тестирования является изучение приложения и поиск дефектов, которые существуют в приложении. Иногда может случиться так, что во время этого теста обнаруженный серьезный дефект может даже вызвать системный сбой.

Во время поискового тестирования желательно отслеживать, какой поток вы тестировали и какие действия вы выполняли до начала конкретного потока.

Методика поисковых испытаний выполняется без документации и тестовых случаев.

# 20) Функциональное тестирование

Этот тип тестирования игнорирует внутренние детали и фокусируется только на выводе, чтобы проверить, соответствует ли он требованиям или нет. Это тестирование типа «черного ящика», ориентированное на функциональные требования приложения. Для получения подробной информации о функциональном тестировании нажмите Вот ,

# 21) Тестирование графического интерфейса пользователя (GUI)

Целью этого тестирования GUI является проверка GUI в соответствии с требованиями бизнеса. Ожидаемый графический интерфейс приложения упоминается в подробных документах проекта и на экранах макета графического интерфейса.

Тестирование GUI включает в себя размер кнопок и поля ввода, присутствующие на экране, выравнивание всего текста, таблиц и содержимого таблиц.

Он также проверяет меню приложения, после выбора различных пунктов меню и меню, он проверяет, что страница не колеблется, и выравнивание остается тем же после наведения мыши на меню или подменю.

# 22) Горилла Тестирование

Gorilla Testing - это тип тестирования, выполняемый тестером, а иногда и разработчиком. В тестировании Gorilla один модуль или функциональность в модуле проверены тщательно и тщательно. Целью данного тестирования является проверка работоспособности приложения.

# 23) Тестирование Счастливого Пути

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

# 24) Тестирование инкрементной интеграции

Инкрементное тестирование интеграции это подход «снизу вверх» для тестирования, т.е. непрерывного тестирования приложения при добавлении новой функциональности. Функциональные возможности и модули приложения должны быть достаточно независимыми, чтобы тестировать отдельно. Это делается программистами или тестерами.

# 25) Установить / удалить тестирование

Установка и удаление тестирование выполняется на полной, частичной или обновленной установке / удалении процессов в разных операционных системах в другой аппаратной или программной среде.

# 26) Интеграционное тестирование

Тестирование всех интегрированных модулей для проверки объединенной функциональности после интеграции называется интеграционным тестированием , Модули обычно представляют собой программные модули, отдельные приложения, клиентские и серверные приложения в сети и т. Д. Этот тип тестирования особенно важен для клиент-серверных и распределенных систем.

# 27) Нагрузочное тестирование

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

Нагрузочное тестирование помогает найти максимальную емкость системы при определенной нагрузке и любых проблемах, вызывающих снижение производительности программного обеспечения. Нагрузочное тестирование проводится с использованием таких инструментов, как JMeter , LoadRunner, WebLoad, шелковый исполнитель и т. Д.

# 28) Обезьяна Тестирование

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

Целью Monkey Testing является проверка сбоя приложения или системы путем предоставления случайных входных значений / данных. Обезьяна Тестирование выполняется случайным образом, и никакие тестовые случаи не пишутся в сценарии, и нет необходимости

Обезьяна Тестирование выполняется случайным образом, и сценарии не содержат сценариев, и нет необходимости знать о полной функциональности системы.

# 29) Тестирование мутаций

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

# 30) Отрицательное Тестирование

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

# 31) Нефункциональное тестирование

Это тип тестирования, для которого в каждой организации есть отдельная команда, которая обычно называется командой по нефункциональному тестированию (NFT) или командой по производительности.

Нефункциональное тестирование включает в себя тестирование нефункциональных требований, таких как нагрузочное тестирование, стресс-тестирование, безопасность, объем, тестирование восстановления и т. д. Цель NFT-тестирования - убедиться, достаточно ли быстрое время отклика программного обеспечения или приложения в соответствии с бизнес-требованиями.

Загрузка любой страницы или системы не должна занимать много времени и должна выдерживать пиковую нагрузку.

Этот термин часто используется взаимозаменяемо с «стрессовым» и «нагрузочным» тестированием. Тестирование производительности делается для проверки соответствия системы требованиям к производительности. Для этого тестирования используются разные инструменты производительности и нагрузки.

# 33) Тестирование восстановления

Это тип тестирования, который проверяет, насколько хорошо приложение или система восстанавливается после сбоев или аварий.

Тестирование восстановления определяет, сможет ли система продолжить работу после аварии. Предположим, что приложение получает данные через сетевой кабель, и внезапно этот сетевой кабель был отключен.

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

Тестирование приложения в целом на наличие изменений в любом модуле или функциональности называется регрессионным тестированием. Трудно охватить всю систему в Регрессионное тестирование так обычно инструменты автоматизации тестирования используются для этих типов тестирования.

# 35) Тестирование на основе риска (RBT)

В Тестирование на основе риска функциональные возможности или требования проверяются в зависимости от их приоритета. Тестирование на основе рисков включает в себя тестирование критически важных функций, которые оказывают наибольшее влияние на бизнес и в которых вероятность сбоя очень высока.

Решение о приоритете основывается на бизнес-потребностях, поэтому, как только приоритет установлен для всех функций, сначала выполняются функции с высоким приоритетом или тестовые примеры, за которыми следуют функции со средним, а затем низким приоритетом.

Функциональность с низким приоритетом может быть протестирована или не протестирована в зависимости от доступного времени.

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

# 36) Тестирование в здравом уме

Тестирование в здравом уме делается для того, чтобы определить, работает ли новая версия программного обеспечения достаточно хорошо, чтобы принять ее для серьезного тестирования или нет. Если приложение вызывает сбой для первоначального использования, то система недостаточно стабильна для дальнейшего тестирования. Следовательно, сборка или приложение назначается, чтобы исправить это.

# 37) Тестирование безопасности

Это тип тестирования, выполняемый специальной командой тестировщиков. Система может быть взломана любым способом взлома.

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

Он также проверяет, как программное обеспечение ведет себя при хакерских атаках и вредоносных программах и как программное обеспечение поддерживается для защиты данных после такой хакерской атаки.

# 38) Тестирование дыма

Всякий раз, когда группа разработчиков предоставляет новую сборку, группа тестирования программного обеспечения проверяет сборку и гарантирует, что существенных проблем не существует.

Команда тестирования гарантирует, что сборка стабильна, и в дальнейшем проводится подробный уровень тестирования. Тестирование дыма проверяет, что в сборке нет дефекта show stoppper, что помешает группе тестирования детально протестировать приложение.

Если тестировщики обнаружат, что основная критическая функциональность нарушена на самом начальном этапе, тогда команда тестирования может отклонить сборку и сообщить об этом команде разработчиков. Дымовое тестирование проводится на детальном уровне любого функционального или регрессионного тестирования.

# 39) Статическое тестирование

Статическое тестирование - это тип тестирования, который выполняется без какого-либо кода. Исполнение выполняется по документации на этапе тестирования. Он включает в себя обзоры, пошаговое руководство и проверку результатов проекта. Статическое тестирование не выполняет код вместо синтаксиса кода, соглашения об именах проверяются.

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

# 40) Стресс-тестирование

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

# 41) Тестирование системы

Под Методика тестирования системы вся система протестирована в соответствии с требованиями. Это типовое тестирование черного ящика, основанное на общих требованиях и охватывающее все объединенные части системы.

# 42) Модульное тестирование

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

# 43) Юзабилити-тестирование

Под Юзабилити-тестирование , Проверка удобства пользователя сделана. Поток приложений проверяется, чтобы узнать, может ли новый пользователь легко понять приложение или нет, надлежащая помощь задокументирована, если пользователь застрянет в любой момент. В основном, системная навигация проверяется в этом тестировании.

# 44) Тестирование уязвимости

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

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

# 45) Объемное тестирование

Объемное тестирование тип нефункционального тестирования, выполняемый командой тестирования производительности.

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

# 46) Тестирование белого ящика

Тестирование белого ящика основан на знании внутренней логики кода приложения.

Это также известно как Тестирование Стеклянной коробки. Внутреннее программное обеспечение и работа с кодом должны быть известны для выполнения этого типа тестирования. В основе этих тестов лежат охват операторов кода, веток, путей, условий и т. Д.

Заключение

Вышеупомянутые типы тестирования программного обеспечения являются лишь частью тестирования. Тем не менее, есть список из более чем 100 типов тестирования, но не все типы тестирования используются во всех типах проектов. Итак, я рассмотрел некоторые распространенные типы тестирования программного обеспечения, которые в основном используются в жизненном цикле тестирования.

Кроме того, существуют альтернативные определения или процессы, используемые в разных организациях, но основная концепция везде одинакова. Эти типы тестирования, процессы и методы их реализации постоянно меняются по мере изменения проекта, требований и области применения.

Похожие

Комментарии