Уменьшение интеграции и системных тестов

Question

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

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

Answer 1

Если «создавать интеграционные тесты и системные тесты», которые вы имеете в виду автоматизированные тесты, то ответ нет, нет стандартного подхода. Какой подход выбирают будет зависеть от:

• Характеристики приложения (например, у него есть графический интерфейс?, это только чтение?, сколько внешних зависимостей у него есть и т. Д.)
• То, что вы пытаетесь проверить (возможно, вам нужен только тесты GUI, или, возможно, наоборот - это верно, и вы действительно не заботитесь о GUI, но внутренняя логика имеет решающее значение)
• Как быстро вы хотите увидеть результаты (например, чем больше вы устарели, тем быстрее становятся тесты)
• навыки на вашей команде

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

• Селен С Junit - Fantastic инструмент для вождения веб-приложений
• Согласие - Для всех типов приложений. Интегрируется с JUNIT и позволяет просто английским спецификациям тестов. Ваш «крепежный код» / тестовый код будет ключевым словам в спецификации и утверждать или выполнять действия на них.
• Фестиваль - для качающихся приложений, снова он интегрируется с JUNIT (см. Тему еще?) (Больше вариантов здесь)

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

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