Мы сталкиваемся с одной проблемой в управлении данными тестирования (xmls, который используется для создания фиктивных объектов). Данные, которые мы имеем в настоящее время, развивались за длительный промежуток времени. Каждый раз, когда мы добавляем новую функциональность или тестовый сценарий, мы добавляем новые данные для тестирования той функциональности. Теперь, проблема состоит в том, когда бизнес-требование изменяет формат (как длина или формат переменной) или любое изменение, которое не поддерживают данные тестирования, мы должны изменить все данные тестирования, которые составляют 100 с MBS в размере. Кто-либо мог предложить лучший метод или обработать для преодоления этой проблемы? Любое предложение ценилось бы.
Лично я бы не стал создавать данные для тестовых примеров где-либо еще, кроме самих тестовых примеров. Вместо создания тестовых данных создайте генераторы данных, которые позволяют быстро создавать объекты в каждом тестовом примере или в каждом предшествующем блоке.
Это имеет два основных преимущества:
Зарезервируйте тестовые данные для таких вещей, как функциональные и интеграционные тесты, и используйте такой инструмент, как DBDeploy, для управления этими данными. Эти данные должны быть намеренно малыми. Использование DBDeploy и DBUnit позволяет очищать базу данных перед каждым тестом или набором тестов. Это также должно ограничить объем необходимых данных, поскольку значительно увеличивает повторное использование данных.
Хотя это не полное решение вашей проблемы, но определенно поможет (особенно в вашем случае, поскольку у вас есть 100 МБ данных) - Напишите тесты на основе проверки поведения вместо ] проверка данных .
У Мартина Фаулера есть очень хорошая статья здесь