Size: a a a

2020 February 01

V

Vladyslav in Ruby School .us
мб добавить before (:example) {@test_status= true } потом в it{} его менять и уже от этого плясать в include_examples?
источник

V

Vladyslav in Ruby School .us
не катит))
источник

R

Ro in Ruby School .us
делать так чтобы 1 тест зависил от другого - плохо
источник

R

Ro in Ruby School .us
лучше этого избегать
источник

R

Ro in Ruby School .us
нет ничего страшного если в тестах есть дупликация
источник

R

Ro in Ruby School .us
можно создать 2 файла или 2 теста, и т.д.
источник

V

Vladyslav in Ruby School .us
context 'some context' do
 it { ... }
 it { skip 'failed' if .... }
include_examples "some example"   <--- сразу падает
end
источник

R

Ro in Ruby School .us
не, это очень плохой дизайн
источник

V

Vladyslav in Ruby School .us
костыль возможен?)
источник

R

Ro in Ruby School .us
источник

R

Ro in Ruby School .us
т.е. можно сделать
источник

R

Ro in Ruby School .us
типа сказать "I suck and my tests are order dependent"
источник

R

Ro in Ruby School .us
как это сделать - хз, даже думать не хочется, это настолько плохо, что советов давать не хочу
источник

R

Ro in Ruby School .us
имей в виду, что в жизни нормального серьезного разработчика с опытом такого не бывает
источник

R

Ro in Ruby School .us
что-то ты делаешь не так
источник

R

Ro in Ruby School .us
может у тебя тесты большие, может код надо разбить на части, может код слишком сложный
источник

R

Roman in Ruby School .us
@ro31337 вы всё также разрабатываете на руби?
источник

V

Vitaliy in Ruby School .us
Vladyslav
мб добавить before (:example) {@test_status= true } потом в it{} его менять и уже от этого плясать в include_examples?
Как вариант, можно разделить на сценарии, несколько тестов, так как Рома правильно сказал, тест зависящий от теста, это неправильно, если вдруг Вы на работе такой напишите, его пропустят нечаяно и зальют в мастер, то человек, который придет в команду очень долго будет удивляться, да как так-то, делать тест зависящий от теста. Попробуйте посмотреть в сторону https://relishapp.com/rspec/rspec-core/docs/example-groups/shared-examples, либо https://www.freecodecamp.org/news/how-to-dry-out-your-rspec-tests-using-shared-examples-d5cc5d33fd76/
источник

V

Vitaliy in Ruby School .us
По хорошему, Вы должны писать один тест, на одну фичу. Если время и ресурсы ограничены, можно конечно сделать несколько проверок в интеграционных тестах.
источник

V

Vladyslav in Ruby School .us
дело в том что время бить на маленькие куски уже почти нет. Это очень не стабильный тест для десктопа (в нем блокируется процесс одного из файлов ПО). Иногда не получается его заблокировать по этому решили добавить skip в тест и вытягивать аутпут тулзой со всех процессов в системе. Но теперь как последствие начал падать следующий (include examples). Точнее я фейлю процесс , что бы предусмотреть этот вариант
источник