Завод FactoryGirl, который может повторно использовать существующие модели в качестве ассоциации

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

Given there is a school with several students

Если вы хотите иметь несколько школ с учениками

Given there are several schools with students

И если вы хотите, чтобы ученик учился в более чем одной школе

Given there is a student enrolled in two schools

Очевидно, вы можете создать здесь большое разнообразие, выполнив такие действия, как

1. именование школ
2. именование студентов
3. различные количества

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

 Given 'there is a school with several students' do 
  @school = create_school
  @students = []
  several.times do 
    @students << create_student school: school
  end
end

На этом шаге используются два метода create_school и create_student. Вы бы определили их во вспомогательном модуле

module SchoolsStepHelper
  def create_school
    ...

  def create_student(school: ...)
    ...
end
World SchoolsStepHelper

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

def enroll_student(student: school:)
  ...

так что мы можем сделать

Given 'there is a student enrolled in two schools' do
  @student = create_student
  @school_1 = create_school
  @school_2 = create_schoo
  enroll_student(student: @student, school: @school_1)
  enroll_student(student: @student, school: @school_1)
end

Однако сейчас у нас по-прежнему слишком много кода в определениях шагов, поэтому нам нужно провести рефакторинг. Здесь у нас есть несколько вариантов

1. Разбейте этот составной шаг на более простые шаги, чтобы ученик и школы уже существовали, например

   Учитывая, что есть школа Гарварда И есть школа Йельского университета И есть ученик Фред, и Фред учится в Йеле и Гарварде.

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

2. Извлечь метод более высокого уровня

   Учитывая, что в двух школах учится ученик, выполните @student = create_dual_enrolled_student end

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

Теперь ваш вопрос о фабриках - это в основном детали реализации, о том, как вы создаете вещи. Должно быть возможно

1. Реализуйте решение, которое требует небольшого понимания фабрик или вообще не требует их понимания, чтобы понять, что происходит. (просто очень простые вызовы Factory в ваших методах)

2. Реализуйте решение, которое даже не использует фабрики (я предпочитаю этот подход, но это совсем другая история).

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

Given there is a student
Given Fred is a student
Given there is a student Fred
Given there is a student Sue

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

Given 'there is a student' do
  create_student
end
Given 'Fred is a student' do
  create_student name: 'Fred'
end
Given there is a student Fred do
  create_student name: Fred
end
Given 'there is a student Sue' do
  create_student name: 'Sue'
end

Уф, это был длинный ответ, надеюсь, он пригодился.