Автоматизация автоматизации с использованием ключевых слов в распределенных системах

Question

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

http://en.wikipedia.org/wiki/Keyword-driven_testing

С точки зрения основ автоматизации, я использовал TDD, код управляемой тестирования (NUnit, XUnit и т.д.), а также тестирование GUI, но в новой роли наткнулись это сейчас.

Wiki является очень легкий на деталях, так было после того, как ответы на некоторые вопросы о том, как люди использовали его, какие успехи (и какие проблемы/неудачи!), уже ли они построили свои собственные или используемые инструменты (Gallio вождения C# с электронными таблицами Excel для ввода здесь), и проводили ли они другое тестирование параллельно. Например, наши разработчики пишут единичные тесты в BizUnit, кажется, стыдно не интегрировать их в инструмент непрерывного тестирования, если они достойные тесты.

Answer 1

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

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

Тестирование параллельно означает, что вы либо запускаете разные экземпляры пакета на отдельных серверах, либо в листе Excel определяя, какой тест запускать и который пропускать в конкретной системе. Обычно в ключевом ключе входной файл должен иметь некоторый способ работы над тем, какие тесты выполнять простым способом.

Кроме того, это зависит от самого приложения, было бы хорошо, если бы вы определили, что именно вы подразумеваете под параллельным тестированием.