Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FI-3010: Split out Subscription Rejection tests #7

Open
wants to merge 9 commits into
base: main
Choose a base branch
from

Conversation

ChristineDuong
Copy link

Summary

  • Separates the tests within the subscriptions server suite that submits several iterations of a Subscription creation request that the server SHOULD reject.

Testing Guidance

  • Run the Subscription rejection tests to ensure that they run as expected.
  • Compare coverage of split tests to previous test suite.


subscription_field[field_name] = unsupported_info['field_value']

send_unsupported_subscription(subscription, unsupported_info['unsupported_title'],
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This logic does not appear to be doing the right thing. When I run it against the client tests, which echo the request back with a 201, it succeeds. Seems like that should be a failure because the cross version extension is still in the returned subscription and it succeeded.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Addressed in 06d86cb. Made changes to this test to actually just fail when receiving a 201 since I don't think it makes sense to alter the values based on the requirement description ("cross version extensions SHOULD NOT be used on R4 subscriptions to describe any elements") from HL7 guide. I can change this though to be closer to what it was before, or remove the test if we don't think it's as fleshed out as it doesn't have a requirement.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure I agree with the changes. I think both approaches - allowing removal of the offending value are requiring rejection - are defensible. The IG also says that "servers MAY reject or coerce, according to their policies". Its in a different section, but it feels like it could easily apply here as well and that "coerce" could include removal of invalid extensions. If the verification code was working, I would prefer to leave it in rather than rip it out at this point. Interested to hear your reactions.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nevermind - I guess the point was that this logic wasn't working, so I'm fine leaving it out!

@karlnaden
Copy link
Collaborator

to resolve the requirements-coverage CI failure, run the bundle exec rake requirements:generate_coverage task (Details)

Copy link
Collaborator

@karlnaden karlnaden left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

see comments

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants