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 the default tests created by chef generate cookbook, if I leave them in, and they fail, even though they are marked skip, they report as a failure in kitchen.
Test:
unless os.windows?
describe user('root') do
it { should exist }
skip 'This is an example test, replace with your own test.'
end
end
describe port(80) do
it { should_not be_listening }
skip 'This is an example test, replace with your own test.'
end
If the machine does reply on port 80, this is the output of kitchen verify:
User root
✔ should exist
↺ This is an example test, replace with your own test.
Port 80
∅ should not be listening
expected `Port 80.listening?` to return false, got true
↺ This is an example test, replace with your own test.
Test Summary: 1 successful, 1 failures, 2 skipped
>>>>>> ------Exception-------
>>>>>> Class: Kitchen::ActionFailed
>>>>>> Message: 1 actions failed.
>>>>>> Verify failed on instance <default-centos-72>. Please see .kitchen/logs/default-centos-72.log for more details
>>>>>> ----------------------
>>>>>> Please see .kitchen/logs/kitchen.log for more details
>>>>>> Also try running `kitchen diagnose --all` for configuration
The text was updated successfully, but these errors were encountered:
It's possible that this test shouldn't behave the way that chef generate cookbook seems to think it would - which would make this a ChefDK issue. Thoughts?
When using the default tests created by
chef generate cookbook
, if I leave them in, and they fail, even though they are marked skip, they report as a failure in kitchen.Test:
If the machine does reply on port 80, this is the output of
kitchen verify
:The text was updated successfully, but these errors were encountered: