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

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

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

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

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

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

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

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

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

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

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