[[ShowPath]] = OpenAC test script = Bij elke release lopen we onderstaand testscript door. Het testscript is een richtlijn. Het script schrijft niet in detail voor wat moet worden getest, maar het script zorgt ervoor dat alle aspecten van OpenAC worden langsgelopen. * '''Print nu dit document uit en vink het af tijdens het testen''' == 0. Randcondities voor de release == A. Zijn er 1 of 2 AC's gevraagd die deze release gaan piloten? (afspraak ICT-werkgroep 12-12-2008) B. Zijn alle nieuwe features gedocumenteerd in de FAQ/beheershandleiding? Zijn deze instructies vanuit de change log te vinden? C. Moet de gebruikershandleiding worden aangepast? Doe deze punten eerst. == 1. Draai de unit tests == De '''unit tests''' vormen een automatische test die al ruime tijd voor alle releases wordt gedraaid. Deze test simuleert voor elk van de adaptaties een login en "drukt" vervolgens achtereenvolgens alle knoppen van het startscherm in. De unit test maakt gebruik van lege, standalone sqlite3-databases. == 2. Ronde "anders draaien" == Begin de test met een rondje "anders draaien": * (VERPLICHTE TEST) Verwijder config.tsv en probeer de belangrijkste nieuwe functionaliteit van deze release (crashen op ongedefinieerd zijn van nieuwe variabelen komt regelmatig voor) * (VERPLICHTE TEST) Werk met SQL Server in adaptaties waar je normaal MySQL gebruikt en andersom (en probeer de belangrijkste...) * Vul wwwproxy.xs4all.nl in zodat je versiebeheer, Vecozo e.d. via proxy test. * Log in als gewone gebruiker met rechten van een onderzoeker in plaats van admin. Maak steekproefgewijs gebruik van dossierscherm, agenda, werklijsten e.d. Plan een patient in, zet een richtdatum, no-show. Log eventueel in als een power user (maar geen admin). == 3. Hoofdschermen == Klik alle hoofdschermen aan. Denk hierbij ook aan rekenvariant-adaptaties. * Kloppen de linkjes naar de handleiding nog? * Zitten er geen knoppen die niet van toepassing zijn, bijv. knoppen "nieuwe aanmaken" in een readonly scherm, etc.? * Ziet de layout er overal goed uit? === 3.1 Dossierscherm === * Controleer de permissies bij gebruik van een gewone gebruiker * Test NAW-functionaliteit, herkennen van postcodes, zo mogelijk de vecozo-koppeling. * Maak een of meerdere etiketten * Maak word-documenten * Maak afspraken, zet afspraken om in no-shows. Note: vreemd gedrag kan komen doordat je werkt met data in het verleden, afspraakdata die al zijn verlopen e.d. * Scoor verrichtingen * Test de accuratesse van de gegevens in de blauwe fin-traject boxjes. Test of deze goed reageren op verandering van verrichtingdatum, verzekeringsgegevens etc. * Zet notities * Zoek op notities * Test batchtaken: patiënten doorrekenen === 3.2 Relatiescherm === * Zoek relaties op middels de taakboxknoppen * Controleer de koppelingen naar het relatiescherm vanuit het dossierscherm === 3.3 Werklijsten en planlijsten === * Selecteer een lijst en druk op één van de headings om de lijst anders te sorteren. * Druk op een entry om in het dossier te komen. Maak een wijziging in het dossier en sluit weer. * Controleer dat bij klikken op een afspraak, de betreffende box in het dossier ook openklapt. Waar komt de cursor als je TAB indrukt? === 3.4 Agenda === * Bekijk alle views: dag, week, vergeet niet de lijst. * Test klikken op agenda-item en klikken op achtergrond. * Test maken van dossierafspraak door dossier te openen en dan in de agenda op de achtergrond te klikken. * Test zeldzamere functionaliteit van het automatisch plannen: groepsspreekuur, spreekuur met 2 medewerkers uit dezelfde groep, schrijftijd in de Auris-adaptatie. === 3.5 Factureren en notabeheer === * Test het factureren niet met 'admin', maar met een power user. * Kijk naar het aantal openstaande facturen. Reken de laatste productiemaanden door in het dossierscherm. Kijk of de aantallen zijn veranderd. * Test alle fasen van het factureerproces. Fiatteer automatisch en individueel. Wijs en schrijf nota's af. * Inspecteer het openac-fin bestand van een of meer reguliere nota's. * Stuur een nota door naar een andere verzekeraar, naar patiënt en wijzig een nota. * Inspecteer het openac-fin bestand met de doorgestuurde nota's. == 4. Rapportages == * Bekijk steekproefsgewijs een aantal rapportages. * Controleer de werking van de parameters (begin/einddatum etc.) * Controleer de weergave van de parameters in de resultaatwheet * Test de excel-export en controleer de weergave, "freeze pane"-functionaliteit. * Worden cijfers en percentages juist weergegeven? == 5. Beheerschermen == === 5.1 Codetabellen === * Open een willekeurige codetabel. Zijn alle kopjes goed? Werkt het sorteren? * Klik een entry aan. Is de vormgeving helemaal in orde, staan alle veldjes op een logische plek? * Zijn er defaults ingesteld voor selectors zoals "in gebruik ja/nee"? === 5.2 Versiebeheer === * Test zoveel mogelijk het versiebeheer. * Doe een update en laat OpenAC daarna opnieuw inloggen, kijk of dit proces goedgaat (zie ook "na release"). * Testen van inleveren hoeft niet iedere keer te worden getest, omdat dit sporen achterlaat in de repository. === 5.3 Tabeldefinities === * Maak een veld bij in een adaptatie of wijzig een veld * Start OpenAC opnieuw op (naar keuze vanuit het tabeldefinitiescherm of sluiten en opnieuw starten). Controleer de gewijzigde bestanden de layout. * Revert "structuur.tsv" === 5.4 Overige beheerschermen === * Klik steekproefsgewijs overige beheerschermen open, zoals medewerkers, kamers, datamodel. == 6. De release == * Draai nog een keer de unit tests * Volg de instructies onder [wiki:Documentatie/Technischedocumentatie Technische Documentatie] * Na de release ga je op je systemen de nieuwe versie uitpakken. Dit kan natuurlijk door een '''checkout''' te doen van de nieuwe versie naast alle oude. Maar je kunt ook teruggaan naar de laatste versie met een Python24-directory erin, die versie opstarten en van daaruit via versiebeheer over te schakelen. Zo zie je of er bijvoorbeeld wijzigingen in database-layout en scripts zijn waar de centra bij het schakelen last van krijgen.