Где запустить с разработки первой базы данных управляемое веб-приложение (долгий вопрос)?

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

TDD можно использовать с первого дня, когда вы тестируете модель и просматриваете классы БД. UML Я не уверен, что это будет полезно - если возможно, просто придерживайтесь диаграмм последовательности, классов и взаимодействия.

Конкретный ответ для использования БД в модульном тесте - вставлять фиктивные строки во время установки и удалять их на этапах разборки. Вы можете написать PHP-скрипт для «очистки» БД после тестирования.

Надеюсь, это поможет!

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

Это два разных подхода к дизайну - вам нужно выбрать один. TDD управляет дизайном на основе поведения и тестов. UML обычно используется в BDUF (Big Design Up Front) - хотя его можно использовать просто для неформального общения между разработчиками, не являясь частью «дизайна». Суть в том, что вам нужно решить, как вы хотите разрабатывать свое программное обеспечение. Для меня обычно более удобен подход TDD, но для хорошо известного домена я могу вместо этого провести сеанс BDUF (хотя я не использую UML).

Моя проблема; Я не уверен, с чего начать. Я читал о модульном тестировании и UML, но никогда не использовал их на практике.

Предполагая, что вы говорите [T | B] DD, а не «модульное тестирование» - вы начинаете с тестов, которые подтверждают поведение, необходимое для вашего приложения. Если вы пойдете по маршруту [T | B] DD, я бы, вероятно, полностью пропустил UML. В противном случае, когда вы закончите, просто запустите генератор UML, и вы получите красивые картинки. ;)

[TestFixture]
public class WhenAddingNewProject {
    [Test]
    public void SubPagesAreCreated() {
       var p = Project.Create("MyProjectGroup\\MyTestProject");

       Assert.IsGreaterThan(p.SubPages.Count, 0);
    }

    [Test]
    public void FirstSubPageIsWikiPage() {
       var p = CreateProject();
       var subPage = p.SubPages[0];

       Assert.AreEqual(subPage.Title == "MyTestProject Wiki");
       Assert.IsTypeOf<WikiSubPage>(subPage);
    }

    [Test(ExpectedException := typeof(SecurityException))]
    public void DefaultsToAdministratorPrivileges() {
       var p = CreateProject();

       var u = User.Login("testuser", "testpassword"); 
       Assert.IsNotNull(u);
       Assert.AreEqual(UserRole.User, u.Role);

       p.Delete();
       Assert.Fail();
    }

    private Project CreateProject() {
       return Project.Create("MyProjectGroup\\MyTestProject");
    }
}

Кроме того, я никогда раньше не работал с базами данных, как мне включить эти элементы в модели и тестовые модули?

Вы не делаете.По определению, если вы попадаете в базу данных - вы запускаете интеграционный тест, а не модульный тест. Для модульных тестов вы хотите абстрагироваться от базы данных и игнорировать / имитировать / заменять ее. Получив свою логику из базы данных, вы можете протестировать ее отдельно - тогда вам нужно только протестировать загрузку / сохранение данных (вы ведь используете ORM, не так ли?).

Почему бы не начать с диаграммы классов? Вы моделируете свое приложение, затем создаете Java-код с аннотацией JPA, поступающей непосредственно из модели (например, стереотипы также являются аннотациями), и, наконец, вы используете средство сопоставления, такое как Hibernate / EJB 3 для создания вашей базы данных.

Я предлагаю начать с ASP.NET MVC. Есть очень хороший пример создания простого веб-сайта с базой данных.

Подробности смотрите здесь: Ужин ботаников (бесплатная загрузка)

http://aspnetmvcbook.s3.amazonaws.com/aspnetmvc-nerdinner_v1.pdf

У меня такое чувство, что вы пытаетесь схватить сразу слишком много.Можно экспериментировать с базами данных, диаграммами TDD и UML; Этого самого по себе, ИМХО, хватило бы на один-единственный проект. Этот первый экспериментальный проект многому вас научит, на основе чего вы сможете гораздо лучше справиться со следующим проектом. Но я не ожидал, что эта первая попытка принесет результаты, которые могут убедить других разработчиков выбрать TDD и / или руководство изменить свое мышление. Вам нужно сначала понять и испытать вещи на собственном опыте, прежде чем вы сможете разумно объяснить их другим.

Советы по модульному тестированию приложений БД см. В следующих потоках для начинающих:

• Какая лучшая стратегия для модульного тестирования приложений, управляемых базами данных?
• Базы данных модульного тестирования
• Инфраструктура модульных тестов для баз данных
• ] Подход к тестированию - DB, Junit

Я не уверен, что вы имеете в виду под «прототипированием с помощью диаграмм классов». Диаграммы классов подходят для обсуждения / передачи вашего дизайна другим разработчикам и, безусловно, должны быть в наборе инструментов каждого хорошего разработчика. Сессия на доске с кем-нибудь, рисование и стирание элементов дизайна на лету - отличный способ прояснить дизайн и силы, влияющие на него. Однако ИМХО это «прототипирование» только в очень широком смысле. Для меня настоящий прототип - это код - это единственный способ проверить, действительно ли ваш дизайн работает на практике.