FI-3412 | Map client bulk data requirements to existing tests#35
Conversation
…into testkit with updated coverage csv
edeyoung
left a comment
There was a problem hiding this comment.
not quite finished, but some actionable things for you to take a look at
edeyoung
left a comment
There was a problem hiding this comment.
thanks for your updates! similarly wasn't able t finish everything but have some actionable items for you.
edeyoung
left a comment
There was a problem hiding this comment.
Please see the latest comments.
Thoughts: in the excel doc, filter for the conformance verb SHALL and the Actor Server (or Server/Client). That will reduce your requirements pool considerably. Do you have an idea what requirements coverage looks like at this point?
Thank you!
| 'hl7.fhir.uv.bulkdata_2.0.0@49', | ||
| 'hl7.fhir.uv.bulkdata_2.0.0@51', | ||
| 'hl7.fhir.uv.bulkdata_2.0.0@52', | ||
| 'hl7.fhir.uv.bulkdata_2.0.0@230', |
There was a problem hiding this comment.
it looks like the 230+ requirements are specific to output types: group / patient / system. Is there a place where these can be moved to?
There was a problem hiding this comment.
So 230 specifically is _outputFormat: The server SHALL support Newline Delimited JSON. I left it here in v2.0.0/bulk_data_outputFormat_param_test.rb because of its location in the IG.
I have reviewed the operation-specific requirements and have moved these:
223, 224, 225, 229, 249, and 272.
There was a problem hiding this comment.
I believe this is correct but leaving it open for confirmation.
There was a problem hiding this comment.
230 should be deprecated in favor of 49, which is how the rest of the output type specific requirements are.
230 should be removed from here.
Deprecating in the requirements sheet now.
There was a problem hiding this comment.
Please
- regenerate the entire requirements file
- regenerate the coverage file
then
- check if your coverage file is showing 47, 49, 51, 52 as uncovered
- if so, trouble shoot why the coverage file is showing 47,49,51,52 (and maybe others?) as uncovered when they are referenced in lib/bulk_data_test_kit/v2.0.0/bulk_data_outputFormat_param_test.rb
Please also confirm that you reviewed the uncovered requirements and double checked that they couldn't be covered in the existing code.
| 'hl7.fhir.uv.bulkdata_2.0.0@49', | ||
| 'hl7.fhir.uv.bulkdata_2.0.0@51', | ||
| 'hl7.fhir.uv.bulkdata_2.0.0@52', | ||
| 'hl7.fhir.uv.bulkdata_2.0.0@230', |
There was a problem hiding this comment.
230 should be deprecated in favor of 49, which is how the rest of the output type specific requirements are.
230 should be removed from here.
Deprecating in the requirements sheet now.
Remaining Questions:
|
Is this @53 "
I don't think so - i don't see anything checking comma delimited stuff here
this is an optional test, so not here.
I think it's in the right place, but i'm confused about how it's tested when the expected response in |
Summary
This adds references to the requirements fulfilled by the tests in bulk data v2.
Where each requirement is tested, a reference to the requirement_ID has been made.
The requirements_coverage csv file has also been updated with
requirements:generate_coverage.Testing Guidance
The test list map (excel workbook on sharepoint for bulk data v2) is a spreadsheet that lists the requirement, the location of where it is tested, and whether it has been added to the codebase with the
verifies_requirementinferno DSL.The
bulk-data-test-kit_requirements_coverage.csvfile has short ID's and Full ID's.Can pull down branch and try running the rake
requirements:generate_coveragecommand to generate the csv with short and full ID's.