Non Functional Requirements SMART maken



Vergelijkbare documenten
Wij testen..maar....wat test jij?

RUM. requirements Management. SPIder session Project. driven by requirements 25th april. Risk assessed User

Business Intelligence Teststrategie

Non functional requirements

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Software Test Plan. Yannick Verschueren

Testrapport NK Softwaretesten. Team: Testwerk1

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

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

De beheerrisico s van architectuur

Een duivelse samenwerking (Projectmanagement vs. Testmanagement) Albrie Beemer & Erik Bits 18 april 2012

Business Scenario. Voorbeeld Archimate Risico Extensie. versie 0.1. Bert Dingemans

Hoe ver moet je gaan?

Inhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht

TESTEN % ITIL & ASL & BISL WAT HEEFT EEN TESTER AAN ITIL? EEN PRAKTISCH HULPMIDDEL OF BUREAUCRATISCHE BALLAST?

Informatiebeveiliging voor de requirementsanalist

Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld

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

Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements.

Software Test Plan. Yannick Verschueren

Van requirements naar teststrategie

Risico s bij ERP. SYSQA B.V. Almere. Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door :

LIPSS LIPSS LIPSS LIPSS Inhoud van de presentaties. Inhoud van de presentaties. De sprekers. DOEL & RESULTAAT voor U

Ontwikkelen en testen van e-business: beheerste dynamiek

End-to-End testen: de laatste horde

Continuous Requirements Engineering

Conclusie: voor elke organisatie die dit nastreeft is het goed besturen en beheersen van de bedrijfsprocessen

Hypotheken Data Netwerk

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept.

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

Testplan IpMEDT3 project

Anko Tijman Een agile teststrategie op basis van MoSCoW

Agile Testen in de praktijk

Laat Beveiliging niet over aan Beveiligers! Presentatie voor EAM 2014

Microsoft Dynamics CRM & Integrated Innovation

Identity Management Gebruikers en Rechten in Beheer (GRiB)

Martin van Leeuwen Happy Testing

Productrisicoanalyse in de praktijk

Stop met procesgericht ICT-beheer. Betere resultaten door eigen verantwoordelijkheid

Stappenplan Implementatie ORBA

Welkom. Great SAP Test Experience. 23 maart 2015

Goed functioneel beheer noodzaak voor effectievere SPI

Portal Planning Process

Mastertestplan <<Naam project>> <<Organisatie>>

SPIDER werkgroep Requirements Management. Subwerkgroep Methoden

Helpdeskprocedure. Flexwestbrabant

Syllabus FSM Introductietraining Structuur en doelen

Rapportage Pizzasessie Functioneel-beheer.com Specialisten Managers Adviseurs Algemeen functioneel beheer applicatiebeheer informatiemanagement

Eventjes iets uitwisselen. Maar dan begint het pas,.

Handleiding JIRA Invoeren van bevindingen Testen

Eibert Dijkgraaf Kijk verder dan je test neus lang is: Life Cycle Testing Scan Voorjaarsevent Testnet: 30 juni 2008

Examen TMPA Test Management Approach (TMap) Professional Advanced

Creditcard organisatie. Zomaar enkele projecten. Situatie. Creditcard systeem. Volledig vervanging creditcard syteem door pakket

Belastingdienst MCC Visie op mobiel en interactie met burgers en bedrijven

Terugkoppeling testen egeo internetpanel

Cocon. Speer IT. Speer IT. Alles wat u wilt weten over uw glasvezelnetwerk. Cocon in het kort: glass fiber registration systems

Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : Kies voor de map Acceptatietesten

Testen en QA bij pakketimplementaties

COCON IN HET KORT: Speer IT. Speer IT. glass fiber registration systems. glass fiber registration systems

Testgedreven ontwikkeling dat is pas veilig!

Change Management RFC Checklist

RISICOANALYSE IN RELATIE MET PL EN SIL

1,3 miljoen regels mission critical code omzetten naar C++, hoe test je dat?

De tester als bruggenbouwer

LIPSS Open ICT ketenplatform voor naadloze informatievoorziening in het logistieke systeem

Het W-model: de groei naar voren. Jan Jaap Cannegieter. Praktijk van ICT-projecten

Individueel project. Plan van aanpak v1. Sjoerd Hoeks Individueel project

De overstap naar Agile De overstap naar Agile

DATAMODELLERING DATA MAPPING MODEL

ABN AMRO Verzekeringen Project: Documentbeheer Verzekeringen

Ministerie van Infrastructuur en Milieu Beheerst naar beheer

Van Risicomanagement naar Waarde Creatie. Duurzaam Inkopen 3.0

Luchtdichtheid bij vliesgevels: Ontwerpen, detailleren en meten. Inhoudsopgave. Prestatie-eisen / Bestek Luchtdoorlatendheid

Procesvalidatie voor een veiliger ketentest

HOE KAN EEN BEDRIJF DE MEEST GESCHIKTE CONDITION MONITORING AANPAK KIEZEN?

Historische informatie in een Spatial Dynamisch Data Warehouse. Wil de Jong Enterprise Architect

ISACA round-table 7 december 2009 Rik Marselis

Positionering functioneel beheer

DATAMODELLERING BEGRIPPENBOOM

Dé cloud bestaat niet. maakt cloud concreet

Testen kost te veel tijd

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

Workshop verkrijgen requirements. Draaiboek requirementsontwikkeling sessie. SYSQA B.V. Almere

Persoonlijke gegevens. Werkgevers / Projecten. Certificering. Werkervaring. E.H.B. (Ewout) Vocking

