Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996



Vergelijkbare documenten
Woordenlijst bij TMap

Sjabloon testspecificatie. <<Organisatie>>

voorbeeldexamen TMap TMap NEXT Foundation editie juli 2009 inhoud 2 inleiding 3 voorbeeldexamen 15 antwoordindicatie 33 evaluatie TMPF_2.

TMap NEXT Test Engineer

TMap NEXT Test Engineer

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Regressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V.

Testrapport Fructasys

Checklist basisontwerp SDM II

Testaanpak: leidraad voor het kiezen van een testtechniek

AFO 139 Automatische export

Van Risicoanalyse tot Teststrategie

Erwin van den Hul De stappen van een complexe risico analyse matrix naar concreet testen

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval.

Testen en QA bij pakketimplementaties

Ontwikkelen en testen van e-business: beheerste dynamiek

Software Test Plan. Yannick Verschueren

Martin van Leeuwen Happy Testing

Whitepaper. Exploratory Testing. Waarom doen we dat niet altijd? door Dennis Joele

DATAMODELLERING CRUD MATRIX

NK Testen Testrapport team 4. Team: #Test. SUT: Fructasys. Datum Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen

Examen TMPA Test Management Approach (TMap) Professional Advanced

Rapport Richtlijn gebruik productiegegevens

Vergelijking verwerkingsregister AVG

Inhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht

Releases en change-management bij maatwerkapplicaties

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Software Test Plan. Yannick Verschueren

Testadvies rapport NK Testen 2017

Testplan IpMEDT3 project

Aandachtspunten inzet testtool. Een aanpak. Algemene informatie voor medewerkers van SYSQA B.V.

Functioneel ontwerp. Een introductie. Algemene informative voor medewerkers van SYSQA B.V. Almere

ISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

Ontwerp. <naam applicatie>

SmartTestAssistant. Het slimme testhulpmiddel. door Frank Stolker

Agenda. Introductie Aan het werk Conclusie / restrospective

Project Fasering Documentatie Applicatie Ontwikkelaar

Kennis na het volgen van de training. Na het volgen van deze training bent u in staat:

Testen met zelflerende en zelfexplorerende

Vrijgaveadvies. Project <naam project>

Marktscan Digikoppeling 2017

Functiepuntanalyse. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Keuzedeel mbo. Veilig programmeren. gekoppeld aan één of meerdere kwalificaties mbo. Code

Informatie & Databases

Checklist risicofactoren IT-projecten

Extended ISO 9126: Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Acceptatietesten en testmanagement Examennummer: Datum: 29 maart 2014 Tijd: 10:00 uur - 11:30 uur

Tool Ambitie Resultaat

Productrisicoanalyse in de praktijk

Sjabloon detailtestplan. <<Organisatie>>

Auteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017

Maximo Tips and Tricks

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Test rapport NK-Software Testen

Procesvalidatie voor een veiliger ketentest

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten

PROQA Project Quality Assurance. Checklist. Behorend bij het PROQA-assessment SYSQA B.V.

C a s e S t u d y E l k o f i n C o n t a c t i n f o r m a t i e

PAT PT IT ST. ontwikkelaarstests. acceptatietests GT FAT

Exploratory testen. Een introductie

TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN

Webtesten onder schaarste

Testrapport Kiezen op Afstand Inhoudelijke Stresstest

Functionele Specificatie van GRCcontrol. Rieks Joosten

Business Intelligence Teststrategie

SmartTestAssistant. Het slimme testhulpmiddel. door Frank Stolker

Whitepaper Process Driven Requirements Testing

Technisch Ontwerp W e b s i t e W O S I

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING

Testen kost te veel tijd

Testing University. A fool with a tool is still a fool

Stap 5. Koppel vervolgens de Stages aan de AIOS op het blad AIOS Stageplaats (figuur 5). Nu kunnen de Stage specifieke afspraken aangemaakt worden.

Technisch Ontwerp Ontwerp template

AFO 142 Titel Aanwinsten Geschiedenis

Doel. Context VSNU UFO/INDELINGSINSTRUMENT FUNCTIEFAMILIE ICT FUNCTIONEEL (INFORMATIE) BEHEERDER VERSIE 1 MEI 2012

Genereren van een webapplicatie op basis van DLA

Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld.

Kwaliteitsbewaking en testen in ICT beheerorganisaties

Naam project Lost And Found Animals Lokaal gehost Percentage van het totaal geleverde werk 1 Cindy Jansen 50% 2 Eline Steyvers 50%

14/11/2010. Een duurzame testaanpak voor een veranderd informatiesysteem. Agenda. Wie is Albert?

Aanbesteding Inkoop Ondersteunend Systeem en Inhuursysteem Demonstratie (Demo)

Ontwikkelaar ICT. Context. Doel

EISEN AAN TESTPLANNEN

Bij het opstarten van dit onderdeel van het programma zal het laatst ingevoerde plan worden weergegeven.

KENMERKEN MODEL BASED TESTING TOOLS

MatrixKozijn OrderRegistratie 3.2 SP2 Build 509

Privacy Verklaring versie

Testrapport NK Softwaretesten. Team: Testwerk1

Trainingsomschrijving ACCESS 97 / 2000 / 2003NL

End-to-End Testen Acceptatietesten

VBA voor doe het Zelvers - deel 10

Databases gebruiken. Databases gebruiken

DATAMODELLERING DATA MAPPING MODEL

RAPPORT PERFORMANCETEST QUESTIONMARK

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans

Wijzigingsvoorstel op het Logisch Model Aquo

Transcriptie:

Organisatie SYSQA B.V. Pagina 1 van 6 Black-Box Test Technieken Er zijn een aantal test specificatie technieken, verder testtechnieken genoemd, die bruikbaar zijn binnen het black-box acceptatietesten. Gedurende het vaststellen van de teststrategie wordt bepaald welke testtechnieken specifiek te gebruiken in een acceptatietest. De keuze is afhankelijk van de te testen kwaliteitsattributen en het belang van elk van die attributen. Gedurende de voorbereidingsfase van het testen kan de keuze worden bijgesteld indien blijkt dat de vooraf gekozen testtechnieken beperkt toepasbaar blijken te zijn. De onderstaande testtechnieken zijn het meest bekend: Data Flow Test Elementaire Vergelijkingen Test Proces Cyclus Test Real Life Test Syntactische Test Semantische Test Error Guessing Gegevens Cyclus Test Van elke techniek wordt een korte beschrijving gegeven, het doel belicht, of de techniek voor on-line en/of batch processen toepasbaar is, het concept achter de techniek, welke kwaliteitsattributen van toepassing zijn bij de techniek en welke type fouten waarschijnlijk het meest worden gevonden met behulp van de techniek. Data Flow Test Deze techniek beslaat gegevensverwerking door separate systeemfuncties en de relaties tussen deze functies. Deze informele testtechniek is zowel voor on-line als batch processen toepasbaar. Alhoewel de techniek richtlijnen aangeeft voor het specificeren van testgevallen, zijn de gevallen hoofdzakelijk gebaseerd op de intuïtie van de tester en zijn/haar kennis van het testobject. Voordelen: Eindgebruikers kunnen op een relatief eenvoudige wijze een redelijke test specificeren, gebaseerd op hun kennis van en inzicht in het systeem; De kwaliteit van de testbasis heeft nauwelijks invloed op de kwaliteit van de test; De mogelijkheid bestaat om goede testgevallen te specificeren met geringe inspanning. Een nadeel is dat de test relatief onvolledig is; voor een volledige test is de Elementaire Vergelijkingen Test meer geschikt. De techniek is gebaseerd op gegevensstromen en de verwerking van deze stromen door de applicatie. Voor het specificeren van testgevallen wordt een inventarisatie gemaakt van de relevante objecten en elementen in de gegevensstromen. Voor elk van die objecten worden de mogelijke waarden bepaald die het verwerkingsproces beïnvloeden. Op basis van die waarden worden verschillende testgevallen afgeleid. Vervolgens wordt een testscript opgesteld door de testgevallen in logische volgorde te ordenen met toevoeging van voorbereidende acties en controles achteraf. De Data Flow Test is gekoppeld aan het kwaliteitsattribuut functionaliteit zoals deze door de gebruiker wordt verwacht. Onvolkomenheden die gevonden worden, hebben in de meeste

