atesting.ru Блог 100+ типов тестирования программного обеспечения — окончательный список

100+ типов тестирования программного обеспечения — окончательный список

В этом посте « Типы тестирования программного обеспечения » я хотел бы упомянуть почти все типы тестирования программного обеспечения в одном месте. Одна из проблем при изучении тестирования программного обеспечения заключается в том, что в отрасли существует множество терминов, которые часто используются непоследовательно. Хотя общепринятых определений для всех терминов тестирования не существует, я думаю, что хорошим источником будет ссылка на программу ISTQB Certified Tester Foundation Level.

 100+ типов тестирования программного обеспечения & ndash; The Ultimate List

Полный список из 100+ типов тестирования программного обеспечения

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

Тестирование программного обеспечения: это процесс оценки функциональности программного приложения. с целью выяснить, соответствует ли разработанное программное обеспечение указанным требованиям или нет, и выявить дефекты, чтобы гарантировать, что продукт не содержит дефектов, чтобы производить качественный продукт. Узнайте больше о Software Testing Definitions & amp; Подходы.

Окончательный список типов тестирования:

Давайте посмотрим на разные типы тестирования один за другим.

1. Функциональное тестирование : Проще говоря, на самом деле система выполняет функциональное тестирование. Чтобы убедиться, что каждая функция программного приложения ведет себя, как указано в документе с требованиями. Тестирование всех функций путем предоставления соответствующих входных данных, чтобы проверить, соответствует ли фактический выход ожидаемому или нет. Это подпадает под действие «черного ящика», и тестировщикам не нужно беспокоиться об исходном коде приложения.

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

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

4. Автоматическое тестирование : Автоматическое тестирование — это процесс тестирования программного обеспечения с использованием средства автоматизации для поиска дефектов. В этом процессе выполнение сценариев тестирования и генерация результатов выполняются автоматически средствами автоматизации. Наиболее популярными инструментами для автоматического тестирования являются HP QTP/UFT, Selenium WebDriver и т. Д.

Узнайте разницу между ручным и ручным управлением. Автоматическое тестирование здесь…

5. Тестирование черного ящика : Black Box Testing — это метод тестирования программного обеспечения, при котором тестировщики оценивают функциональность тестируемого программного обеспечения, не обращая внимания на внутреннюю структуру кода. Это можно применить на любом уровне тестирования программного обеспечения, например, модульное, интеграционное, системное и приемочное тестирование.

Подробнее о тестировании черного ящика здесь…

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

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

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

Нажмите здесь, чтобы узнать больше.

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

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

9. Структурное тестирование :

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

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

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

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

12. Компонентное тестирование: см. Модульное тестирование

13. Модульное тестирование : см. Модульное тестирование

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

Полное руководство по интеграционному тестированию

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

16. Приемочное тестирование : Это также известно как предварительное тестирование. Это делается конечными пользователями вместе с тестировщиками для проверки функциональности приложения. После успешного приемочного тестирования. Официальное тестирование, проводимое для определения того, разработано ли приложение в соответствии с требованиями. Это позволяет клиенту принять или отклонить заявку. Типы приемочного тестирования: Alpha, Beta и amp; Гамма.

17. Big bang Integration Testing : однократное объединение всех модулей и проверка функциональности после завершения тестирования отдельных модулей.

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

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

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

20. Гибридное интеграционное тестирование : Гибридное интеграционное тестирование — это комбинация нисходящего и восходящего интеграционного тестирования.

21. Альфа-тестирование . Альфа-тестирование проводится штатными разработчиками (которые разработали программное обеспечение) и тестировщиками. Иногда альфа-тестирование проводится клиентом или командой аутсорсинга в присутствии разработчиков или тестировщиков.

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

23. Гамма-тестирование: Гамма-тестирование выполняется, когда программное обеспечение готово к выпуску с указанными требованиями. Делается на месте у клиента. Это делается напрямую, пропуская все действия по внутреннему тестированию.

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

Подробнее о методе тестирования с разделением на эквивалентность…

25. Тестирование анализа граничных значений : Анализ граничных значений (BVA) основан на проверке граничных значений допустимых и недопустимых разделов. Поведение на краю каждого эквивалентного раздела с большей вероятностью будет неправильным, чем поведение внутри раздела, поэтому границы — это область, в которой тестирование может привести к дефектам. Каждый раздел имеет свои максимальные и минимальные значения, и эти максимальные и минимальные значения являются граничными значениями раздела. Граничное значение для допустимого раздела является допустимым граничным значением. Точно так же граничное значение для недопустимого раздела является недопустимым граничным значением.

Подробнее о методике тестирования анализа граничных значений…

