Template detailtestplan hernoemd naar Template detailtestplan softwar…

…erealisatie om duidelijk te maken dat het alleen gericht is op softwarerealisatie en niet op andere onderwerpen waarvoor een detailtestplan zou kunnen worden gemaakt zoals infrastructuurtesten. De term "Testplan softwarerealisatie" vervangen door "Detailtestplan softwarerealisatie". Closes #836.
ICTU · Feb 20, 2024 · 18bf251 · 18bf251
1 parent 8c9977e
commit 18bf251
Show file tree

Hide file tree

Showing 15 changed files with 16 additions and 11 deletions.
diff --git a/Content/Maatregelen/M01/Maatregel.md b/Content/Maatregelen/M01/Maatregel.md
@@ -104,7 +104,7 @@ Logische testgevallen worden vastgelegd en gekoppeld met use cases en user stori
 
 Beschikbare templates:
 
-- [Template detailtestplan]($BASE_URL$/$VERSIE$/ICTU-Template-Detailtestplan.docx).
+- [Template detailtestplan softwarerealisatie]($BASE_URL$/$VERSIE$/ICTU-Template-Detailtestplan-Softwarerealisatie.docx).
 
 ### Informatiebeveiligingsplan
 
@@ -160,7 +160,7 @@ Bovenstaande figuur laat de belangrijkste relaties zien tussen de verschillende
 
 De opdrachtgevende organisatie is primair verantwoordelijk voor het beschrijven van de functionele en niet-functionele eisen, de geprioriteerde backlog, het mastertestplan en het informatiebeveiligingsplan.
 
