Мне было приятно создать пользовательский атрибут для этого:
[AttributeUsage(AttributeTargets.Property, Inherited = false, AllowMultiple = false)]
public sealed class DecimalPrecisionAttribute : Attribute
{
public DecimalPrecisionAttribute(byte precision, byte scale)
{
Precision = precision;
Scale = scale;
}
public byte Precision { get; set; }
public byte Scale { get; set; }
}
, используя его, как это
[DecimalPrecision(20,10)]
public Nullable<decimal> DeliveryPrice { get; set; }
, и магия возникает при создании модели с некоторым отражением
protected override void OnModelCreating(System.Data.Entity.ModelConfiguration.ModelBuilder modelBuilder)
{
foreach (Type classType in from t in Assembly.GetAssembly(typeof(DecimalPrecisionAttribute)).GetTypes()
where t.IsClass && t.Namespace == "YOURMODELNAMESPACE"
select t)
{
foreach (var propAttr in classType.GetProperties(BindingFlags.Public | BindingFlags.Instance).Where(p => p.GetCustomAttribute<DecimalPrecisionAttribute>() != null).Select(
p => new { prop = p, attr = p.GetCustomAttribute<DecimalPrecisionAttribute>(true) }))
{
var entityConfig = modelBuilder.GetType().GetMethod("Entity").MakeGenericMethod(classType).Invoke(modelBuilder, null);
ParameterExpression param = ParameterExpression.Parameter(classType, "c");
Expression property = Expression.Property(param, propAttr.prop.Name);
LambdaExpression lambdaExpression = Expression.Lambda(property, true,
new ParameterExpression[]
{param});
DecimalPropertyConfiguration decimalConfig;
if (propAttr.prop.PropertyType.IsGenericType && propAttr.prop.PropertyType.GetGenericTypeDefinition() == typeof(Nullable<>))
{
MethodInfo methodInfo = entityConfig.GetType().GetMethods().Where(p => p.Name == "Property").ToList()[7];
decimalConfig = methodInfo.Invoke(entityConfig, new[] { lambdaExpression }) as DecimalPropertyConfiguration;
}
else
{
MethodInfo methodInfo = entityConfig.GetType().GetMethods().Where(p => p.Name == "Property").ToList()[6];
decimalConfig = methodInfo.Invoke(entityConfig, new[] { lambdaExpression }) as DecimalPropertyConfiguration;
}
decimalConfig.HasPrecision(propAttr.attr.Precision, propAttr.attr.Scale);
}
}
}
первая часть состоит в том, чтобы получить все классы в модели (мой пользовательский атрибут определен в этой сборке, поэтому я использовал это, чтобы получить сборку с моделью)
второй foreach получает все свойства этого класса с помощью настраиваемого атрибута и самого атрибута, поэтому я могу получить данные о точности и масштабировании
после этого, я должен вызвать
modelBuilder.Entity<MODEL_CLASS>().Property(c=> c.PROPERTY_NAME).HasPrecision(PRECISION,SCALE);
, поэтому i вызовите modelBuilder.Entity () отражением и сохраните его в переменной entityConfig, после чего я создаю lambda выражение c => c.PROPERTY_NAME
. После этого, если десятичное значение является нулевым, я вызываю
Property(Expression<Func<TStructuralType, decimal?>> propertyExpression)
метод (я называю это положением в массиве, он не идеален, я знаю, любая помощь будет очень оценена)
, и если она не может быть нулевой, я вызываю
Property(Expression<Func<TStructuralType, decimal>> propertyExpression)
.
Наличие DecimalPropertyConfiguration i вызывает Метод HasPrecision.
Необходимо изучить DBUnit или попытаться найти эквивалент PHP (должен быть тот там). Можно использовать его для подготовки базы данных с определенным набором данных, которые представляют данные тестирования, и таким образом каждый тест больше не будет зависеть от базы данных и некоторого существующего состояния. Таким образом, каждый тест сам содержавший и не повредится во время дальнейшего использования базы данных.
Обновление: быстрый поиск Google показал расширение единицы дБ для PHPUnit.
Если Вы главным образом обеспокоены тестированием слоя данных, Вы могли бы хотеть проверить эту книгу: Тестовые Шаблоны xUnit: Рефакторинг Тестового кода . Я был всегда не уверен в этом сам, но эта книга делает отличную работу, чтобы помочь перечислить проблемы как производительность, воспроизводимость, и т.д.
Я предполагаю, что это зависит, какую базу данных Вы используете, но Красный Логический элемент (www.red-gate.com) делает инструмент под названием Генератор Данных SQL. Это может быть настроено для заполнения базы данных разумно выглядящими данными тестирования. Можно также сказать этому всегда использовать то же семя в своем генераторе случайных чисел, таким образом, 'случайные' данные являются тем же каждым разом.
можно затем записать модульные тесты для использования этих надежных, повторяемых данных.
Что касается тестирования веб-стороны вещей, я в настоящее время изучаю Селен (selenium.openqa.org). Это, кажется, перекрестный браузер способный набор тестов, который поможет Вам протестировать функциональность. Однако как со всеми этими инструментами тестирования веб-сайта, нет никакого реального способа протестировать как хорошо эти вещи взгляд во всех браузерах, не бросая человеческий взгляд на них!
Мы используем базу данных в оперативной памяти (hsql: http://hsqldb.org/ ). Будьте в спящем режиме ( http://www.hibernate.org/ ), помогает нам указать на наши модульные тесты на дб тестирования, с добавленной премией, которую они выполняют столь же быстрый как молния..
У меня есть та же самая проблема с моей работой, и я нахожу, что лучшая идея состоит в том, чтобы иметь Сценарий PHP для воссоздавания базы данных и затем отдельного сценария, где я бросаю сумасшедшие данные в него, чтобы видеть, повреждает ли это его.
я никогда не использовал Поблочного тестирования, или тому подобный так не может сказать, работает ли оно или не извините.
Вы могли попробовать http://selenium.openqa.org/ , это больше для тестирования GUI, а не приложения тестирования слоя данных, но действительно записывает Ваши действия, которые затем могут быть воспроизведены для автоматизации тестов через различные платформы.
Если можно установить базу данных с известным количеством до бега по тестам и слезе в конце, то Вы будете знать, с какими данными Вы работаете.
Затем можно использовать что-то как Селен для легкого тестирования от UI (принимающий веб-здесь, но существует много инструментов тестирования UI там для других ароматов UI), и обнаружьте присутствие определенных записей, задержанных от базы данных.
определенно стоит настроить или тестовую версию базы данных - или заставьте свои сценарии тестирования заполнить базу данных с известными данными как часть тестов.
Вот моя стратегия (я использую JUnit, но я уверен, что существует способ сделать эквивалент в PHP):
у меня есть метод, который работает передо всеми Модульными тестами на определенный класс ДАО. Это помещает dev базу данных в известное состояние (добавляют все данные тестирования, и т.д.). Поскольку я запускаю тесты, я отслеживаю любые данные, добавленные к известному состоянию. Эти данные очищены в конце каждого теста. После того, как все тесты для класса работали, другой метод удаляет все данные тестирования в dev базе данных, оставляя его в состоянии, это было в том, прежде чем тесты были запущены. Это - немного работы, чтобы сделать все это, но я обычно пишу методы в классе DBTestCommon, где все мои тестовые классы ДАО могут добраться до них.
Я предложил бы использовать три базы данных. Одна производственная база данных, одна база данных разработки (заполненный некоторыми значимыми данными для каждого разработчика) и одна база данных тестирования (с пустыми таблицами и возможно несколькими строками, которые всегда необходимы).
А способ протестировать код базы данных:
, очистка могла быть сделана стандартным способом (конечно, только базой данных тестирования) с DELETE * FROM table
.
В целом я соглашаюсь с Peter, но для создания и удаления данных тестирования я не использовал бы SQL непосредственно. Я предпочитаю использовать некоторый CRUD API, который используется в продукте для создания данных, максимально подобных производству...