© zenika 2017 all rights reserved - proprietary &...

Agile Testing Quadrants

Latypologiedestests• Leséquipesquiadoptentl’agilitéutilisentcertainespratiquesdetestpourproduiredesincrémentsdeproduitdequalité.Cespratiquessontintroduitestôtetl’écrituredetestspermetd'exprimerpuisdevérifier/valideruncomportementattendu,desefocalisersurlapréventiondedéfautsauplustôt,dedétecterpuisdesupprimerlesdéfauts.

• AucoursdecettesessionnousnousintéresseronsauxquadrantsdetestsdeBrianMarick.


Agile Testing Quadrants

Lemodèledesquadrantsdetest,définisparBrianMarick,permet:- d’alignerlesniveauxdetestsaveclestypesdetestappropriés.- d’assurerquetouslestypesdetestimportantsettouslesniveauxdetestsontinclusdanslecyclededéveloppementduproduit.- defournirunefaçondedifférencieretdedécrirelestypesdetestàtouteslespartiesprenantes



Définitions:

Typedetest:ungrouped’activitésdetestdontl’objectif estdetesteruncomposantousystèmesurunouplusieursattributsliésentreeux.Untypedetestestfocalisésurunobjectifdetestspécifiqueparexempletestd’utilisabilité, derégression,…etpeutcouvrirunouplusieursniveauxdetestsetuneouplusieursphasesdetests(ensembledistinctsd’activitésdetestscommel’implémentation, l’exécution…)

Niveaudetest:ungroupe d’activitésdetestsquisontorganiséesetgéréesensemble.Unniveaudetestsestliéauxresponsabilités dansunprojet.Lesexemplesdeniveauxdetestssontlestestsdecomposants, lestestsd’intégration,lestestssystèmeetd’acceptation


LeQuadrantQ1estauniveauunitaire (testdestinéàtesteruneunitédulogiciel>entotaleisolationpournetesterqu’une classeetqu’uneméthodeàlafois).etorienté technologie

Ilconcernel’équipederéalisation.Ilcontientdestestsunitaires.Cestestssontautomatisésetdansleprocessusd’intégration continue.

AgileTesting Quadrants

Vrais tests Unitaires

Spock

Comprendre laproblématique à

résoudre

Favoriserlacollaboration

Maîtriserlesévolutions

Maintenirunbonniveaudequalité

Gérerlesrégressions

Favoriserunedémarche

d’améliorationcontinue


LeQuadrantQ2estauniveausystème,orientéMétier,etconfirme lecomportement duproduit.

Cestestsvérifient lescritèresd’acceptation.Ilssontsouventcrééspendantledéveloppement desUserStory.IlsaméliorentlaqualitédesStories.Ilssontutiliséslorsdelacréationdessuitesdetestsautomatisés.


Spécifierparl’exemple/exécutables

Favoriserlacollaborationentreleséquipesmétier

etréalisation

Développer lebonproduit

Bonnecompréhension

dubesoin

Validerl’implémentation

desstories

DétecterleschangementsdecomportementsFavoriserune

démarched’amélioration

continue

FitNesse


LeQuadrantQ3estauniveausystèmeouacceptationutilisateur,orientéMétier,etcontientdestestsqui critiquentleproduit,enutilisantdesscenariosetdesdonnées réalistes.

Cestestssontsouventmanuelsetsontorientésutilisateur.


Validerlecomportement

métier/cequiestattendu

Validerlesparcoursutilisateurslesplus

critiques

Favoriserl’améliorationcontinue

Détecterlesrégressions

Recueillirlefeedbacketlessuggestions

Accueillirlechangementfavorablement

Gérer les tests manuels


LeQuadrantQ4estauniveausystèmeouacceptationopérationnelle,orienté technologie,etcontientdestestsqui critiquentleproduit.

- Cestestssontsouventautomatisés



1.EcrirelesCasdeTest

2.ImplémenterlaUserStory

AppliquerleDéveloppementpilotéparlestestsd’acceptation(ATDD)


1Atelierdespécificationdela

UserStory

• Entrée: laUserStoryenversioninitiale• Acteurs:développeurs,testeurs,représentantsmétier• Activités: revoiretcompléter oucorrigerlaUserStory• Sortie:nouvelleversiondelaUserStory

2CréationdesCasdeTest

• Entrée: laUserStorydanssadernièreversion• Acteurs: leTesteur,unreprésentantmétier• Activités:créerlestests(exemplededemiseenœuvredelaStory)etlesvalideravecuneautrepersonne(métier)• Casbasiquesenpremier:cheminspositifs• Casd’exceptions,d’erreuretnonfonctionnelsensuite

AppliquerleDéveloppementpilotéparlestestsd’acceptation(ATDD)


AppliquerleDéveloppementpilotéparlestestsd’acceptation(ATDD)CorrélationavecleTDD

Fairequeletestpasse

Refactoriser

Créeruntestunitairequiéchoue

TDD

CréeruneUserStory

Créeruntestd’acceptancequiéchoue

Fairequeletestpasse

Pourchaquecritèred’Acceptance

Définirlescritèresd’Acceptance

Faireladémonstration dulogicielopérationnel


AgileTesting Quadrants– au-delàdumodèle

Principen°3du test:testertôt(etsouvent)

Recueillirlefeedbacketlessuggestions

Encourager lacollaboration

Lesindividusetlesinteractions/lacollaboration plusque…

Adaptationauchangementplusque…

Favoriserlatestabilité360°dusystème

Favoriserl’améliorationcontinue

Unlogicielopérationnelplusque…

S’appuyer surdesexemples(delavraievie)

Rôleessentieldeladéfinition du

terminé


AgileTesting Quadrants– au-delàdumodèle

Àl'origine,lequadrantentantqu’instrumentpermettaitdemesurerlahauteurd'unobjetvisé…

Pouruneéquipeagile,lesquadrantsdetestagilenousinvitentàprendredelahauteuretmieuxcomprendrel’importancedes« objets »visés :

- BUILDTHERIGHTPRODUCTpourlesquadrantsQ2etQ3- BUILDTHEPRODUCTRIGHTpourlesquadrantsQ1etQ4

Lespratiquesdetestsassociésparniveauxettypesdetestnouspermettentdenousenrapprocher

BON AWU#4 J


© zenika 2017 all rights reserved - proprietary &...

Documents