26. Тестирование таблиц решений : Таблица решений — это таблица причинно-следственных связей. Этот метод тестирования подходит для функций, которые имеют логические отношения между входами (логика if-else). В технике таблицы решений мы имеем дело с комбинациями входных данных. Чтобы идентифицировать тестовые случаи с таблицей решений, мы рассматриваем условия и действия. Мы принимаем условия как входы, а действия как выходы.

Подробнее о методике тестирования таблицы решений…

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

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

Подробнее о методе разработки теста перехода между состояниями…

< сильный> 29. Исчерпывающее тестирование: тестирование всех функций с использованием всех допустимых и недопустимых входных данных и предварительных условий известно как исчерпывающее тестирование.

30. Раннее тестирование. Дефекты, обнаруженные на ранних этапах SDLC, дешевле исправлять. Таким образом, проведение раннего тестирования снижает затраты на исправление дефектов.

31. Тестирование сценариев использования : Тестирование вариантов использования выполняется с помощью документа сценариев использования. Это делается для определения тестовых сценариев для сквозного тестирования

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

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

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

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

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

37. Мутационное тестирование . Мутационное тестирование — это тип тестирования «белого ящика», цель которого — изменить (видоизменить) определенные утверждения в исходном коде и проверить, могут ли тесты находить ошибки.

38. Циклическое тестирование : Циклическое тестирование — это метод тестирования белого ящика, который предназначен для проверки различных типов циклов, таких как простые циклы, вложенные циклы, составные циклы и неструктурированные циклы.

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

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

41. Стресс-тестирование . Оно предназначено для проверки поведения системы, когда нагрузка превышает расчетную.

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

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

44. Тестирование стабильности : Тестирование стабильности — это методология тестирования, используемая для проверки способности приложения выполнять требуемые действия в определенном состоянии или стрессе. Это тип нефункционального тестирования, который используется для обнаружения ошибок производительности.

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

45. Тестирование масштабируемости: Тестирование масштабируемости — это разновидность нефункционального тестирования. Он должен определить, насколько тестируемое приложение масштабируется с возрастающей нагрузкой.

46. Объемное тестирование : необходимо убедиться, что система/приложение может обрабатывать большой объем данных

47. Тестирование устойчивости . Тестирование устойчивости — это тип тестирования, который выполняется для проверки устойчивости приложения.

48. Тестирование уязвимостей . Тестирование уязвимостей — это процесс выявления уязвимостей или слабых мест в приложении.

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

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

51. Повторное тестирование : Чтобы гарантировать, что дефекты, которые были обнаружены и опубликованы в более ранней сборке, были исправлены или нет в текущей сборке. Скажем, вышла сборка 1.0. Команда тестирования обнаружила некоторые дефекты (идентификатор дефекта 1.0.1, 1.0.2) и разместила их. Была выпущена сборка 1.1, сейчас проводится повторное тестирование дефектов 1.0.1 и 1.0.2 в этой сборке.

52. Регрессионное тестирование. р> 53. Дымовые испытания : Smoke Testing проводится для того, чтобы убедиться, что сборка, которую мы получили от команды разработчиков, тестируется или нет. Это также называется проверкой «День 0». Это делается на «уровне сборки». Это помогает не тратить время тестирования на простое тестирование всего приложения, когда ключевые функции не работают или ключевые ошибки еще не исправлены.

54. Проверка на вменяемость : Тестирование работоспособности проводится на этапе выпуска, чтобы проверить основные функции приложения, не углубляясь в него. Его также называют подмножеством регрессионного тестирования. Это делается на «уровне выпуска». Иногда из-за ограничений по времени выпуска невозможно провести тщательное регрессионное тестирование сборки, проверка работоспособности выполняет эту часть, проверяя основные функции.

55. Динамическое тестирование . Динамическое тестирование включает выполнение кода. Он проверяет результат с ожидаемым результатом

56. Статическое тестирование . Статическое тестирование включает в себя проверку документов для выявления дефектов на ранних этапах SDLC.

57. Тестирование на обезьянах : Умышленно выполнить ненормальное действие с приложением, чтобы проверить его стабильность.

58. Тестирование Gorilla : тестирование Gorilla проводится тестировщиками, иногда разработчики также объединяются с тестировщиками. Он включает в себя многократное тестирование системы для проверки ее надежности.

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

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

61. Совместимость тестирование : Необходимо развернуть и проверить, работает ли приложение должным образом в другой комбинации компонентов среды.

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

63. Тестирование локализации : Локализация — это процесс адаптации программного обеспечения глобализации к определенному региону или языку путем добавления локальных компонентов.

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

65. Тестирование интернационализации — обратитесь к тестированию глобализации

66. Положительное тестирование: Это определение того, что система должна делать. Это помогает проверить, соответствует ли приложение требованиям.

