You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 13 Next »

Om te bepalen welke testen moeten worden uitgevoerd is van belang te bepalen wat de impact van de aanpassing is. Bij grote aanpassingen dient uitgebreid getest te worden, terwijl bij enkele kleine aanpassingen met een aantal korte testen kan worden volstaan. Onderstaand stroomschema kan helpen bij het bepalen van de impact. Bij het doorlopen van stroomschema wordt uiteindelijk bepaald welk testscript moet worden gebruikt voor oplevering.

 

Overall aanpak voor testen bij het Nationaal Water Model
Op hoofdlijnen zijn er twee opties: er wordt nieuwe functionaliteit toegevoegd of de bestaande functionaliteit wordt aangepast.
Bij nieuwe functionaliteit worden de modelresultaten in NWM vergeleken met simulaties die buiten het Nationaal Water Model gedraaid zijn. De NWM-modelschematisaties zijn gebaseerd op de officiële RWS-modelschematisaties, die bij Helpdesk Water opgevraagd kunnen worden. Echter deze modelschematisaties bevatten alleen de tijdsonafhankelijke data (rooster, bodemschematisatie, kunstwerken, etc). In NWM is dit aangevuld met de tijdsafhankelijke data (randvoorwaarden, rivierlozingen, wind, ..). Dit hoeft niet per definitie 100% identiek te zijn aan de modelschematisatie die buiten het NWM gedraaid is. Ook kan er een andere release van het softwaresysteem (biujv. van SOBEK of Simona) toegepast, wat ook tot kleine verschillen in modelresultaten kan leiden. Van een referentiesimulatie is bij voorkeur een memo beschikbaar met modelresultaten op representatieve locaties. Deze modelresultaten worden als uitgangspunt genomen voor de testprotocollen van de workflows. De modelresultaten van de workflows in het Nationaal Water Model hoeven niet exact overeen te komen, maar moeten een grote gelijkenis hiermee hebben. Eventuele verschillen moeten verklaard worden. 
Bij een nieuwe functionaliteit wordt er een nieuw testprotocol opgezet voor het nieuwe scenario.


Bij een aanpassing van functionaliteit hoeft het bijbehorende testprotocol meestal niet gewijzigd te worden.

 

Verschil in opzet van de testprotocollen
Voor de onderdelen Zoetwater en Veiligheid zijn testprotocollen geschreven. Hierin zijn testen vastgelegd. Per NWM-release wordt bepaald welke testen uit het testprotocol met success doorlopen moeten. Voor een beschrijving van de testen verwijzen we naar de  Testprotocollen Veiligheid en de Testprotocollen Zoetwater.  We merken op dat deze testprotocollen anders van opzet zijn. De testprotocollen Veiligheid zijn onderverdeeld per gebied (Rijn, Maas, RMM, IJsselmeer, Markermeer en IJssel-Vechtdelta), omdat per gebied de 'modellentrein' verschillend kan zijn. Bij de testprocollen voor Zoetwater is er voor elke 'schakel' in de modellentrein een apart protocol opgesteld. Elke schakel komt hierbij overeen met een deelmodel (LHM zonder zout, LSM Light zonder zout, NDB, etc.). Er is voor een verschillende opdeling gekozen om de testprotocollen zo leesbaar mogelijk te laten zijn.

 

Detailuitwerking van de testprotocollen
Hieronder worden de links naar testprotocollen weergegeven voor de verschillende typevan  testen. Deze testprotocols dienen te worden ingevuld bij het doorlopen van een test. Het testrapport kan vervolgens worden opgeleverd bij de release van een nieuwe versie van het Nationaal Water Model.

  1. Upload - Uploaden nieuwe schematisatie / strategie. Geen nieuwe functionaliteit. Geen nieuwe ontwikkelingen configuratie, enkel hergebruik van bekende configuratie.
  2. Patch - Geen nieuwe functionaliteit. Geen nieuwe ontwikkelingen configuratie, enkel reparatie van bekende, niet correct functionerende configuratie.
  3. Configuratie update (klein) - Mogelijk nieuwe functionaliteit. Kleine nieuwe ontwikkelingen configuratie, met kleine impact op systeem en resultaten.
  4. Configuratie update (groot) - Nieuwe functionaliteit (zoals nieuwe regio’s of nieuwe modellen). Nieuwe ontwikkelingen configuratie met mogelijk grote impact op systeem en resultaten.
  5. Software update (klein) Geen nieuwe functionaliteit. Geen nieuwe ontwikkelingen configuratie, enkel update van de onderliggende model software. Kleine impact op het systeem (zowel Clients als Backend), maar wel impact individuele workflows.
  6. Software update (groot) - Mogelijk nieuwe functionaliteit. Geen nieuwe ontwikkelingen configuratie, enkel update van de FEWS software of besturingssysteem. Onderdeel van de software update kan bijvoorbeeld zijn het beschikbaar komen van nieuwe FEWS functionaliteit. Grote impact op het systeem (zowel Clients als Backend), maar kleine impact op de resultaten.




  • No labels