Wat legt u vast?
Beschrijf per functie de aanleiding, het gewenste resultaat en de betrokken alarmzones. Gebruik herkenbare namen uit het PvE en de tekeningen. Vermeld relevante voorwaarden, zoals een afgesproken prioriteit of herstelwijze, zodat de lezer niet hoeft te raden wat er gebeurt.
Begin met de uitgangspunten
Werk vanuit het vastgestelde PvE en de ontruimingsstrategie. Een export van de programmering laat zien wat is ingesteld, maar onderbouwt niet vanzelf waarom die instelling juist is. Houd de beoogde werking en de aangetroffen werking afzonderlijk herkenbaar.
Een voorbeeld van een testbare omschrijving
Een fictieve regel kan zijn: een afgesproken brandalarmsignaal van de BMI activeert de vastgelegde ontruimingsboodschap in alarmzone Noord. Leg daarnaast vast welke andere zones wel of niet worden geactiveerd en wat na herstel moet gebeuren. Dit voorbeeld is geen voorgeschreven ontruimingsstrategie.
Vergeet bediening en samenloop niet
Neem naast automatische aansturing ook de relevante handbediening op. Beschrijf wat moet gebeuren als een automatische alarmering en een handmatige oproep tegelijk actief zijn. Laat prioriteiten en eventuele onderbrekingen beoordelen vanuit het toepasselijke kader en de systeemdocumentatie.
Gebruik de matrix bij beproeving
Geef iedere functie een herkenbaar nummer. Verwijs vanuit het testverslag naar dat nummer en leg het werkelijk waargenomen resultaat vast. Een ontvangen ingangssignaal alleen bewijst nog niet dat de juiste boodschap in de juiste ruimten hoorbaar is. Controleer de beoogde keten.
Houd wijzigingen navolgbaar
Vermeld revisie, datum, status en het bijbehorende PvE. Werk bij een wijziging ook de betrokken tekeningen en testregistratie bij. De werkwijze hierboven is een praktische documentstructuur; de concrete technische eisen volgen uit de toepasselijke normdelen en projectafspraken.