Organisatie SYSQA B.V. Pagina 2 van 6 gevallen betrekking op gegevensmanipulatie, berekeningen en koppelingen tussen aparte functies. Elementaire Vergelijkingen Test Deze testtechniek belicht verwerking tot in detail. Alle logische paden in een functie worden geverifieerd. Deze formele testtechniek garandeert een uitputtende test die tevens erg arbeidsintensief is. De techniek dient hoofdzakelijk te worden gebruikt voor erg belangrijke functies en/of complexe berekeningen. De testtechniek kan zowel voor on-line als batch functies worden gebruikt. De Elementaire Vergelijkingen Test stelt hoge eisen aan de mate van detaillering van de uitgangsdocumentatie. Testspecificaties ontstaan door een overzicht te geven van functionele condities (vergelijkingen) en deze te vertalen naar pseudo-code. Indien de uitgangsdocumentatie niet duidelijk of onvolledig is, is deze werkwijze niet eenvoudig. Testgevallen worden gedefinieerd voor elk pad dat wordt geïdentificeerd in de condities/vergelijkingen. Deze techniek test expliciet de functionaliteit zoals deze is beschreven in de documentatie. Mogelijk te detecteren onvolkomenheden zijn voornamelijk fouten met betrekking tot gegevensbewerking en complexe berekeningen. Proces Cyclus Test Met behulp van de Proces Cyclus Test wordt inpasbaarheid getest van geautomatiseerde delen van het informatiesysteem binnen de administratieve en/of organisatorische procedures.

Organisatie SYSQA B.V. Pagina 3 van 6 De Proces Cyclus Test richt zich op de interfaces tussen geautomatiseerde processen en de niet-geautomatiseerde processen. Bij deze testtechniek wordt ervan uitgegaan dat de geautomatiseerde delen functioneren conform specificaties. Testgevallen worden op een formele wijze afgeleid en zijn gebaseerd op de structuur van de procedure stroom en niet op de verwerking zelf. Gelijk een programmatest worden testgevallen gebaseerd op de structuur van het algoritme. De testtechniek kan worden toegepast op zowel on-line als batch processen. Door te verifiëren of niet-geautomatiseerde delen en geautomatiseerde delen van het informatiesysteem in elkaar passen, worden de volgende vragen beantwoord: Geven de geautomatiseerde processen voldoende informatie om de handmatige administratieve procedures correct uit te kunnen voeren? Genereren deze procedures voldoende en correcte informatie om de geautomatiseerde processen te initiëren? Heeft de gebruiker de juiste autorisatie(s) om deze procedures uit te voeren? Een testgeval bestaat uit een aantal achtereenvolgende acties die een specifiek pad door de procedure stroom representeren. In tegenstelling tot de andere testtechnieken, bevatten de testgevallen bij de Proces Cyclus Test geen specifieke controles. Een impliciete controle van een bepaalde testactie is dat de volgende actie uitvoerbaar is. Het volstaat te verifiëren of een bepaalde reeks acties daadwerkelijk kan worden uitgevoerd. Een ander verschil met andere technieken is dat voor de testuitvoering verschillende personen betrokken zijn, elk in de rol van een bepaalde eindgebruiker. Uiteindelijk wordt een deel van de gegevens opgeslagen in de applicatie zelf. De rest van de gegevens is beschikbaar buiten het systeem in de vorm van bijvoorbeeld formulieren, rapporten of tabellen. Dit is eveneens een belangrijk verschil met andere technieken. De mate waarin het informatiesysteem past in de huidige organisatie en andere systemen wordt expliciet gemeten. Er wordt inzicht verkregen in de inpasbaarheid van geautomatiseerde delen van het informatiesysteem in procedure en andere systemen, evenals de tijdigheid van de benodigde informatie. Gedurende de testuitvoering kan tevens informatie worden vergaard over het gemak om te leren met het systeem om te gaan en het gemak met het systeem om te gaan voor de meer ervaren gebruiker (gebruikersvriendelijkheid). Real Life Test Deze testtechniek is niet zo specifiek als de andere testtechnieken zoals de Data Flow Test of de Syntactische Test. De Real Life Test is meer een verzameling van verschillende types technieken met als doel het systeemgedrag te voorspellen door een real life situatie te simuleren. De meest bekende is de Performance Test of Stress Test die wordt uitgevoerd om de verwerkingssnelheid van het systeem te bepalen onder verschillende workloads. Dit type van tests is meestal deel van een acceptatietest door het rekencentrum. Deze techniek kan voor batch en on-line systemen worden gebruikt. Een belangrijke aanname hierbij is dat het systeem zowel technisch als functioneel correct functioneert. De techniek is vrij informeel, wat met name afhangt van de aanwezige kennis over het toekomstig gebruik van het systeem. Gebaseerd op die kennis kunnen een representatieve testopzet en realistische databases worden ontwikkeld.

