Главная » 2012 » Март » 1 » 105 видов тестирования ПО (перевод)
23:31
105 видов тестирования ПО (перевод)

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

Список 100 видов типов тестирования программного обеспечения , наряду с определениями. Необходимо прочитать для любого профессионального качества.
1. Принятие Тестирование: Формальное тестирование проводится с целью определения, является ли система удовлетворяет свои критерии приемлемости и для того, чтобы клиент, чтобы определить, следует ли принять систему. Это обычно выполняется по желанию заказчика.
2. Доступность тестирования: тип тестирования, которая определяет пригодность продукта для людей, имеющих инвалидность (глухих, слепых, умственно отсталых и т.д.). Процесс оценки осуществляется лицами, имеющими инвалидность.
3. Активное тестирование: Тип тестирования заключающийся в введении тестовых данных и анализ результатов выполнения. Он обычно проводится тестирование команд.
4. Agile Тестирование: Тестирование программного обеспечения практики, которая следует принципам Agile Manifesto, подчеркнув, тестирование с точки зрения клиентов, которые будут использоваться в системе. Как правило, выполняется контроль качества команды.
5. Возраст тестирования: тип тестирования, который оценивает способность системы выполнять в будущем.Процесс оценки проводится тестирование команд.
6. Временной Тестирование: Тестирование производится без планирования и документации - тестер пытается "сломать" систему, случайно пытается функциональность системы. Это осуществляется с помощью тестирования команд.
7. Альфа-тестирование: Тип тестирования программного продукта или системы проводится на сайте разработчика. Обычно это осуществляется с помощью конечных пользователей.
8. Утверждение тестирования: тип тестирования заключающийся в проверке, если условия подтверждения требований к продукции. Это осуществляется с помощью тестирования команд.
9. API Тестирование: Методика тестирования похож на тестирование, что он нацелен на уровне кода. API тестирование отличается от модульного тестирования в том, что она, как правило, QA задача, а не разработчиком задачи.
10. Все пары Тестирование: Комбинаторные метод тестирования, который проверяет все возможные комбинации дискретных входных параметров. Это осуществляется с помощью тестирования команд.
11. Автоматизированное тестирование: тестирование техника, которая использует средства автоматизации тестирования для контроля за окружающей средой настройки, выполнения тестов и результаты отчетности. Она проводится с помощью компьютера и используется в тестировании команд.
12. Тестирование основа Путь: тестирование механизма, который вытекает логическая мера сложности процедурных дизайн и использовать его в качестве ориентира для определения базового набора пути выполнения. Он используется тестирование команд при определении тестов.
13. Обратная совместимость Тестирование: Тестирование методом, который проверяет поведение разработанного программного обеспечения с более ранними версиями тестовой среде. Она выполняется тестирование команд.
14. Бета-тестирование: Финальное тестирование перед выпуском приложения для коммерческих целей. Это обычно делается для конечных пользователей или других лиц.
15. Тестирование: Тестирование техника, которая использует представитель набора программ и данных, предназначенный для оценки производительности аппаратного и программного обеспечения в данной конфигурации. Она выполняется тестирование команд.
16. Большого Взрыва интеграция Тестирование: Тестирование техники, которая объединяет отдельные модули программы только тогда, когда все будет готово. Это осуществляется с помощью тестирования команд.
17. Тестирование двоичной переносимости: Техника, которая проверяет исполняемого приложения для переноса всей системы платформ и сред, как правило, в конформации спецификация ABI. Это осуществляется с помощью тестирования команд.
18. Тестирование Краевые: Тестирование техники, в которых тесты предназначены для включения представителей граничных значений. Это осуществляется с помощью команды QA тестирования.
19. Снизу вверх интеграционное тестирование: В снизу вверх интеграционное тестирование, модуль на самом низком уровне разработаны первая и другие модули, которые идут на "основную" программу интегрированы и протестированы по одному за раз. Он обычно проводится тестирование команд.
20. Отделения Тестирование: Методика тестирования, в которой все ветви в исходном коде программы проверены по крайней мере один раз. Это делается с разработчиком.
21. Ширина Тестирование: набор тестов, который осуществляет полную функциональность продукта, но не испытывает особенности в деталях. Она выполняется тестирование команд.
22. Тестирование черного ящика: метод тестирования программного обеспечения, которое проверяет функциональность приложения без специфических знаний код приложения / внутреннюю структуру. Тесты основаны на требованиях и функциональных возможностей. Она осуществляется контроль качества команды.
23. Код управляемой Тестирование: Тестирование техника, которая использует тестирование рамки (например, XUnit), которые позволяют выполнение модульных тестов для определения различных участков кода действует как ожидалось при различных обстоятельствах. Это осуществляется с помощью команд разработчиков.
24. Тестирование совместимости: Методика тестирования, который проверяет, насколько хорошо программа выполняет в частности аппаратное / программное обеспечение / операционная система / сетевой среде. Это осуществляется с помощью тестирования команд.
25. Сравнение Тестирование: Тестирование техники, которая сравнивает продукт сильные и слабые стороны с предыдущими версиями и другими подобными продуктами. Может быть выполнены тестером, разработчики, менеджеры или владельцы продукта.
26. Тестирование компонентов: Методика тестирования похож на тестирование, но с более высоким уровнем интеграции - тестирование проводится в контексте приложения, а не только непосредственно тестирования конкретного метода. Может быть выполнены тестирование и развитие команды.
27. Конфигурация тестирования: Тестирование техники, которая определяет минимальную и оптимальную конфигурацию оборудования и программного обеспечения, а также эффект от добавления или изменения ресурсов, таких как память, жесткие диски и процессор. Обычно это осуществляется с помощью инженеров тестирования производительности.
28. Тестирование Условие покрытия: тип тестирования программного обеспечения, где каждое условие выполняется, делая его истинным и ложным, в каждом из способов, по крайней мере один раз. Как правило, сделанных командами автоматизации тестирования.
29. Соблюдение тестирование: тип тестирования, который проверяет, является ли система была разработана в соответствии со стандартами, процедур и руководящих принципов. Как правило, выполняются сторонними компаниями, которые предлагают "Сертифицированный OGC совместимые" бренда.
30. Параллельное тестирование: Многопользовательская тестирования направлены на определение воздействия доступ к тем же кодом приложения, модуль или записей баз данных. Это обычно делается путем выполнения инженеров.
31. Соответствие Тестирование: Процесс тестирования, выполнение соответствует спецификации, на которых оно основано. Он обычно проводится тестирование команд.
32. Контекст механических испытаний: Agile техника тестирования, что выступает за непрерывное и творческой оценки тестирования возможностей в свете потенциальной информации показал, и значение этой информации для организации в конкретный момент времени. Это обычно выполняется Agile командами тестирования.
33. Преобразование Тестирование: Тестирование программ и процедур, используемых для преобразования данных из существующих систем для использования в замене систем. Как правило, выполняется контроль качества команды.
34. Тестирование решения Покрытие: тип тестирования программного обеспечения, где каждое условие / решение выполняется путем установки его на истинный / ложный. Как правило, сделанных командами автоматизации тестирования.
35. Неразрушающий контроль: тип тестирования, в котором испытания проводятся на провал образца, для того чтобы понять, конструкционные характеристики образцов или поведения материалов при различных нагрузках.Как правило, выполняется контроль качества команды.
36. Зависимость Тестирование: Тестирование типа, который рассматривает требования приложения для уже существующих программ, начального состояния и настройки в целях поддержания правильного функционирования. Он обычно проводится тестирование команд.
37. Динамическое тестирование: Термин, используемый в разработке программного обеспечения для описания тестирования динамического кода. Как правило, выполняется тестирование команд.
38. Домен Тестирование: Бытовая техника тестирования окно, которое содержит проверок, что программа принимает только допустимых входных данных. Это обычно делается командами разработки программного обеспечения, а иногда и группами автоматизации тестирования.
39. Обработки ошибок Тестирование: Тестирование программного обеспечения типа, который определяет способность системы правильно обрабатывать ошибочные операции. Он обычно проводится тестирование команд.
40. Комплексное конце тестирования: Как система тестирования, включает в себя тестирование полного среды приложений в ситуации, которая имитирует реальные использования, например, взаимодействующих с базами данных, с использованием сети связи, или взаимодействия с другими аппаратными средствами, приложениями или системами если это необходимо. Она осуществляется контроль качества команды.
41. Испытания на прочность: тип тестирования, который проверяет на утечку памяти или других проблем, которые могут возникнуть при длительном выполнении. Это обычно выполняется производительность инженеров.
42. Исследовательское тестирование: Черный ящик тестирования техники осуществляется без планирования и документации. Это обычно выполняется ручной тестеров.
43. Эквивалентность Тестирование Partitioning: Тестирование техники, которая делит входных данных программного обеспечения устройства в разделы данных, из которых тестов могут быть получены. она, как правило, выполняется контроль качества команды.
44. Тестирование неисправностей инъекций: элемент всеобъемлющей стратегии тест, который позволяет тестером, чтобы сконцентрироваться на том, каким образом тестируемого приложения способны обрабатывать исключения. Она осуществляется контроль качества команды.
45. Формальное тестирование проверки: акт подтвердить или опровергнуть правильность намеченных алгоритмы, лежащие в основе системы по отношению к определенной формальной спецификации или имущества, использование формальных методов математики. Как правило, выполняется контроль качества команды.
46. Функциональное тестирование: Тип тестирования черного ящика, который основывает свои тесты по спецификации программных компонентов в процессе тестирования. Она выполняется тестирование команд.
47. Fuzz Тестирование: Тестирование программного обеспечения техникой, которая обеспечивает недействительным, неожиданные или случайные данные на вход программы - специальная область мутации тестирования. Fuzz тестирование осуществляется тестирование команд.
48. Горилла Тестирование: Тестирование техники, которая фокусируется на сильно тестирование одного конкретного модуля. Она проводится по группам качества, как правило, при запуске полной проверки.
49. Серый Тестирование Box: сочетание черного и белого Box методики тестирования Box: тестирование часть программного обеспечения, против его спецификации, но, используя некоторые знания о его внутренней работы. Она может быть выполнена либо разработки или тестирования команд.
50. Стеклянные окна тестирования: Как белый тестирования окно, основанное на знании внутренней логики кода приложения. Это осуществляется путем развития команды.
51. GUI тестирования программного обеспечения: Процесс тестирования продукт, который использует графический интерфейс пользователя, чтобы убедиться, что он выполняет свои письменные характеристики.Обычно это делается путем тестирования команд.
52. Глобализация Тестирование: Тестирование метод, который проверяет надлежащее функциональности продукта с любой культуры / языка настройки с помощью любого типа международных вход возможно. Это осуществляется с помощью команды тестирования.
53. Гибридная интеграция Тестирование: Тестирование техники, которая сочетает в себе сверху вниз и снизу вверх методы интеграции в порядке использовать преимущества такого рода тестирования. Он обычно проводится тестирование команд.
54. Интеграция Тестирование: этап в тестировании программного обеспечения, в которой отдельные программные модули объединены и испытываются в качестве группы. Он обычно проводится тестирование команд.
55. Интерфейс Тестирование: Тестирование проводилось для оценки того или компонентов системы передачи данных и контролировать правильность друг с другом. Он обычно проводится тестирования и развития команды.
56. Установка / удаление Тестирование: качества работы, которая направлена ??на то, что клиенты должны сделать, чтобы установить и настроить новое программное обеспечение успешно. Это может включать в себя полное, частичное или модернизации установки / удаления процессов и, как правило, делается инженер тестирование программного обеспечения в сочетании с Configuration Manager.
57. Интернационализация Тестирование: процесс, который обеспечивает функциональность продукта не нарушается, и все сообщения будут должным образом вовне при использовании различных языков и языка. Он обычно проводится тестирование команд.
58. Inter-Systems Тестирование: Методика тестирования, которая сосредотачивается на тестировании приложений для обеспечения взаимосвязи между применением работает правильно. Это обычно делается путем тестирования команд.
59. Ключевое слово-механических испытаний: Также известная как табличная тестирования или действия слово тестирования, методики тестирования программного обеспечения для автоматизированного тестирования, которая отделяет процесс создания тестов на две стадии: стадия планирования и стадии реализации. Он может быть использован либо ручной или команды автоматизации тестирования.
60. Испытание под нагрузкой: Методика тестирования, что делает спрос на системы или устройства и измеряет ответ. Он обычно проводится производительность инженеров.
61. Локализация тестирование: часть программного обеспечения процесса тестирования сосредоточены на адаптации глобализованного приложения для той или иной культуры / языка. Это обычно делается путем тестирования команд.
62. Цикл испытаний: Бытовая техника тестирования окно, которое осуществляет программу петель. Это осуществляется с помощью команд разработчиков.
63. Руководство по сценарию тестирования: Метод испытания, в которых тесты разработаны и рассмотрены команды перед ее выполнением. Это делается ручным команды тестирования.
64. Ручной Поддержка Тестирование: Методика тестирования, что включает в себя тестирование всех функций, выполняемых людьми при подготовке данных и использования этих данных автоматизированной системы. она проводится тестирование команд.
65. Модель на основе тестирования: применение модели на основе дизайна для проектирования и выполнения необходимых артефактов для выполнения тестирования программного обеспечения. Он обычно проводится тестирование команд.
66. Мутация тестирования: Метод тестирования программного обеспечения который включает изменения программ исходный код или байт-код в мелочах, чтобы проверить участки кода, которые редко или никогда не обращались в течение нормального выполнения тестов. Он обычно проводится тестеров.
67. Модульность управляемой Тестирование: Тестирование техники, которая требует создания небольших независимых сценариев, которые представляют собой модули, разделы и функции тестируемого приложения. Он обычно проводится тестирование команды.
68. Номера для функционального тестирования: Тестирование техники, которая направлена ??на тестирование прикладного программного обеспечения для своих нефункциональные требования. Может проводиться по производительности инженеры или вручную командами тестирования.
69. Отрицательное тестирование: Также известна как "тест на провал", - метод тестирования, где целью испытания "показывает, что компонент или система не работает. Она выполняется вручную или автоматизация тестеров.
70. Эксплуатационные испытания: Методика тестирования проводятся для оценки системы или компонента в операционной среде. Обычно это осуществляется тестирование команд.
71. Ортогональные Тестирование массива: систематический, статистический способ проверки, который может быть применен в пользовательский интерфейс тестирования, системы тестирования, регрессивного тестирования, настройки и тестирования тестирования производительности. Это осуществляется с помощью команды тестирования.
72. Пара тестирование: Разработка программного обеспечения техникой, в которой два члена команды работать вместе на одной клавиатуры для проверки программного обеспечения. Один делает тестирование и другие анализы или рассматривает тестирования. Это может быть сделано от одного тестера и разработчика или бизнес-аналитик или двух тестеров и участников по очереди при езде на клавиатуре.
73. Пассивное тестирование: Методика тестирования состоящий в наблюдении за результатами работы системы без введения специальных тестовых данных. Это осуществляется с помощью команды тестирования.
74. Параллельное тестирование: тестирование техники, которая имеет целью обеспечить, чтобы новое приложение, которое заменило ее старая версия была установлена ??и работает правильно. Она проводится тестирование команды.
75. Путь Тестирование: Типичные белого тестирования окно, которое имеет целью удовлетворить критерии покрытия для каждого логического пути в рамках программы. Это обычно выполняется командой разработчиков.
76. Проникновение испытания: тестирование метода, который оценивает безопасность компьютерной системы или сети, имитируя атаки вредоносных источников. Обычно они conductedby специализированных компаний тестирования на проникновение.
77. Тестирование: функциональное тестирование проводится для оценки соответствия системы или компоненты с заданными требованиями к производительности. Он обычно проводится производительность инженера.
78. Квалификационные испытания: тестирование по отношению к спецификации предыдущей версии, как правило, проводится разработчиком для потребителя, чтобы продемонстрировать, что программное обеспечение удовлетворяет его требованиям.
79. Ramp тестирования: тип тестирования заключающийся в повышении входной сигнал непрерывно, пока система выходит из строя. Она может быть проведена группой тестирования или работы инженера.
80. Регрессивное тестирование: тип тестирования программного обеспечения, которая стремится обнаружить ошибки в программном обеспечении после того, как изменения в программу (например, ошибка исправления или новые функции) были сделаны, на повторное тестирование программы. Это осуществляется с помощью тестирования команд.
81. Восстановление Тестирование: Методика тестирования, которая оценивает, насколько хорошо система восстанавливается после сбоев, отказов оборудования или других катастрофических проблем. Это осуществляется с помощью тестирования команд.
82. Требования Тестирование: Тестирование техники, которая подтверждает, что требования являются правильными, полными, недвусмысленными и логически последовательным и позволяет моделировать необходимый и достаточный набор тестов от этих требований. Она осуществляется контроль качества команды.
83. Тестирование безопасности: процесс, чтобы определить, что информационная система обеспечивает защиту данных и обеспечивает функциональность, как предполагалось. Это может быть выполнено тестирование команды или специализированных безопасности тестирования компании.
84. Sanity Тестирование: Тестирование техники, которая определяет, будет ли новая версия программного обеспечения выполняет достаточно хорошо, чтобы принять его на значительные усилия тестирования. Это осуществляется с помощью тестирования команд.
85. Сценарий тестирования: Тестирование деятельности, которые используют сценарии, основанные на гипотетическую историю, чтобы помочь человеку продумать сложную задачу или системы для среды тестирования. Это осуществляется с помощью тестирования команд.
86. Масштабируемость тестирование: часть аккумуляторов нефункциональных тестов, которая проверяет программное приложение для измерения его возможности для расширения - будь то пользовательской нагрузки поддерживаются, количество сделок, объем данных и т.д. Это ведет деятельность инженера.
87. Заявления Тестирование: Тестирование методом белого ящика который удовлетворяет критерию, что каждое заявление, в программе выполняется по крайней мере один раз в течение программы тестирования. Это обычно выполняется командой разработчиков.
88. Статические испытания: форма тестирования программного обеспечения, где программное обеспечение фактически не используется, он проверяет, в основном, для здравомыслие код, алгоритм, или документа. Он используется разработчиком, который написал код.
89. Стабильность Тестирование: Методика тестирования, которая пытается определить, является ли применение приведет к краху. Он обычно проводится производительность инженера.
90. Дым Тестирование: Тестирование техники, которая изучает все основные компоненты системного программного обеспечения, чтобы гарантировать, что они работают должным образом. Как правило, дым тестирование проводится тестирование команды, сразу же после сборки программного обеспечения производится.
91. Хранение Тестирование: Тестирование тип, который проверяет программу под тест хранит данные файлов в нужные каталоги и что он оставляет достаточно места, чтобы предотвратить неожиданное прекращение в результате недостатка места. Он обычно проводится тестирование команды.
92. Стресс-тесты: Методика тестирования, которая оценивает системы или компонента в или за пределами его установленным требованиям. Он обычно проводится производительность инженера.
93. Структурное тестирование: Бытовая техника тестирования ящик, который учитывает внутреннюю структуру системы или ее компонентов и гарантирует, что каждая программа оператор выполняет свои функции. Это обычно выполняется с помощью программного обеспечения разработчикам.
94. Тестирование системы: процесс тестирования интегрированных программно-аппаратный комплекс для проверки того, что система соответствует его требованиям. Она проводится тестирование команды развития, так и целевой среды.
95. Тестирование системной интеграции: тестирование процесса, который осуществляет сосуществования программного обеспечения системы с другими. Он обычно проводится тестирование команд.
96. Сверху вниз интеграция Тестирование: Методика тестирования предполагает, что, начиная с остановкой система иерархии в пользовательском интерфейсе и использование заглушек для тестирования сверху вниз, пока вся система была реализована. Она проводится тестирование команд.
97. Тема тестирования: изменения сверху вниз методика тестирования, где постепенная интеграция компонентов следует реализации множества требований. Он обычно проводится тестирование команд.
98. Обновление Тестирование: Методика тестирования, который проверяет, если активы, созданные с более старых версий могут быть использованы должным образом, и, узнав, что пользователя не оспаривается. Это осуществляется с помощью тестирования команд.
99. Модульное тестирование: проверка программного обеспечения и проверки метода, в котором программист испытания отдельных узлов, если исходный код не пригоден для использования. Он обычно проводится группой разработчиков.
100. Тестирование пользовательского интерфейса: Тип испытаний, которые проводят проверить, насколько удобной приложения. Она выполняется тестирование команд.
101. Юзабилити-тестирование: тестирование техники, которая проверяет, легкость, с которой пользователь может научиться управлять, подготовить материалы для и интерпретировать результаты системы или компонента. Как правило, выполняются конечными пользователями.
102. Объем Тестирование: Тестирование который подтверждает, что любые значения, которые могут стать большой по времени (например, накопленных считает, журналы и файлы данных), могут быть размещены в рамках программы и не будет вызывать программы перестают работать или ухудшить свою деятельность в любой форме . Он обычно проводится производительность инженера.
103. Уязвимость тестирования: тип тестирования, которая касается безопасности приложений и имеет целью предотвращения проблем, которые могут повлиять на целостность приложений и стабильности. Она может быть выполнена внутренняя команды тестирования или аутсорсинг специализированным компаниям.
104. Белая коробка тестирования: Тестирование методики, основанной на знаниях внутренней логики кода приложения и включает в себя тесты, как покрытие кода заявления, филиалов, пути, условия. Она выполняется разработчиков программного обеспечения.
105. Рабочий процесс тестирования: по сценарию конца в конец тестирования техники, которая дублирует конкретных процессов, которые как ожидается, будет использоваться конечным пользователем. Он обычно проводится тестирование команд.Он обычно проводится тестирование команд.

На этом мы завершаем списка. Надеюсь, вам понравилось читать.
Просмотров: 739 | Добавил: admin | Рейтинг: 0.0/0
Всего комментариев: 0
Имя *:
Email *:
Код *: