You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using any of the RSpec helper methods for delayed jobs (allow_to_delay_run, allow_to_delay_execute, expect_to_delay_run, expect_not_to_run_delayed, expect_to_not_run_delayed, and expect_to_delay_execute), the interaction is actually run, unlike the non-delayed helper methods.
Testing this assumes that issue #18 has been resolved. Creating tests for these methods results in:
RuntimeError:
This should never be called
Before producing a PR, I'd like to confirm that the expected behaviour is that the delay methods also stub the instance so the execute method isn't run.
The text was updated successfully, but these errors were encountered:
Before producing a PR, I'd like to confirm that the expected behaviour is that the delay methods also stub the instance so the execute method isn't run.
Yes, looking at the code, it stubs execution. I believe my reasoning for stubbing was to mock dependencies to isolate test.
When using any of the RSpec helper methods for delayed jobs (
allow_to_delay_run
,allow_to_delay_execute
,expect_to_delay_run
,expect_not_to_run_delayed
,expect_to_not_run_delayed
, andexpect_to_delay_execute
), the interaction is actually run, unlike the non-delayed helper methods.Testing this assumes that issue #18 has been resolved. Creating tests for these methods results in:
Before producing a PR, I'd like to confirm that the expected behaviour is that the delay methods also stub the instance so the execute method isn't run.
The text was updated successfully, but these errors were encountered: