да, разбираюсь

так, я сам не разобрался, выглядит как баг, пошел сам за помощью

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

то есть фиксчи друг друга перекрывают сколько им угодно, а потом каждый проект может указать свои значения. то есть конфиг это не "defaults", а "overrides"

но я поборюсь с этим, тк  test.use работает хорошо, сейчас сделаю багу

О спасибо)

Я тоже считаю что это баг

Ну то есть логика своя в этом есть, но просто сложно. Логика такая:
- extend это как библиотека, код, там логика, ее можно импортировать, third party.
- а настраивать данные через конфиг + локально их переопределять через use

то есть мощно, но сложно. не уверен, что нам эта степень свободы нужна.

Ну как минимум все это надо в доках написать

Но все равно, я не вижу проблем с оверрайдом

ага, но сейчас еще почерепуем, нравится ли нам это

Было бы круто чтобы был даже не оверрайд а merge

Типа в конфиге базовое, а в фикстуре докидываешь что-нибудь

ну так сейчас и есть, просто у конфига образовался приоритет

Привет
У меня есть два .spec.ts  файла ( в будущем будет больше)
У которых два одинаковые  describe(Item under test)

Но разные сценарии
describe(item under test)
describe(increase)

describe(item under test)
describe(decrease)

Разделил потому что с параллелизацией  будет быстрей бегать

Но в репорте будет много одинаковых названий, только разные сценарии, нормально так или нужно давать уникальные значение первому describe?

ну там будет имя файла еще, так что нормально?

Вы про репортер от pw?или в общем?
То есть нужно добавлять имя файла в describe?

не нужно добавлять

все репортеры справятся сами

В алюре такого вроде нету