Какие рамки приемочного тестирования лучше подходят для бэкэнд-разработки?

Question

Под бэкендом я подразумеваю программные системы, которые используют данные, обрабатывают файлы или обмениваются данными с помощью машинных интерфейсов (REST, SOAP, CORBA и т. Д.).Не нужно модного веб-тестирования или пользовательского интерфейса.Я имею в виду Cucumber и Robotframework, но не знаю, насколько они подходят для выполнения поставленной задачи.

Answer 1

Нет простого ответа на этот вопрос.

Звучит так, как будто вы правильно поняли свой домен ... потому что, если вы пытались протестировать фреймворки для приемочного тестирования UI / Web-компонентов, не подходите для работы.

У вас есть несколько вариантов

• SpecFlow
• Огурцы
• Рассказчик
• FitNesse
• mSpec
• несколько других.

Я неравнодушен к StoryTeller & mSpec .. но у каждого из этих инструментов есть свои плюсы и минусы.
Вопросы, которые вы должны задавать себе (и вашей команде)

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

Answer 2

Если речь идет о Robot Framework, у меня есть опыт плохой поддержки в Intellij для этого. Я использую плагин IntelliBot. Во многих случаях вы будете знать свою ошибку, такую ​​как неправильный синтаксис, не сможете найти ключевое слово и т. Д. В конце выполнения теста. Проблемы с поиском импортированных библиотек, отсутствие отладки, простой рефакторинг, такой как переименование ключевых слов в проекте.

Answer 3

Я использовал Cucumber для тестирования пакетного приложения, написанного на perl и plsql, преобразовании informatica, и в настоящее время использую его для тестирования телефонной системы ivr / queuing.Ruby предоставил гемы, необходимые для управления системой, и тестировщикам было очень легко выучить язык / синтаксис.