Organisatie SYSQA B.V. Pagina 4 van 6 De eerste stap is het opstellen van een profiel van het systeemgebruik en verschillende draaiboeken op te stellen. Elk draaiboek staat voor een bepaalde workload op de achtergrond gedurende de testuitvoering. Deze achtergrond-workload is representatief voor de verwerkingsdrukte op het systeem in termen van het opstarten van bepaalde systeemfuncties. Een draaiboek kan worden uitgevoerd ondersteund door een testtool (herhaalbaarheid) of met een (grote) groep gebruikers. Na deze draaiboeken te hebben ontwikkeld, worden testgevallen gespecificeerd en vertaald naar fysieke testgevallen. Elk testgeval geeft een specifieke situatie weer waarin het systeem moet voldoen aan bepaalde performance eisen. De testgevallen vormen tezamen een testscript. Voor elk draaiboek (achtergrond-workload) wordt het testscript uitgevoerd. Gebruik makend van monitoring-hulpmiddelen kan er informatie worden ingewonnen omtrent performance aspecten als verwerkingstijd, CPU-tijd, aantal I/O transacties, responsietijd, geheugengebruik etc. Deze gegevens vormen de basis voor conclusies met betrekking tot de mate waarin wordt voldaan aan performance criteria, gebruik makend van de verschillende draaiboeken. De test meet de afhandelingssnelheid van on-line en batch transacties (tijd tussen de start van de taakverwerking en beschikbaarheid van resultaten). Gegevens worden verzameld omtrent het gebruik van geheugen, processor, netwerk etc. Indirect kunnen er tevens gegevens met betrekking tot beveiliging worden meegenomen. Syntactische Test Deze techniek dient ter bepaling van fouten in scherm lay-outs en uitvoer lay-outs, evenals primaire input validaties op invoerschermen. Deze test is met name geschikt voor on-line applicaties. Voor batch processen kan de Syntactische Test worden gebruikt ter beoordeling van gegenereerde uitvoer/overzichten. Los van de beschrijving in de functionele specificaties kunnen bestaande standaards en richtlijnen eveneens als criteria gelden. Afhankelijk van de wijze van testuitvoering kan het een formele test (gebruik makend van een uitgebreide checklist) of een informele test (overall indruk gedurende de test) zijn.