-ICTU is primair verantwoordelijk voor plan van aanpak, softwarearchitectuurdocumentatie, globaal functioneel ontwerp, prototype, detailtestplannen en testrapportages voor bouwtesten, kwaliteitsplan, deploybare versie van de software, documentatie voor deployment en operationeel beheer, release notes en vrijgaveadvies.
+ICTU is primair verantwoordelijk voor plan van aanpak, softwarearchitectuurdocumentatie, globaal functioneel ontwerp, prototype, detailtestplannen en testrapportages voor softwarerealisatie, kwaliteitsplan, deploybare versie van de software, documentatie voor deployment en operationeel beheer, release notes en vrijgaveadvies.
 
 Als tijdens een project bestaande software dient te worden afgebouwd, onderhouden en/of herbouwd, vindt een onderzoek plaats naar de kwaliteit van deze software, zie [$M32$](#m32). In dat geval levert het project ook de onderzoeksresultaten daarvan en maakt een transitieplan, en indien van toepassing, een plan voor het aflossen van technische schuld.
 

diff --git a/...ent/Templates/Detailtestplan/Doelgroep.md → ...ltestplan-Softwarerealisatie/Doelgroep.md b/...ent/Templates/Detailtestplan/Doelgroep.md → ...ltestplan-Softwarerealisatie/Doelgroep.md
diff --git a/Content/Templates/Detailtestplan/Kaders.md → ...tailtestplan-Softwarerealisatie/Kaders.md b/Content/Templates/Detailtestplan/Kaders.md → ...tailtestplan-Softwarerealisatie/Kaders.md
diff --git a/...nt/Templates/Detailtestplan/Leeswijzer.md → ...testplan-Softwarerealisatie/Leeswijzer.md b/...nt/Templates/Detailtestplan/Leeswijzer.md → ...testplan-Softwarerealisatie/Leeswijzer.md
diff --git a/.../Detailtestplan/Managementsamenvatting.md → ...twarerealisatie/Managementsamenvatting.md b/.../Detailtestplan/Managementsamenvatting.md → ...twarerealisatie/Managementsamenvatting.md
diff --git a/...lates/Detailtestplan/Over-dit-document.md → ...n-Softwarerealisatie/Over-dit-document.md b/...lates/Detailtestplan/Over-dit-document.md → ...n-Softwarerealisatie/Over-dit-document.md
diff --git a/...ates/Detailtestplan/Relatie-documenten.md → ...-Softwarerealisatie/Relatie-documenten.md b/...ates/Detailtestplan/Relatie-documenten.md → ...-Softwarerealisatie/Relatie-documenten.md
diff --git a/...tes/Detailtestplan/Specifieke-Bijlagen.md → ...Softwarerealisatie/Specifieke-Bijlagen.md b/...tes/Detailtestplan/Specifieke-Bijlagen.md → ...Softwarerealisatie/Specifieke-Bijlagen.md
diff --git a/...mplates/Detailtestplan/Template-Inhoud.md → ...lan-Softwarerealisatie/Template-Inhoud.md b/...mplates/Detailtestplan/Template-Inhoud.md → ...lan-Softwarerealisatie/Template-Inhoud.md
@@ -1,6 +1,6 @@
 # Scope
 
-Dit hoofdstuk beschrijft welke projecten, systemen, componenten, releases, use cases, user stories en niet-functionele eigenschappen binnen of juist buiten de scope van dit testplan vallen.
+Dit hoofdstuk beschrijft welke projecten, systemen, componenten, releases, use cases, user stories en niet-functionele eigenschappen binnen of juist buiten de scope van dit detailtestplan vallen.
 
 ## Binnen scope
 
@@ -14,7 +14,7 @@ Dit hoofdstuk beschrijft welke projecten, systemen, componenten, releases, use c
 
 Dit hoofdstuk beschrijft hoe de testen conform de teststrategie, beschreven in het Mastertestplan, concreet worden aangepakt.
 
-{De Kwaliteitsaanpak schrijft voor dat er in de voorfase een Mastertestplan (door de opdrachtgevende organisatie) is opgesteld. Mocht dit niet zijn opgesteld, dan zal het detailtestplan minimaal aan de door ICTU gestelde kwaliteitsnormen moeten voldoen.}
+{De Kwaliteitsaanpak schrijft voor dat er in de voorfase een Mastertestplan (door de opdrachtgevende organisatie) is opgesteld. Mocht dit niet zijn opgesteld, dan zal dit detailtestplan minimaal aan de door ICTU gestelde kwaliteitsnormen moeten voldoen.}
 
 ## Soorten testen
 

diff --git a/...emplates/Detailtestplan/Uitgangspunten.md → ...plan-Softwarerealisatie/Uitgangspunten.md b/...emplates/Detailtestplan/Uitgangspunten.md → ...plan-Softwarerealisatie/Uitgangspunten.md
diff --git a/Content/Templates/PvA-Realisatiefase/Relatie-documenten.md b/Content/Templates/PvA-Realisatiefase/Relatie-documenten.md
@@ -8,7 +8,7 @@ De realisatiefase is een vervolg op de voorfase {voorfaseproject}. De documenten
 * Softwarearchitectuurdocument (SAD), versie {versie},
 * Infrastructuurarchitectuur (IA), versie {versie},
 * Mastertestplan, versie {versie},
-* Testplan softwarerealisatie, versie {versie},
+* Detailtestplan softwarerealisatie, versie {versie},
 * Informatiebeveiligingsplan (IB-plan), versie {versie},
 * Kwaliteitsplan, versie {versie},
 * Niet-functionele eisen (NFE), versie {versie},

diff --git a/Content/Templates/PvA-Voorfase/Template-Inhoud.md b/Content/Templates/PvA-Voorfase/Template-Inhoud.md
@@ -19,7 +19,7 @@ In de voorfase worden de volgende producten gerealiseerd op basis van {bronnen,
 | Infrastructuurarchitectuur (IA)                 | {verantwoordelijke}          | {penvoerder} | ICTU, {reviewers}       |
 | Product risico analyse (PRA)                    | {verantwoordelijke}          | {penvoerder} | ICTU, {reviewers}       |
 | Mastertestplan (op basis van PRA)               | {verantwoordelijke}          | {penvoerder} | ICTU, {reviewers}       |
-| Testplan softwarerealisatie                     | {verantwoordelijke}          | ICTU         | {reviewers}             |
+| Detailtestplan softwarerealisatie               | {verantwoordelijke}          | ICTU         | {reviewers}             |
 | Threat & vulnerability assessment (TVA)         | {verantwoordelijke}          | {penvoerder} | ICTU, {reviewers}       |
 | Informatiebeveiligingsplan  (IB-plan)           | {verantwoordelijke}          | {penvoerder} | ICTU, {reviewers}       |
 | Niet-functionele eisen (NFE)                    | {verantwoordelijke}          | {penvoerder} | ICTU, {reviewers}       |
@@ -185,7 +185,7 @@ Onderstaand is de verwachte inzet per rol van ICTU voor de uitvoering van dit pl
 | UX-designer                            | {x} uur         | Gebruikersonderzoek, opstellen UX-richtlijnen, maken prototype {of wireframe/mockup/animatie}, reviewen {documenten}                                                                                         |
 | Informatiebeveiligingsexpert           | {x} uur         | Penvoerder {documenten}, reviewen {documenten}                                                                                                                                                               |
 | Privacy expert                         | {x} uur         | Penvoerder {documenten}, reviewen {documenten}                                                                                                                                                               |
-| Testmanager                            | {x} uur         | Penvoerder testplan softwarerealisatie, reviewen {documenten}                                                                                                                                                |
+| Testmanager                            | {x} uur         | Penvoerder detailtestplan softwarerealisatie, reviewen {documenten}                                                                                                                                          |
 | Kwaliteitsmanager                      | {x} uur         | Penvoerder kwaliteitsplan, reviewen {documenten}                                                                                                                                                             |
 | Software delivery manager              | {x} uur         | Opstellen plan van aanpak voorfase en plan van aanpak realisatiefase, reviewen {documenten}, faciliteren en coördineren van het Scrumteam, inhoudelijke rapportage                                           |
 | Projectleider                          | {x} uur         | Voorbereiden en plannen kick-off, opstellen plan van aanpak en voorstel inclusief projectovereenkomst realisatiefase, opleveren tussentijdse rapportage, bespreken voortgang en exceptions met opdrachtgever |

diff --git a/Content/Wijzigingsgeschiedenis.md b/Content/Wijzigingsgeschiedenis.md
@@ -28,6 +28,10 @@
 * De tekst over kwaliteitsnormen uit paragraaf 3.1.4 ondergebracht in een nieuwe paragraaf 3.1.5 "Behalen van kwaliteitsnormen".
 * Koppeling tussen Use cases, Logische testgevallen, User stories en Epics minder strikt gemaakt in bijlage D "Gebruik van Jira".
 
+#### Template Detailtestplan
+
+* Template detailtestplan hernoemd naar Template detailtestplan softwarerealisatie om duidelijk te maken dat het alleen gericht is op softwarerealisatie en niet op andere onderwerpen waarvoor een detailtestplan zou kunnen worden gemaakt zoals infrastructuurtesten.
+
 #### Self-assessment checklist
 
 * Maak het mogelijk bij maatregelen met submaatregelen ook de hoofdmaatregel te scoren.
@@ -38,6 +42,7 @@
 * De term "high level design" (HLD) vervangen door "infrastructuurarchitectuur" (IA) of waar beide termen werden gebruikt HLD verwijderd. Het HLD-template hernoemd naar IA-template.
 * "Beheerorganisatie" en "beheerpartij" werden door elkaar gebruikt. Alle voorkomens van beheerpartij vervangen door beheerorganisatie.
 * De term "opdrachtgever" vervangen door "opdrachtgevende organisatie" waar dat bedoeld werd. Opdrachtgever en opdrachtgevende organisatie toegevoegd aan de terminologie bijlagen.
+* De term "Testplan softwarerealisatie" vervangen door "Detailtestplan softwarerealisatie".
 
 ### Versie 3.0.1, 4 april 2023
 

diff --git a/DocumentDefinitions/detailtestplan.json b/DocumentDefinitions/detailtestplan.json
@@ -1,15 +1,15 @@
 {
     "InputFile": "DocumentDefinitions/Templates/document-template.md",
-    "BuildPath": "build/Templates/Detailtestplan/",
-    "Title": "Detailtestplan",
+    "BuildPath": "build/Templates/Detailtestplan-Softwarerealisatie/",
+    "Title": "Detailtestplan Softwarerealisatie",
     "Subtitle": "{Projectnaam}",
     "DocumentType": "Template",
-    "DocumentFolder": "Detailtestplan",
+    "DocumentFolder": "Detailtestplan-Softwarerealisatie",
     "FrontPage": "ICTU",
     "IncludeTableOfContents": true,
     "OutputFormats": {
         "docx": {
-            "OutputFile": "ICTU-Template-Detailtestplan.docx",
+            "OutputFile": "ICTU-Template-Detailtestplan-Softwarerealisatie.docx",
             "OutputPaths": [
                 "docs/$VERSIE$"
             ],

diff --git a/docs/wip/ICTU-Template-Detailtestplan-Softwarerealisatie.docx b/docs/wip/ICTU-Template-Detailtestplan-Softwarerealisatie.docx