Тестирование интеграции и тестирование модулей
Недавно я начал читать The Art of Unit Testing, и появился свет относительно разницы между модульными тестами и тестами интеграции. Я уверен, что в NUnit были некоторые вещи, которые были бы лучше в тесте интеграции.
Итак, мой вопрос: какие методы и инструменты вы используете для тестирования интеграции?
Ответы
Ответ 1
По моему опыту вы можете использовать (в основном) те же инструменты для тестирования модулей и интеграции. Разница в том, что вы тестируете, а не как вы тестируете. Поэтому при настройке, проверке кода и проверке результатов будет отличаться, вы можете использовать те же инструменты.
Например, я использовал JUnit и DBUnit для тестов единиц измерения и интеграции.
Во всяком случае, линия между испытаниями единиц и интегрирования может быть несколько размытой. Это зависит от того, что вы определяете как "единица"...
Ответ 2
Selenium вместе с Junit для тестирования интеграции + интеграции, включая пользовательский интерфейс
Ответ 3
1) Метод: Тестовая точка Метрики - лучший подход в любой среде. Благодаря такому подходу мы можем не только тестировать единицу и интеграцию, но и проверять требования.
Время для написания метрики тестовой точки сразу после понимания требований
Шаблон метрики тестовой точки доступен здесь:
http://www.docstoc.com/docs/80205542/Test-Plan
Обычно существует 3 типа тестирования.
1. Руководство
2. Автоматизированный
3. Гибридный подход
Во всех вышеприведенных случаях работает подход "Показатели точки тестирования".
2) Инструмент:
Инструмент будет зависеть от требований проекта, так или иначе, следуя лучшим инструментам в соответствии с моим R & D
1. QTP
2. Селен
3. AppPerfect
Чтобы получить более четкий ответ об инструменте, укажите свой тип проекта.
С уважением:
Мухаммад Хуснайн
Ответ 4
В основном я использую JUnit для модульного тестирования в сочетании с Mockito для подделки/заглушки, поэтому я могу изолировать свою единицу кода.
Для тестов интеграции они обычно включают "интеграцию" с внешней системой/модулем, такой как база данных/очередь сообщений/фреймворк и т.д.... поэтому для проверки этих наилучших результатов будет использоваться комбинация инструментов.
Например, Я также использую JUnit, но вместо того, чтобы издеваться над зависимостями, я фактически настраиваю эти зависимости, как вызывающие код. Кроме того, я проверяю поток управления, чтобы каждый метод не тестировался изолированно, как в модульном тестировании, а вместе. Что касается подключения к базе данных, я использую встроенную базу данных с некоторыми фиктивными тестовыми данными и т.д.
