Результаты поиска

Я начинаю работать над хобби-проектом с кодовой базой Python, и я хотел бы создать некоторую форму непрерывной интеграции (т. е. запуск батареи тест-кейсов каждый раз, когда производится регистрация и отправка электронных писем nag ответственным лицам, когда тесты терпят неудачу), подобную CruiseControl или TeamCity .

Я понимаю , что могу сделать это с помощью крючков в большинстве VCSes, но для этого требуется, чтобы тесты выполнялись на той же машине, что и сервер управления версиями, что не так элегантно, как хотелось бы. Есть ли у кого-нибудь предложения по небольшой, удобной для пользователя системе непрерывной интеграции с открытым исходным кодом, подходящей для кодовой базы Python ?

Я изучаю использование встроенных модульных тестовых проектов Visual Studio 2008 вместо NUnit, и мне было интересно, есть ли у кого-нибудь опыт в попытке интегрировать этот тип модульного тестового проекта с Cruise Control.Net.

Моя дилемма заключается, в основном, в том, как разделить перечисление между двумя приложениями.

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

Тип документа (7 возможных типов документов: счет- фактура, договор и т.д.) передается в качестве параметра в метод UploadDocument веб-службы. Вопрос в том, каким должен быть тип (и возможные значения) этого параметра?

Поскольку вам нужно жестко закодировать эти значения в обоих приложениях, я думаю, что это O.K. чтобы использовать описательную строку (счет, контракт, WorkOrder , SignedWorkOrder).

Может быть, лучше создать перечисление DocumentTypes в первом приложении и воспроизвести его также во втором приложении, а затем передать соответствующее целочисленное значение веб-службе между ними?

Мне интересно, как разные люди решают интеграцию систем. У меня есть ощущение, что в последние годы все больше и больше работы ушло на интеграцию систем и что потребность в такого рода работе также будет возрастать.

Мне интересно, решаете ли вы ее, разрабатывая свои собственные небольшие сервисы, которые затем подключаются, или используете какой-то продукт (WebSphere, BizTalk, мул и т. д.). Я также думаю, что было бы интересно узнать, как такие решения управляются и поддерживаются (как вы решаете проблемы безопасности, инструментирования и т. д.), Какие проблемы вы испытывали с вашим решением и так далее.

Я использую cruisecontrol.rb для CI и FogBugz для отслеживания ошибок, но чем более общие ответы, тем лучше.

Во-первых, это техническая проблема: есть ли API для FogBugz? Есть ли хорошие учебники, или еще лучше, предварительно написанный код?

Во-вторых, это процедурная проблема: что именно должен CI поместить в трекер ошибок, когда сборка ломается? Возможно:

Название: "#{Последний коммиттер} сломал сборку!"

Тело: "# {следы ошибок }"

Я полагаю, что это предполагает ответ на этот вопрос: Должен ли я даже помещать CI breaks в мое отслеживание ошибок?

Я использую cruisecontrol.rb для CI и FogBugz для отслеживания ошибок, но чем более общие ответы, тем лучше.

Во-первых, это техническая проблема: есть ли API для FogBugz? Есть ли хорошие учебники, или еще лучше, предварительно написанный код?

Во-вторых, это процедурная проблема: что именно должен CI поместить в трекер ошибок, когда сборка ломается? Возможно:

Название: "#{Последний коммиттер} сломал сборку!"

Тело: "# {следы ошибок }"

Я полагаю, что это предполагает ответ на этот вопрос: Должен ли я даже помещать CI breaks в мое отслеживание ошибок?

Я знаю о некоторых генераторах тестовых данных, но большинство из них, похоже, просто заполняют базы данных стилей имен и адресов [не стесняйтесь поправлять меня].

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

Что tools\methods вы используете для создания больших объемов данных для тестирования?

Я настраиваю систему управления версиями моей команды + процесс сборки / интеграции с нуля. Мы использовали VSS и инструмент, который мы создали самостоятельно для выполнения процесса сборки. Мы решили перейти к более современным условиям. У меня работает SVN, и я хотел бы установить непрерывный процесс интеграции с CruiseControl.NET. Есть ли хорошее руководство step-by-step starter, которое поможет мне начать работу с лучшими практиками этого инструмента?

Я уже использовал Trac / Subversion раньше, и мне очень нравится интеграция. Мой текущий проект использует Mercurial для распределенной разработки, и было бы неплохо иметь возможность отслеживать проблемы/ошибки и интегрировать это с Mercurial. Я понял, что это может быть сложно с природой DVCS.

Я хотел бы сделать некоторое интеграционное тестирование веб-службы из NUnit или MBUnit. Я еще не углублялся в это слишком глубоко, но я почти уверен, что мне нужно будет раскрутить WebDev.WebServer.exe внутри "unit test", чтобы сделать это. (Я знаю, что это не совсем юнит-тест).

Да, я могу тестировать базовые объекты, которые использует веб-служба, самостоятельно (что я и делаю), но в этом случае мне интересно проверить, что прокси-серверы работают и обрабатываются должным образом и т. д.

Какой-нибудь совет?

Есть ли у кого-нибудь рабочее решение без некоторых Java/COM-bridge? E.g. обработайте Email как файл (.msg) вместо того, чтобы найти данные, на которые ссылаются в буфере обмена?

Цепочки инструментов непрерывной интеграции для .NET, Java и других языков относительно хорошо определены, но рынок C++, похоже, имеет большое разнообразие.

Под CI "toolchain" я конкретно подразумеваю инструменты для построения скриптов, автоматизированного тестирования, проверки стандартов кодирования и т. д.

Что команды C++ используют для цепей инструментов CI?

Я пытаюсь настроить CruiseControl.net webdashboard на данный момент. До сих пор это работает хорошо, но у меня есть проблема с отчетом о сроках сборки NAnt.

Во-первых, мой текущий файл ccnet.config выглядит примерно так:

<project name="bla">
...
<prebuild>
 <nant .../>
</prebuild>
<tasks>
 <nant .../>
</tasks>
<publishers>
 <nant .../>
</publishers>
...
</project>

Как завершится, NAnt отчет о времени отображает три дублировать резюме. Есть ли способ исправить это без изменения структуры проекта?

Какие стратегии вы использовали при тестировании на основе моделей?

• Вы используете его исключительно для интеграционное тестирование, или его ветвление в других местах (Проверка unit/functional/system/spec)?
• Вы строите сфокусированные модели "sealed" или вы развиваете сложные модели onibus с течением времени?
• Когда в продуктовом цикле вы инвестируете в создание MBTs?
• Какие базовые тестовые библиотеки вы создаете исключительно для MBTs?

• Какая разница, что вы делаете в своих функциональных базовых тестовых библиотеках для лучшей поддержки MBTs?

Мой университет является частью MSDNAA, так что я скачал его некоторое время назад, но я только что приступил к его установке. Я предполагаю, что часть из них заменяет FrontPage для веб-редактирования, и там, кажется, есть видеоредактор и редактор векторной графики, но я не думаю, что даже поцарапал поверхность того, что это такое и что он может делать. Может ли кто-нибудь просветить меня, тем более что я не нашел сайт типа "Expression Studio for Dummies".

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