Традиционное тестирование против объектно-ориентированного тестирования
Тестирование программного обеспечения является одним из наиболее важных шагов в процессе разработки программного обеспечения. Тестирование программного обеспечения удостоверяет, что разработанное программное обеспечение удовлетворяет всем требованиям заказчика и выполняется без ошибок. Поскольку парадигмы и методы разработки программного обеспечения перешли от первоначальной разработки программного обеспечения для водопада к OOD / Agile и другим более новым концепциям, тестирование также сместилось от традиционного (традиционного) тестирования к объектно-ориентированному тестированию (OOT). Но поскольку разработка водопада все еще используется, тестеры все еще используют обычное тестирование.
Что такое обычное тестирование?
Традиционный процесс тестирования происходит главным образом, когда жизненный цикл водопада используется для разработки программного обеспечения в организациях. Традиционное тестирование всегда выполняется на этапе тестирования жизненного цикла, который обычно следует за этапом разработки и этапом внедрения. На этом этапе тестирования будут проводиться в основном три вида тестирования. Системное тестирование позволит убедиться, что функции системы удовлетворяют требованиям клиентов, задокументированным в SRS (Спецификация требований к программному обеспечению), обычно с использованием подхода черного ящика. Интеграционное тестирование тестирует предварительный проект, используя функциональный подход и подход декомпозиции. Интеграционное тестирование основано на структуре проекта с использованием подхода «сверху вниз» или «снизу вверх». Наконец, модульные тесты позволяют убедиться, что детальный дизайн верен.
Что такое объектно-ориентированное тестирование?
Использование объектно-ориентированного (OO) анализа и проектирования наряду с Agile и другими недавними методологиями разработки программного обеспечения приводит к объектно-ориентированному тестированию. ОО разработка обычно ориентирована на поведение. Тестирование проводится с акцентом на композицию. Это означает, что дизайн создается по частям и составляется вместе, чтобы завершить всю систему. Поскольку быстрое прототипирование и некоторая форма инкрементального подхода используются сегодня для разработки ОО, три обычных уровня тестирования (система, интеграция и модульное тестирование) не очень хорошо видны в ОО-дизайне (но они существуют в большинстве случаев). Системное тестирование (в рамках ОО-тестирования) будет основано на подходе («черный ящик») и традиционном тестировании и будет проверять спецификацию требований (поскольку требования должны проверяться независимо от процесса разработки). Модульное тестирование в рамках объектно-ориентированного тестирования аналогично обычному модульному тестированию, но основное отличие заключается в определении используемого модуля. В настоящее время принятыми единицами, используемыми для модульного тестирования, являются классы и методы..
В чем разница между обычным тестированием и объектно-ориентированным тестированием?
Традиционное тестирование - это традиционный подход к тестированию, в основном выполняемый, когда жизненный цикл падения воды используется для разработки, тогда как объектно-ориентированное тестирование используется, когда объектно-ориентированный анализ и проектирование используются для разработки программного обеспечения предприятия. Традиционное тестирование больше фокусируется на декомпозиции и функциональных подходах, чем на объектно-ориентированном тестировании, в котором используется композиция. Три уровня тестирования (система, интеграция, юнит), используемые в обычном тестировании, четко не определены, когда речь идет об объектно-ориентированном тестировании. Основная причина этого заключается в том, что разработка ОО использует поэтапный подход, в то время как традиционное развитие следует последовательному подходу. С точки зрения модульного тестирования, объектно-ориентированное тестирование смотрит на гораздо меньшие единицы по сравнению с обычным тестированием.