Conformity Assessment

The user shall have access to an overview of the test runs for a given testing session whatever the current status of the related test cases

Submitted by abe on Wed, 10/26/2022 - 15:20
Priority
High - Major feature, it achieves a lot of work
Status
Draft
Customer
DG Santé
Business owner
Malo Toudic
Description

In Gazelle Test Management, the tests are executed from the Test execution page. This page also logs all the runs executed by the systems. The test runs are linked to the test case they relate to.

The test execution page shows only the test cases with a status set to "ready". As a consequence, if a test case is deprecated at some points, the SUT operator cannot access the test runs that were executed when the test case was "ready". 

In the same way, the "All test runs" page displays only the test runs that relates to the "ready" test cases.

As a consequence, we experience a loss of information and that is not accessible neither from the SUT operator's or Testing Session Manager's point of view.

  • As a SUT Operator, I want to see all the test runs that have been executed by a system under test owned by my organisation, during a given testing session, at any time.
  • As a TSM, I want to see all the test runs that have been executed during a given testing session, at any time.
  • As a user, for each test run, I want to see the following details:
    • Test run identifier
    • Test case keyword (and a link access its details)
    • Whether the test case is currently deprecated
    • Last update date/time
    • Test run status
    • The role assigned to my SUT in this particular test run
    • The other partners
    • The status of the test run
    • If a monitor is assigned, his first and last names
  • As a user, I want to be able to access the test run page for any test run (whatever the status of the test case is)
  • As a user, I want to be able to access the description of the test case.
  • As a user, I want to be able to filter on
    • System (name/keyword)
    • Test case keyword
    • Monitor
    • Type of test
    • Domain
    • Tested profile
    • Tested actor
    • Tested profile option
    • Involved transactions
    • Test run status
  • As a testing session manager or admin user, I want to be able to filter by Organisation (name/keyword)
  • As a user, I want the test runs to be grouped by tested SUT capabilities
  • As a user, for each SUT capabilities, I want to see the evaluation.
  • As a user, I want to be able to sort on test case and test status within each SUT capability.
What is/are the targeted context(s)?
Who is the targeted audience?
Targetted goal(s)

Allow the users to see all the test runs from a test session, regardless of the current status of the executed test cases.

Expected benefit

User will have access to a page that summarizes the outcome of their test campaign

Opportunities

We might also want to experience new widget/features on that page like displaying statistics.

Access test tools

Submitted by abe on Fri, 02/18/2022 - 17:03
Priority
Essential - Must have, it is essential for the use cases
Status
Under development
Customer
Renovation
Business owner
Anne-Gaëlle BERGE
Description

When navigating and working in Gazelle Test Management, the users need to access other test tools in order to execute the test cases.

As a tool administrator, I want to provide the links to the tools of interest for the users to access them from whatever page in Gazelle Test Management. This list shall be organised according to the project's context. 

As a SUT operator or a monitor, I want to see the links to the test tool I need to use when I execute/grade tests. The links shall be available on all the pages so that it is very quick to find the pointers.

What is/are the targeted context(s)?
Who is the targeted audience?
Targetted goal(s)

Gather all the information of interest to the user on a single view.

Reduce the number of places where the user should look for information.

Inform better the user about the tes tools at his disposal.

Expected benefit

Gazelle Test Managemet can be used as the home page of the Gazelle test bed and the user will find all the documentation and pointers he needs in a single place.

Access informations about test runs from outside Gazelle Test Management

Submitted by abe on Fri, 02/11/2022 - 10:22
Priority
Medium - Feature to be considered
Status
Delivered
Customer
ANS
Business owner
Aurélie CROUZET
Description

In the context of the Segur labelling, the operator uses a tool named Convergence to submit his evidences.

Part of the testing is conducted in Gazelle Test Management. Currently, the workflow is as follows:

  • The operator logs into the relevant test session in Gazelle Test Management;
  • The operator executes the test cases for his system under test;
  • The operator load the evidences in Gazelle Test Management;
  • The operator marks the test run as "ready to verify";
  • A monitor grades the test run;
  • If the result is set to "verified", the operator copies the link to the test run and paste it in Convergence.