67. Отрицательное тестирование : Это определение того, что система не должна делать. Помогает найти дефекты в программном обеспечении.

68. Тестирование безопасности. 69. Тестирование на проникновение : Тестирование на проникновение также известно как тестирование на проникновение. Это разновидность тестирования безопасности. Он выполняется для оценки безопасности системы.

Полное руководство по тестированию на проникновение

70. Тестирование базы данных : тестирование базы данных выполняется для проверки того, что данные в пользовательском интерфейсе совпадают с данными, хранящимися в базе данных. Он включает в себя проверку схемы, таблиц, триггеров и т. Д. Базы данных.

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

72. A/B-тестирование : обратитесь к Bucket Testing…

73. Сплит-тестирование — рекомендуемый сегмент тестирования…

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

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

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

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

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

79. Тестирование API : API означает интерфейс прикладного программирования. Тестирование API — это тип тестирования программного обеспечения, который включает тестирование API с использованием некоторых инструментов, таких как SOAPUI, PostMan.

80. Гибкое тестирование : Agile-тестирование — это тип тестирования, который включает следующие принципы методологии гибкой разработки программного обеспечения. В этом гибком тестировании тестирование проводится на протяжении всего жизненного цикла постоянно развивающегося проекта, а не ограничивается определенной фазой.

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

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

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

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

84. Тестирование установки : проверяет, успешно ли установлено приложение и работает ли оно должным образом после установки.

85. Формальное тестирование: это процесс, при котором тестировщики тестируют приложение, имея заранее спланированные процедуры и надлежащую документацию.

86. Пилотное тестирование . Пилотное тестирование — это тестирование, которое компания проводит в режиме реального времени, чтобы завоевать доверие клиента.

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

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

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

Подробнее о кроссбраузерном тестировании…

< р> 89. Тестирование совместимости браузера . Тестирование совместимости браузера — важная часть этапа тестирования. Это делается для проверки приложения в нескольких веб-браузерах. Для проведения этого тестирования должно быть выделено достаточно ресурсов.

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

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

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

92. Тестирование обратной совместимости : см. Тестирование обратной совместимости…

93. Тестирование на соответствие . Тестирование на соответствие — это нефункциональное тестирование, которое проводится для проверки того, соответствует ли программное обеспечение определенному набору стандартов.

94. Тестирование на соответствие : Тестирование на соответствие — это метод тестирования для проверки того, что продукт соответствует определенным стандартам перед его выпуском. Эти стандарты определены такими организациями, как IEEE, чтобы гарантировать соответствие программного обеспечения.

Функции тестирования на соответствие включают следующие пункты:

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

95. Тестирование пользовательского интерфейса : При тестировании пользовательского интерфейса тестировщики стремятся протестировать как графический интерфейс, так и интерфейсы командной строки (CLI)

Также см. Тестирование графического интерфейса…

96. Разрушающее тестирование . Разрушающее тестирование — это метод тестирования, который направлен на проверку устойчивости приложения путем тестирования, продолжающегося до тех пор, пока приложение не сломается.

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

98. Краудсорсинговое тестирование . Краудсорсинговое тестирование проводится сообществом экспертов по обеспечению качества через онлайн-платформу.

99. Тестирование ETL : тестирование ETL (извлечение, преобразование и загрузка) включает в себя недействительность перемещения данных от источника к месту назначения и проверку количества данных как в источнике, так и в месте назначения, а также проверку извлечения данных, преобразования, а также проверку связей между таблицами.

100. Тестирование хранилища данных : см. Тестирование ETL…

101. Тестирование с внедрением неисправностей . Тестирование с введением неисправностей — это метод тестирования, при котором в код намеренно вводится неисправность, чтобы улучшить охват тестированием.

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

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

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

Например, давайте рассмотрим продукт, который нужно протестировать, с 15 входами, и существует 15 возможных конфигураций для каждого входа. Итак, всего нужно протестировать 15 ^ 15 входов. В таком сценарии полное тестирование невозможно, и мы должны выбирать комбинации входных данных.

Здесь я собираюсь завершить различные типы типов тестирования программного обеспечения. Если вам понравился этот пост, поделитесь им со своими друзьями.

Здесь я отобрал несколько постов, которые помогут вам узнать больше о собеседовании:

  • Учебник по ручному тестированию
  • Учебник по Agile
  • Вопросы на собеседовании по ручному тестированию
  • Вопросы на собеседовании по Agile
  • Почему вы выбираете тестирование программного обеспечения в качестве карьеры
  • Общие вопросы на собеседовании

Если у вас есть еще вопросы, не стесняйтесь задавать их в комментариях. Если вы найдете этот пост полезным, поделитесь им с друзьями в социальных сетях.

TAG: qa