Testen bij DWH-projecten

EISEN AAN TESTPLANNEN

SMART requirements en slim testen Hoe goede requirements en een slim testproces elkaar versterken

Etac M100; doordachte eenvoud

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

PLEN IN PLAN REKENEN AAN MAATSCHAPPELIJK RENDEMENT

Informatiebeveiligingsbeleid. Stichting Pensioenfonds Chemours

LEAN HANDLEIDING Continu verbeteren

Transcriptie:

Non Functional Requirements SMART maken Robert van Lieshout SPIder plenaire bijeenkomst 2 juni 2010 Welke eisen? 2 1

Eigenschappen van een kussen Veilig Niet brandbaar Hypoallergeen Comfortabel Zacht Voldoende steun Onderhoudbaar Wasbaar Sloop afneembaar Checklist: TMAP kwaliteitsattributen ISO 9126 kwaliteitsfactoren 3 4 2

Additionele aspecten Veilig Niet brandbaar Hypoallergeen Ademend 5 Kwaliteit stapsgewijs concreet maken Laat zich definiëren door Kwaliteit Wordt uitgewerkt in Wordt concreet door Kwaliteitsattribuut Kwaliteitseis Acceptatie criterium Veiligheid Ademend Niemand mag stikken vanwege dit kussen. Een gezonde man kan blijven ademen als het kussen gedurende 1 minuut op zijn gezicht wordt gedrukt. 6 3

Opbouw van een acceptatiecriterium Schaal, meetcondities & norm Schaal: de meeteenheid Aantal personen (dat sterft door verstikking t.g.v. gebruik van het kussen) Lijkt wel op testen Meetcondities: hoe, wanneer, waar en hoe vaak de meting moet worden uitgevoerd. Tijdens huwelijksnacht, in bed, 2 keer, 10 seconden lang kussen op gezicht van bruidegom drukken. Norm: welke resultaten nodig zijn. 0 personen (die sterven door verstikking) 7 Alternatief voor dezelfde eis Schaal: de meeteenheid Luchtvolumestroom uitgedrukt in qv10-waarde Meetcondities: hoe, wanneer, waar en hoe vaak de meting moet worden uitgevoerd. Vóór assemblage de luchtdoorlatendheid meten van zowel de kussensloop als de kussenvulling conform NEN 2686. Norm: welke resultaten nodig zijn. <20 (qv10-waarde) 8 4

Grip op de kwaliteit Voor de belangrijkste ontwikkelstadia aparte acceptatiecriteria definiëren. Meetcondities: hoe, wanneer, waar en hoe vaak de meting moet worden uitgevoerd. Meet luchtdoorlaatbaarheid van de kussensloop en de vulling van het prototype. Proefpersonen Servicedesk nemen registreert aantal exemplaar van klachten proefrun van kortademigheid 1 week thuis per in maand gebruik. gedurende 1 e jaar. Ontwerp Bouw Test Beheer 9 Norm: meerdere niveaus Wens Uitdaging Streefgebied Doel Faal 10 5

Niveauverschillen Authenticatie Passwordlengte Uitdaging = 20 characters?? Streefgebied Doel = 8 characters 11 Kussen of IT applicatie? Veilig Veilig Confidentialiteit Niet Integriteit brandbaar Hypoallergeen Identificatie Autorisatie Comfortabel Gebruiksvriendelijk Zacht Voldoende steun Onderhoudbaar Onderhoudbaar Probleemherkenning Wasbaar Probleemanalyse Sloop Probleemoplossing afneembaar 12 6

Voorbeeld: probleemoplossing Eis Een crash van de applicatie is binnen 10 minuten hersteld. Schaal Gemiddelde tijd in minuten vanaf een crash tot het moment dat een gebruiker de applicatie en alle data weer kan gebruiken. Meetcondities Tijdens systeemtest op 2 platformen in 20 gevallen een crash forceren. Norm Doel: <8 minuten Uitdaging: <6 minuten 13 Acceptatiecriteria vanuit testperspectief Acceptatiecriteria Vrijgavecriteria? Gebruik & beheer Demand Requirements Exitcriteria Acceptatie test Supply Functioneel ontwerp Functionele test Voorbeeld: Technisch Er staan geen ontwerp bevindingen open van categorie ernstig Er staan maximaal Realisatie 4 bevindingen open van categorie storend Ontwikkel test Systeem test 14 7

Acceptatiecriteria vanuit requirementsperspectief Businessdoel Oplossingskader(s) Kwaliteitseis(en) Functie Acceptatiecriteria FIT criteria Functionaliteits eis(en) 15 Verantwoordelijkheden Eigenaar, Eindverantwoordelijk Stakeholder Verantwoordelijk Acceptatie criteria Betrokken Analist Tester 16 8

Samenvatting Acceptatiecriteria zijn een hulpmiddel om requirements SMART te maken Vooral nuttig bij kwaliteitseisen Stapsgewijze verfijning Kwaliteit Attribuut Eis Acc.Criteria Opbouw van acceptatiecriteria Schaal, Meetcondities, Niveaus Meten tijdens én na ontwikkeling Streefgebied tussen doelniveau en uitdagingniveau Gedeelde verantwoordelijkheid Stakeholder, Analist, Tester 17 Toekomst Opbouwen van acceptatiecriteria bibliotheek Niveaus als input bij bevindingcategorieën Categorie Storend Ernstig Blokkerend 18 9

19 staat voor resultaat 20 10