Difference between revisions of "Connectathon Using Gazelle Test Management Only"

From IHE Wiki
Jump to navigation Jump to search
Line 43: Line 43:
  
 
===Capturing System Configuration===
 
===Capturing System Configuration===
 +
Gazelle Test Management is able to record configuration information for each system based on their registration.
 +
Examples of configuration include host names, port numbers, full URLs, HL7 V2 application names.
 +
If a profile requires that an actor provide a web services endpoint, the Domain Project Manager will make an entry in Gazelle Master Model to indicate this requirement. After the close of registration for a Connectathon:
 +
# The Connectathon Manager can activate a button that generates default configuration values for all systems; then
 +
# Each system owner can review the configurations, make the proper adjustments, and declare the configurations complete; then
 +
# All participants can see configuration information for all partners and pull in the relevant information
 +
 +
Some additional points to consider:
 +
* This is helpful for large events but might be overkill for a small event. You might decide to manage configuration information using other methods like wiki pages or online spreadsheets.
 +
* This feature becomes more important if you are using the Gazelle Proxy. The Proxy will use configuration information that has been entered.
  
 
===Assigning Test Monitors===
 
===Assigning Test Monitors===

Revision as of 10:20, 8 February 2020

Connectathon Using Gazelle Test Management Only

Assumptions

  • You have access to a copy of Gazelle Test Management:
    • You are using an existing managed copy
    • You have an agreement with Kereval for them to install (or manage) a copy for you.
    • Both of these options include database replication to have all appropriate test definitions. You write test definitions in the Gazelle Master Model, and these are replicated to individual copies of Gazelle through an automated process.
  • All profile definitions and test definitions that you need are entered in Gazelle Master Model.
    • Profile definitions and test definitions are normally entered by the Domain Technical Project Manager. You should consult with the appropriate manager or managers, especially if you are extending tests in a domain.
    • If you have created a new domain or own your own profile, that implies you have entered the profile definitions and test definitions in the Gazelle Master Model.
  • You have reviewed all test definitions / requirements and know:
    • They do not need extra tools (or you have those tools)
    • You have support on site or remotely to respond to participant questions. The amount of support required depends on the nature of the event. A strict testing evening might require more support. A collaborative event that is designed to educate and not post results might require less support.

Steps

This is not a User's Manual, but it does provide a general set of steps to follow in Gazelle Test Management. Some of the items in the list below have further detail in the next section.

  1. Create a Testing Session in Gazelle Test Management. This is not a full list, but some essential items are:
    1. Registration close date / time
    2. Start and end date / time of the Connectathon
    3. List of profiles to be tested (only include those you want to test).
  2. Decide if you want to use Gazelle Test Management to generate a contract.
    1. You do not need to use the contract generated by Gazelle Test Management to run a Connectathon.
    2. If you do want that contract, there are some manual steps outside the Web UI. Please contact Kereval.
  3. Prune profiles that do not have sufficient test partners
  4. Decide if you want to use Gazelle to capture system configuration
  5. Enter and assign test monitors
  6. Provide training to participants and monitors
  7. Repeatedly execute test cases with individual test validation
  8. Provide overall grading. Review the body of work for each system/profile/actor and assign a grade (pass, did not complete, ....)

Gazelle Test Management Details

Pruning Profiles Without Sufficient Registration

IHE Integration Profiles include two or more actors in their requirements. You might find that a profile you offer does not have enough registration to support testing. That could mean:

  • You have only one or two systems registered for a specific actor (less than the nominal three that are required)
  • You have zero systems registered for a specific actor (meaning the other system or systems will not have a test partner)

The issue that is raised here is when do you discover such issues. There are different approaches with different pros and cons.

  • Connectathon Manager reviews registration at the close of registration and looks for these gaps.
  • Connectathon Manager delegates this review to a Domain Manager or some other kind of person, say a person who is managing a demonstration at a conference. The technical backgrounds are very similar
  • You tell participants to perform the review and request assistance if there are concerns. This method has been used at times. You will likely find that participants will not actually perform the review until they reach the event unless they are registered for only a small number of profiles.

Capturing System Configuration

Gazelle Test Management is able to record configuration information for each system based on their registration. Examples of configuration include host names, port numbers, full URLs, HL7 V2 application names. If a profile requires that an actor provide a web services endpoint, the Domain Project Manager will make an entry in Gazelle Master Model to indicate this requirement. After the close of registration for a Connectathon:

  1. The Connectathon Manager can activate a button that generates default configuration values for all systems; then
  2. Each system owner can review the configurations, make the proper adjustments, and declare the configurations complete; then
  3. All participants can see configuration information for all partners and pull in the relevant information

Some additional points to consider:

  • This is helpful for large events but might be overkill for a small event. You might decide to manage configuration information using other methods like wiki pages or online spreadsheets.
  • This feature becomes more important if you are using the Gazelle Proxy. The Proxy will use configuration information that has been entered.

Assigning Test Monitors

Execute Test Steps

Perform Overall Grading