Mise en place d'un environnement de test STERIGEST

Pourquoi un environnement de test ?

Tester Sterigest nécessite de lire et d’imprimer des codes à barres. Cela implique des tests réalisés soit :

• avec du matériel supplémentaire en plus et distinct de celui de production
• en production mais en isolant la démarche.

A - Deux approches possibles

1 - Utilisation de données de référence Sterigest dédiées uniquement aux tests

Cette approche nécessite la création et l'utilisation de données et d'objets spécifiquement identifiés comme étant destinés aux tests :

• Produits étiquetés de manière explicite (ex. produit test étiquette)
• Badges utilisateurs fictifs ou annoté TEST
• Destinataires fictifs ou annoté TEST
• etc.

Avantages :

• Très réactif et souple: pas besoin de dupliquer l’environnement.
• Facile à mettre en œuvre.

Inconvénients :

• Pollution légère de la production : données TEST et données PROD sur la même base de donnes..
• légère incidence sur vos statistiques
• Attention aux erreurs ou aux confusions concernant les données…

2 - Utilisation d'une base de données dédiée uniquement aux tests

Cette approche nécessite une duplication RÉCENTE de la base de données de production afin d'inclure toutes les données de référence mais aussi les réglages spécifiques à votre site ou encore la configuration des matériels.

Avantages :

• Bascule d'environnement maitrisable
• Isolation : aucune pollution  de la production
• Tout type de tests possibles: changement de configuration, test de réglages, etc.
• possibilité de retour 

Inconvénients :

• Risque de gène pour les agents en production : suspendre l'utilisation des lecteurs sans fil pouvant être traités via la base radio de l'ordinateur sur lequel vous intervenez : les utilisateurs pourraient au mieux avoir des surprises (ex. erreur "étiquette inconnue") au pire enregistrer dans le vide (ex. étiquettes créées en test mais pas en prod !) 
• Intervention informatique : mise en place d'un environnement de test: serveur, rafraichissement de la duplication
• Pas de conservation des test (ex. cas d'une démarche Qualité: produire des captures d'écran et PDF).

B - Mise en place d'une BASE de test :

Objectif: Configurer une base de test Sterigest sans impacter les données et l'environnement de production.

Pré-requis :

Restauration d'une sauvegarde par votre DBA soit :

• Sous un schéma Oracle différent
• Sous un nom d'instance différent et/ou sur un serveur différent

Sous Oracle, cette instance doit être référencées dans le fichier tnsnames.ora du client (32 bits).

Connexion de Sterigest à la base de test (et inversement)

1)  Création du fichier de connexion à la base de production

          Dans C:\sterigest (ou \programData\ ou autre chemin selon votre installation) :

• Faire une copie du fichier "Sterigest_dbx.cx"
• Renommer cette copie en "Sterigest_prod.cx"

2) Création du fichier de connexion à la base de test:

a. Exécuter Sterigest, en niveau 3 dans fichier/changer de connexion :

• Renseigner le nom de l'instance, l'ip, le type de base de donnée..
•  Renseigner l'identifiant et le mot de passe de la base de test

                b. Valider: Sterigest va se connecter à cette base de données et enregistrer cette nouvelle connexion dans le         

                    fichier Sterigest_dbx.cx :

• Fermer Stérigest.

                c. Dans C:\sterigest ( ou \ProgramData\ ou autre chemin selon votre installation) :

• Renommer Sterigest_dbx.cx en sterigest_test.cx

            3) Création de raccourci dédié à chaque environnement

                Dans C:\sterigest (ou \ProgramData\ ou autre chemin selon votre installation) : 

                a. Créer deux raccourci de SGPRO.EXE

b. Créer le raccourci Production

    Ce raccourci peut être renommé STERIGEST-PROD et en modifiant les propriétés avoir pour cible:

        "C:\...\Sterigest\SGpro.exe" -sterigest_prod.cx

b. Créer le raccourci Test

Ce raccourci peut être renommé STERIGEST-TEST et en modifiant les propriétés avoir pour cible:

    "C:\...\Sterigest\SGpro.exe" -sterigest_test.cx

Répertoire dédié (optionnel) :

Objectif : avoir une isolation plus claire et des journaux de logs distinct en fonction du contexte TEST / PRODUCTION mais aussi pouvoir tester des versions différentes sans impact sur l'environnement de production existant.

        1) Création du répertoire dédié à l'environnement de test

• Copier l'intégralité du répertoire Sterigest de production ( C:\sterigest ou autre chemin selon votre installation )
• Coller dans le répertoire dédié.

        2) Distinction visuel dans Sterigest :

• Ouvrir le fichier sgi.bmp situé dans le répertoire copié
• Modifier le fichier et y ajouter un texte  "TEST" dans plusieurs coins

Cela sera plus lisible et plus visible que l'alias et le compte de base de données mentionnés à droite de la barre d'état.

  3) Création du raccourcie de TEST depuis le répertoire dédié:

• Voir étape précédente pour la création des fichiers .cx

Attention en cas d'existence d'un fichier IslolerRepertoireSession.txt  (chemin des répertoires de travail), modifier celui-ci pour un répertoire dédié distinct de la prod. par exemple : C:\STERIGEST_TEST\ProgData