To avoid manual copy/paste and the potential errors that might cause, the operator wants to be able to pull the test runs from Convergence. The result shall be a JSON object that lists the test runs with, at least, the following informations:

  • Test session where the test has been executed;
  • System under test which executed the test;
  • Name of the organisations involved in the test;
  • Test case name;
  • Test run status;
  • URL to the test run;
  • Last update date and time.

There should not be a need for the user to authenticate himself when Convergence calls Gazelle Test Management. The Convergence tool shall be authorized to query data on behalf of the logged in user. Input parameter: organisation's name or keyword.

Assumption: The organisation's name or keyword in Gazelle and Convergence are equal.

What is/are the targeted context(s)?
Who is the targeted audience?
Targetted goal(s)

Display, in Convergence, the list of "verified" test runs, along with the permanent links to access them, for all the systems under test of a given organisation, for all the test sessions available in Gazelle Test Management.

Expected benefit

Operator does not have to manually copy and paste the URL to the test runs. He can look at the list and pick up the test runs of interest to him.

Opportunities

Depending on the information we choose to provide as output, the service could be used to create dashboards and/or compute statistics outside of Gazelle Test Management.

Can be reused when we create the Gazelle user portal to aggregate data regarding test execution for an organisation.

 

SUT definition page

Submitted by abe on Thu, 12/16/2021 - 16:00
Status
Draft
Customer
Renovation
Business owner
Anne-Gaëlle BERGE
Description

The SUT edition page shall be reworked in order to make it clearer, and more complete, so that the participants to not have to jump in multiple locations to manage their systems.

Avoid using tabs and use a navigation bar instead.

What is/are the targeted context(s)?
Who is the targeted audience?
Targetted goal(s)

Centralize the information about the SUT for the participant

Expected benefit

Reduce the number of pages to maintain

Ease the work of the SUT operator

Documentation

As a SUT operator, I want to set the name of my SUT.

As a SUT operator, I want to give a type for my SUT (Gateway, Workstation, PACS).

As a SUT operator, I want to communicate to my partners the links to my capability statements (HL7, IHE, DICOM, FHIR).

Do we really need a keyword ? It brings confusion because there is no consistency in the tool (names and keywords are used in several places)

As a SUT operator, I want to list the capabilities of my SUT that I want to test.

As a SUT operator, I want to be aware of the testing status of each AIPO (testable, not testable, at risk) when it has already been decided by the test session manager.

As a SUT operator, I want to know when a profile is not testable:

  • If it is already selected for my system, I need to be warned so that I am free to remove it from the list of capabilities;
  • If it is not selected, I shall not be allowed to select it (but the reason why I cannot select shall be clearly stated)

As a SUT operator, I want to ask the test session manager to allow me to test a capability as supportive.

As a SUT operator, I want to filter out the list of capabilities my system is registered for (filter on actor, profile, domain, option, supportive, result).

As a SUT operator, I want to see the result for each capability.

As a SUT operator, I want to see the notes from the domain manager on a given capability (if any).

As a SUT operator, I want to see where I have to sit in the room.

As a SUT operator, I want to access the communication channel dedicated to my system.

SUT management page for test session manager

Submitted by abe on Thu, 12/16/2021 - 12:52
Priority
Medium - Feature to be considered
Status
Draft
Customer
Renovation
Business owner
Anne-Gaëlle BERGE
Description

Especially during the registration period, the test session manager has to regularly access the list of registered SUT to perform several operations or simply to follow-up on the registration status.

Currently there are too many pages targetted to the test session manager that are redundant and none of them show a complete view. This need is aimed to simplify the SUT management pages for the test session manager.

What is/are the targeted context(s)?
Who is the targeted audience?
Targetted goal(s)

