Sistema Informativo Testing Plan Nuovo HR Cesanne – Oracle Applications Ing. Claudio Galli 10 Luglio 2012.

Presentazione sul tema: "Sistema Informativo Testing Plan Nuovo HR Cesanne – Oracle Applications Ing. Claudio Galli 10 Luglio 2012."— Transcript della presentazione:

1 Sistema Informativo Testing Plan Nuovo HR Cesanne – Oracle Applications Ing. Claudio Galli 10 Luglio 2012

2 HR Cesanne – Oracle Applications 1.[entro 20/07/12] Definizione dei Criteri e Documento di Test Plan 2.[entro 10/08/12] Gestione Percipienti 3.[entro 14/09/12] Porting Massivo Procedura di Sincronizzazione Giornaliera 4.[entro 18/09/12] Bonifica Pratiche in Contabilità 5. [entro fine Agosto ‘12] Fornitura Tracciati A, B Certificati dalla sorgente autoritativa INFN 6.[Agosto-Settembre ‘12] Attività Architetturali e Sistemistiche Pre-Rilascio 7.[Agosto–Ottobre ‘12] Attività di Monitoraggio e Testing delle due installazioni, attuale (Oracle HR 11.5.7 + Oracle HR 11.5.10) e nuova (Cesanne + Oracle HR 11.5.10) 8.[Ottobre ‘12 – Gennaio ’13 ] Attività di Rilascio in Produzione della nuova architettura Cesanne – Oracle App 10 Luglio 2012 Galli Claudio 2 ACTIVITY SUMMARY AND DEADLINES

3 Tutti i test verranno effettuati a partire da un dataset autoritativo fecente fede a : Tracciato B (Curriculum oriented) per il Porting Massivo. Traccaito A (Event oriented) per la Sincronizzazione Giornaliera. 1.Le fasi di test pre-produzione e messa in produzione si basano su : dataset (tracciati A e B) certificati dalla sorgente autoritativa INFN (CESANNE) per la parte di Import Massivo e Procedura di Sincronizzazione Giornaliera dataset per la Bonifica Pratiche che deve essere necessariamente ricostruito a runtime a partire dai dati presenti in produzione e dai nuovi person_od generati dalla procedura di Porting Massivo. 1.Di seguito un primo elenco delle pratiche da ricondurre durante la fase di Bonifica Pratiche * : preferenze strutture, seminari, workflow in corso, bilancio, capitoli resp.esprimenti, rda, ordini, fornitori, utenti, patrominio, magazzino, trevents, missioni, rimborsi, gruppi qualifiche … * il documento finale sulle attività riporterà l’elenco completo e aggiornato delle pratiche. 10 Luglio 2012 Galli Claudio 3 HR Cesanne – Oracle Applications Premessa al Testing Plan

4 Quadrature Test : [granularità larga] Raccolta di una serie di indicatori statistici sull’ esito delle procedure di porting massivo e della fase di Bonifica delle Pratiche Area Unit Test : [granularità media] Per ogni contatto dopo l’ import massivo i dati relativi alla situazione anagrafica/contrattuale devono rispecchiare i dati contenuti nel Tracciato B; similmente per il processo di Sincronizzazione Giornaliera. Entity Unit Test : [granularità fine ] Verifiche sull’ integrità delle entità coinvolte (Employee, Assignment, Address, SIT, EIT) in termini di record e vincoli sui record all’ interno delle corrispondenti tabelle in Oracle HR. Data Unit Test : [granularità molto fine] Verifiche sulla conformità su campi singoli importati dai processi di import massivo e Bonifica delle pratiche. Questi vincoli dipendono dal funzionamento di Oracle HR e dai dati provenienti dalla sorgente autoritativa (Cesanne) 10 Luglio 2012 Galli Claudio 4 1) CRITERI DI TEST e TESTING PLAN DOCUMENT HR Cesanne – Oracle Applications

5 Idea: Analizzando i dati raccolti dalla fase di quadratura si possono identificare le procedure che hanno prodotto errori in fase di import e in fase di bonifica, quali siano i test di congruità più adatti da effettuare e a quale granularità scendere (Area/Entity/Data Unit Test).  Quadratura delle attività di Porting Massivo/Procedura di Synch -Numero di record per Employee, Assignment, Address, SIT, EIT congruenti tra tracciato B e tabelle finali. -Per ogni persona devo avere contratti e periodi di servizio ricostruiti congruenti e senza sovrapposizioni. Temporali o di ruolo. -One-result query (query specificatamente progettate per ritornare uno e un solo record per ogni person_id; in caso contrario si ha l’ indicazione che per il person_id analizzato c’è stata la duplicazione o la perdita di informazioni …  Quadratura delle attività di Bonifica -Numero di pratiche per persona e tipologia congruenti prima e dopo la bonifica -Valori congruenti degli importi relativi alle singole categorie di pratiche (somma degli importi per missioni, dei pagamenti per seminari ecc …) … 10 Luglio 2012 Galli Claudio 5 1) Quadrature Test: HR Cesanne – Oracle Applications

6 Idea: per ogni persona sia possibile ricostruire in fase di testing e analisi guadti la ricostruzione dal nuovo HR dell’ intera situazione anagrafica sia coerente con quella attesa a partire dai dati del Tracciato A o B. Test specifici per verificare che la coerenza referenziale degli elementi che concorrono a formare l’ anagrafica di una persona fisica/giuridica siano rispettate Eg. Le operazioni di join tra le tabelle ed i cross reference attesi, devono essere coerenti con i dati del tracciato B. 10 Luglio 2012 Galli Claudio 6 1) Area Unit Test: HR Cesanne – Oracle Applications

7 10 Luglio 2012 Galli Claudio 7 1) Entity Unit Test: HR Cesanne – Oracle Applications Idea: Questa sezione di test per ogni persona dell’ anagrafica mette in evidenza tutti i dati correlati nell’ HR Oracle in termini di employee, contratti, periodi di servizio, indirizzi, SIT ed EIT al fine di verificare che lo stato dell’ anagrafica sia consistente per ogni persona introdotta durante l’ import. Test specifici per verificare la correttezza, coerenza e completezza dei dati importati nelle singole tabelle. L’idea principale è quella di considerare una entità mappata sul record della tabella equivalente; Eg. il contratto viene mappato sulla tabella per_all_assignment_f, mentre i dati di anagrafica sulla tabella per_all_people_f. Inoltre il numero di record attesi per persona, per Entità/Tabella, deve risultare corretto prima e dopo l’ import massivo.

8 Idea: A questo livello si controlla per ogni tabella HR non vi siano valori nulli o non conformi nei vari campi ritenuti necessari per la coerenza e consistenza dell’ HR secondo le specifiche di setup; questo permette di verificare che non ci sia stata perdita o corruzione di dati durante il porting massivo. Eg. il campo national_identifier deve sempre essere valorizzato nella per_all_people_f. Eg. il campo ass_attribute_27 della per_all_assignments_f deve sempre riportare l’acronimo del comune di residenza del dipendente/associato … Questa sezione può anche trattare le informazioni a livello statistico ad esempio le seguenti query devono estrarre sempre “0“ record : select count (*) from fnd_user where employee_id is null; select count (*) from per_all_people_f where person_id is null; 10 Luglio 2012 Galli Claudio 8 1) Data Unit Test: HR Cesanne – Oracle Applications

9 10 Luglio 2012 Galli Claudio 9 Domande