Organisatie SYSQA B.V. Pagina 5 van 6 Het merendeel van de primaire invoer controles wordt bepaald door de schermvelden te relateren aan het gegevensmodel. Dit model bepaalt veldlengte, bereik en andere beperkingen. Een overzicht wordt opgesteld van alle opties voor specifieke velden met betrekking tot lezen, creëren, wijzigen en verwijderen van gegevens op deze velden. Twee controlelijsten kunnen worden opgesteld: één algemene lijst (toepasbaar voor alle schermen) en één voor de afgedrukte rapporten/overzichten. Te traceren fouttypes: ontbrekende of foutieve velden, foutieve lengte, fout bereik, verkeerde plaats op het scherm, etc. De functionaliteit, en indirect gebruikersvriendelijkheid, van schermen en overzichten wordt hiermee getest. Semantische Test Deze testspecificatietechniek belicht relaties tussen gegevens bij invoeren in het systeem. Deze relaties kunnen relaties betreffen tussen invoergegevens op één invoerscherm, of tussen gegevens op verschillende (achtereenvolgende) invoerschermen of tussen in te voeren gegevens en de inhoud van de database. Deze formele testtechniek wordt met name gebruikt voor het testen van on-line systemen. De techniek kan goed worden gecombineerd met de Syntactische Test. Er wordt een overzicht gemaakt van alle relatie-controles. Deze controles (invoer-controles) worden opgedeeld in condities en paden; wat gebeurt er onder welke condities? Deze condities worden stuk voor stuk getest, gegroepeerd per scherm. Een Semantische Test wordt gebruikt voor het testen van functionaliteit en beveiliging. Toegangsbeveiliging is vaak een zaak van een controle tussen ingevoerde gegevens (userid/password) en vastgelegde definities (autorisaties vastgelegd in de database). Gebruikersvriendelijkheid wordt in dit geval getest door bepaalde (fout)meldingen te genereren. Error Guessing Error Guessing is eigenlijk ongestructureerd testen. De kracht van ongestructureerd testen ligt in het onverwachte. Tests worden ontwikkeld en uitgevoerd die nog niet gedaan zijn door andere technieken.

Organisatie SYSQA B.V. Pagina 6 van 6 Error Guessing zoomt voornamelijk in op die systeemdelen (batch en/of on-line) die cruciaal, kwetsbaar of onduidelijk qua kwaliteit zijn. Er worden geen formele testspecificaties opgesteld. Verslagen van Error Guessing moeten alle aangedane/geteste situaties bevatten inclusief de testresultaten. Error Guessing is gebaseerd op kennis, intuitie en ervaring van de tester die vrij is in het specificeren en uitvoeren van testgevallen. Het type fouten dat wordt gevonden, varieert sterk. Functionaliteit, beveiliging, gebruikersvriendelijkheid, performance, inpasbaarheid binnen de organisatie en infrastructuur kunnen onderwerp van de test zijn. Deze testtechniek is niets anders dan ongestructureerd testen en moet dus in combinatie met andere (wel gestructureerde) testtechnieken worden gebruikt. Gegevens Cyclus Test Deze testtechniek dient ter bepaling van de compleetheid en logica achter gegevens en hun levensloop. Gegevens worden gecreëerd (Create), gelezen (Read), gewijzigd (Update) en verwijderd (Delete) uiteindelijk (CRUD). Deze informele techniek kan worden toegepast op zowel on-line als batch systemen. Door de CRUD-matrix van het functie-level naar systeem-level te tillen, wordt integratie tussen functies getest. Voor elke functie of proces wordt een matrix gemaakt van alle gegevens die worden gebruikt in de functie of proces. Deze matrix wordt vervolgens gesorteerd naar gegevenselementen (entiteiten) en acties (CRUD) per functie die op deze gegevenselementen worden losgelaten. Op deze wijze wordt inzicht verkregen in de levensloop van de gegevens. Op basis van deze matrix worden testgevallen gespecificeerd die verifiëren of elk proces de gegevens goed verwerken. Gevonden fouttypes zijn voornamelijk ontbrekende stappen in de CRUD-matrix en referentiële integriteits fouten.