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

Question

Было бы это правильно ??

1. Черный ящик

   1.1 Функциональный

       1.1.1 Equivalence
       1.1.2 BVA
       1.1.3 Use case
       1.1.4 Regression
       1.1.5 UAT
   

   1,2 Нефункциональный

       1.2.1 Testing the System Design
   

2. Белая коробка

   2,1. Функциональная

          2.1.1 Unit
          2.1.2 Integration
          2.1.3 System
   

Подпадают ли вышеперечисленные под правильные категории?

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

Answer 1

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

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

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

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

Поэтому я бы добавил к вашим тестам следующие категории:

• Тестирование сборки : при тестировании в вашем собственном функциональном домене (на сервере сборки при развертывании различных приложений вашего домена с набором данных тестирования)
• Интеграционное тестирование : при тестировании все приложения из всех функциональных областей , которые также называются front-to- окончание тестирования .

Примечание: «интеграционное тестирование» - это не то же самое, что «непрерывное интеграционное тестирование», которое в основном может обрабатывать описанные вами черно-белые тесты для одной программы на очень регулярно.

Тесты, о которых я говорю, выполняются несколько раз в неделю:

• " Project Operational Architecture " команда вашего домена для тестов сборки: обычно некоторые разработчики вашей команды, которые настраивают сервер сборки, проверяют актуальность данных и развертывают различные программы Вы отвечаете за развитие.
• " Production Operational Architectural " команда, отвечающая за настройку "производственной" среды и единственная, кто действительно может протестировать всю цепочку приложений из шрифта к спине.

Примечание: команда «Операционная архитектура» играет роль «сделать операционную среду выполнения», то есть иметь:

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

Вкратце: ваши категории относятся к одной программе , но когда вы разрабатываете IS (информационную систему), вы вынуждены признать тот факт, что вы не говорите " one exe, разработанная командой one , развернутой на one production machine "... а затем, добро пожаловать в совершенно новый мир тестирования;)

Answer 2

Ниже приведены методики тестирования, широко определенные в разделе «Тестирование программного обеспечения»:

1. Black Box Testing - это метод тестирования программного обеспечения, при котором внутренняя структура / дизайн / реализация тестируемого элемента не известны тестировщику. Эти тесты могут быть функциональными или нефункциональными, хотя обычно они функциональные. Методы разработки теста включают в себя: Эквивалентное разделение, Анализ граничных значений, Графики причинно-следственных связей

2. White Box Testing - это метод тестирования программного обеспечения, при котором внутренняя структура / дизайн / реализация тестируемого элемента известны тестировщику. Методы проектирования тестов включают: тестирование потока управления, тестирование потока данных, тестирование филиала и тестирование пути.

3. Gray Box Testing - это метод тестирования программного обеспечения, представляющий собой комбинацию метода тестирования Black Box и метода тестирования White Box.

Answer 3

Я думаю, что ваша категоризация - это хороший первый шаг.

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

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

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

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