Offer to the test session manager a single page where to manage the SUT for the current test session.

Expected benefit

Ease the registration process for the test session manager and save him time.

Opportunities

Reduces the number of pages to be maintained in the future.

Documentation

As a test session manager, I want to access the list of registered systems and see the following information for each of them:

  • SUT name
  • Organisation's name (+ ability to link it to more organisations)
  • Main point of contact for the SUT (full name + link to send an email)
  • Number of AIPO the SUT is registered for (allow to quickly see the dummy systems)
  • Registration status (+ ability to change it)
  • Whether the SUT is accepted or not to the session (and have the ability to change it)
  • Whether a contract has been received for the organisation (when a contract is needed)
  • The table where the system sits (+ ability to update it)

Use a standardized language

Submitted by abe on Thu, 12/16/2021 - 11:25
Status
Draft
Customer
Renovation
Business owner
Anne-Gaëlle BERGE
Description

In Gazelle, the wording is not always consistent with ISTQB and it is really Connectathon oriented. It leads to confusion to Gazelle users. The wording shall be adapted in several places to improve the user experience.

What is/are the targeted context(s)?
Targetted goal(s)

Adapt the wording to the event supported by Gazelle TM.

Use a common language.

Expected benefit

Improve the user experience.

Opportunities

Sharazone, Inter-AMC and EPD projects will directly take advantage of this update.

Documentation

As a first action, we should make the current Connectathon menu agnostic of the type of test session:

  • Use the "type" (from the testing session configuration) as display name in the menu bar where "Connectathon" is currently used.
  • In case we do not merge the preparatory tests and test session tests:
    • The "Pre-Connectathon" sub menu might be renamed into "Preparatory tests"
    • The "Pre-Connectathon Tests" sub menu might be renamed into "List of preparatory tests"
    • The "Pre-connectathon results" sub menu shall be renamed into "Preparatory test results"
  • The "Connectathon" sub menu might be renamed into "Testing"
  • The "Connectathon" menu entry (lower level) could be renamed "Execute tests" (as well as the short cut in the top menu bar)
  • The "Connectathon result" menu entry should be renamed "Test session results"
  • The "Download connectathon report" menu entry should be renamed "Download test session report"

Then, everywhere in the tool, we should use the following vocabulary:

Current term New (English) New (French)
TF Interoperability model  
Tests list Tests Tests
Test definition Test cases Cas de tests
MetaTest List    
Configuration SUT Configurations Configurations des SUT
Network Network details Informations réseau
All configurations SUT network configurations Configurations réseau des SUT
Connectathon    
PreConnectathon Preparatory tests  
Test instance Test run  
Testing session Test session  
system SUT  

 

Dashboards for the testing event participants

Submitted by abe on Thu, 12/16/2021 - 10:14
Status
Draft
Customer
Renovation
Business owner
Anne-Gaëlle BERGE
Description

In order to follow-up with their progresses during the event, the SUT operators need to access some graphics to show them their progresses in terms of:

  • SUT registration status (dropped, in progress, completed, accepted)
  • Approved vs unapproved network configuration (overall, per SUT)
  • Connectathon/Projectathon test statuses (overall, per SUT, per SUT per type: preparatory tests, group tests, no-peer, etc)
  • "AIPO" Results (overall, per SUT)

 

What is/are the targeted context(s)?
Who is the targeted audience?
Targetted goal(s)

Allow participants to move their focus to their remaining work

Expected benefit

Quickly see what to work on

Gain in efficiency

 

Change language

Submitted by abe on Tue, 10/26/2021 - 10:11
Description

The user can choose among several languages for the user interface.

Currently, users can choose

  • Between English and French in most of the application.
  • Japanese is also available in Gazelle Test Management - Translations provided by IHE Japan
  • Suomi (Finnish) and Svenska (Swedish) in EVSClient - Translations provided by Kela
Specification status
To be reviewed
Status
Available
Categories of users
Priority
Low - Nice to have it
Is specific to a project ?
No