Как протестировать веб-код?

Мне было приятно создать пользовательский атрибут для этого:

[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.

14
задан Chris 23 August 2008 в 15:19
поделиться

10 ответов

Необходимо изучить DBUnit или попытаться найти эквивалент PHP (должен быть тот там). Можно использовать его для подготовки базы данных с определенным набором данных, которые представляют данные тестирования, и таким образом каждый тест больше не будет зависеть от базы данных и некоторого существующего состояния. Таким образом, каждый тест сам содержавший и не повредится во время дальнейшего использования базы данных.

Обновление: быстрый поиск Google показал расширение единицы дБ для PHPUnit.

6
ответ дан 1 December 2019 в 13:22
поделиться

Если Вы главным образом обеспокоены тестированием слоя данных, Вы могли бы хотеть проверить эту книгу: Тестовые Шаблоны xUnit: Рефакторинг Тестового кода . Я был всегда не уверен в этом сам, но эта книга делает отличную работу, чтобы помочь перечислить проблемы как производительность, воспроизводимость, и т.д.

3
ответ дан 1 December 2019 в 13:22
поделиться

Я предполагаю, что это зависит, какую базу данных Вы используете, но Красный Логический элемент (www.red-gate.com) делает инструмент под названием Генератор Данных SQL. Это может быть настроено для заполнения базы данных разумно выглядящими данными тестирования. Можно также сказать этому всегда использовать то же семя в своем генераторе случайных чисел, таким образом, 'случайные' данные являются тем же каждым разом.

можно затем записать модульные тесты для использования этих надежных, повторяемых данных.

Что касается тестирования веб-стороны вещей, я в настоящее время изучаю Селен (selenium.openqa.org). Это, кажется, перекрестный браузер способный набор тестов, который поможет Вам протестировать функциональность. Однако как со всеми этими инструментами тестирования веб-сайта, нет никакого реального способа протестировать как хорошо эти вещи взгляд во всех браузерах, не бросая человеческий взгляд на них!

2
ответ дан 1 December 2019 в 13:22
поделиться

Мы используем базу данных в оперативной памяти (hsql: http://hsqldb.org/ ). Будьте в спящем режиме ( http://www.hibernate.org/ ), помогает нам указать на наши модульные тесты на дб тестирования, с добавленной премией, которую они выполняют столь же быстрый как молния..

2
ответ дан 1 December 2019 в 13:22
поделиться

У меня есть та же самая проблема с моей работой, и я нахожу, что лучшая идея состоит в том, чтобы иметь Сценарий PHP для воссоздавания базы данных и затем отдельного сценария, где я бросаю сумасшедшие данные в него, чтобы видеть, повреждает ли это его.

я никогда не использовал Поблочного тестирования, или тому подобный так не может сказать, работает ли оно или не извините.

1
ответ дан 1 December 2019 в 13:22
поделиться

Вы могли попробовать http://selenium.openqa.org/ , это больше для тестирования GUI, а не приложения тестирования слоя данных, но действительно записывает Ваши действия, которые затем могут быть воспроизведены для автоматизации тестов через различные платформы.

1
ответ дан 1 December 2019 в 13:22
поделиться

Если можно установить базу данных с известным количеством до бега по тестам и слезе в конце, то Вы будете знать, с какими данными Вы работаете.

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

определенно стоит настроить или тестовую версию базы данных - или заставьте свои сценарии тестирования заполнить базу данных с известными данными как часть тестов.

1
ответ дан 1 December 2019 в 13:22
поделиться

Вот моя стратегия (я использую JUnit, но я уверен, что существует способ сделать эквивалент в PHP):

у меня есть метод, который работает передо всеми Модульными тестами на определенный класс ДАО. Это помещает dev базу данных в известное состояние (добавляют все данные тестирования, и т.д.). Поскольку я запускаю тесты, я отслеживаю любые данные, добавленные к известному состоянию. Эти данные очищены в конце каждого теста. После того, как все тесты для класса работали, другой метод удаляет все данные тестирования в dev базе данных, оставляя его в состоянии, это было в том, прежде чем тесты были запущены. Это - немного работы, чтобы сделать все это, но я обычно пишу методы в классе DBTestCommon, где все мои тестовые классы ДАО могут добраться до них.

1
ответ дан 1 December 2019 в 13:22
поделиться

Я предложил бы использовать три базы данных. Одна производственная база данных, одна база данных разработки (заполненный некоторыми значимыми данными для каждого разработчика) и одна база данных тестирования (с пустыми таблицами и возможно несколькими строками, которые всегда необходимы).

А способ протестировать код базы данных:

  1. Вставляют несколько строк (использующий SQL) для инициализации состояния
  2. Выполнение функция, которую Вы хотите протестировать
  3. , Соответствуют ожидаемый фактическим результатам. Здесь Вы могли использовать свою нормальную платформу поблочного тестирования
  4. , Очищают строки, которые были изменены (таким образом, следующий запуск не будет видеть предыдущее выполнение)

, очистка могла быть сделана стандартным способом (конечно, только базой данных тестирования) с DELETE * FROM table.

1
ответ дан 1 December 2019 в 13:22
поделиться

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

1
ответ дан 1 December 2019 в 13:22
поделиться
Другие вопросы по тегам:

Похожие вопросы: