exploratory testing vs scripted testing
Avantatges del món real de les proves exploratòries:
Tradicionalment, les proves de programari han estat una activitat molt rígida, però en els darrers anys s’ha produït un allunyament de les proves basades en scripts. Proves exploratòries , que es basa més en el context, ha sortit a primer pla. Això es deu al fet que els testers tenen més llibertat per explotar les seves habilitats i coneixements i els fa responsables d’optimitzar el valor del seu propi treball.
No tothom es ven pel valor de les proves exploratòries. La percepció de falta de formalitat i èmfasi en la responsabilitat personal pot fer sonar les alarmes. Però aquesta preocupació es basa en gran mesura en una mala interpretació de les proves exploratòries. No es tracta de llançar regles per la finestra i provar-les a l’atzar, en realitat és molt estructurada i sistemàtica. I també és molt eficaç.
Els escèptics volen una prova concreta que fa més que millorar la moral del verificador. Per això, vam decidir dur a terme un estudi que enfrontés les proves exploratòries basades en context directament contra un enfocament de proves basades en scripts. Els resultats van ser molt interessants, ja que esteu a punt d’esbrinar-ho.
Què aprendreu:
ado.net preguntes i respostes d’entrevistes per a persones experimentades
- Equips de proves basats en context (proves exploratòries) i scripts
- Què vol dir?
- Conclusió
- Lectura recomanada
Equips de proves basats en context (proves exploratòries) i scripts
Dos equips, dos plantejaments:
Vam començar dividint els provadors en dos equips de tres. Els provadors de cada equip tenien el mateix coneixement d'aplicació comparable. Les mateixes definicions per a severitat del defecte (major, menor) es van establir per als dos equips. Els dos equips van rebre la mateixa compilació d'aplicacions. Un equip ('amb guió') aplicaria un enfocament tradicional de prova basat en guions i l'altre equip ('exploratori') adoptaria un enfocament de proves basat en el context. Les activitats de proves es dividirien en dues fases de tres dies cadascuna.
L’equip basat en guions va identificar cinc fluxos de treball empresarials per provar i va generar 15 casos de prova. Els casos de prova tenien un abast limitat, de manera que els verificadors no tenien llibertat per explorar fora dels límits del guió.
L’equip exploratori en va crear dos mapes mentals visuals , un que identificava la cobertura de les proves i les cartes de proves, i l’altre que abastava els components / mòduls del producte. El procés va generar 24 cartes de proves en total. Les cartes definides eren d'alt nivell i permetien la interpretació contextual, ampliant l'abast de la sessió de prova per als verificadors.
Fase 1:
L'equip de guió va aconseguir completar 6 casos de prova en els tres dies assignats. Van informar de 6 defectes importants en aquest temps.
L’equip exploratori va aconseguir completar 13 sessions de proves que van des dels 30 minuts fins als 180 minuts cadascuna. Van informar de 10 defectes majors i 5 defectes menors.
Curiosament, l'equip exploratori va informar de tots els defectes que l'equip de guió havia informat.
Fase 2:
L'equip de guió va aconseguir completar-lo 9 casos de prova aquesta vegada. Van informar 10 defectes majors i 8 defectes menors .
L’equip exploratori va completar 18 sessions. Van informar 14 defectes majors i 5 defectes menors.
A la fase 2, l’equip de guió va informar de 2 defectes majors i 1 defecte menor que l’equip explorador no va trobar, però l’equip explorador va informar de 3 defectes majors i 1 defecte menor que l’equip de guions no va informar.
Això no té en compte la complexitat relativa dels fluxos de treball que poden haver estat triats pels verificadors dins d’aquestes sessions i els casos de prova, però encara podem extreure algunes conclusions interessants.
Què vol dir?
Sembla que un enfocament exploratori, i la responsabilitat i flexibilitat que genera, resulta en una forma de prova més eficaç. Pot ser que pugueu cobrir més terreny desenvolupant i adaptant les vostres cartes de proves a mesura que avancin les sessions de prova, en funció del que tingui sentit en el context. Aquesta llibertat manca en les proves basades en scripts i pot evitar el descobriment de defectes.
què és la prova de caixes negres amb exemple
Enganxar-se rígidament als guions crea camins molt desgastats i només desviant-nos d’aquests camins descobrirem tots els defectes. Com han esmentat diverses vegades els líders de pensament de la comunitat de proves, 'Si us imagineu un producte com un camp de mines terrestres i cada mina terrestre és un defecte, és clar que caminar pel mateix camí una vegada i una altra no és la manera de trobar-los tot '.
Al final, cap dels dos enfocaments no va ser perfecte, perquè cada equip va informar de defectes que l’altre equip no va identificar, fins i tot si l’equip exploratori va informar més, en general.
Realment, això pot significar que l'enfocament correcte, pel que fa a aproximar-se el més possible als defectes 'mínims', serà una barreja de tots dos. Però, hi ha molts avantatges amb enfocament basat en el context que parlen al seu favor. Requereix menys temps de preparació, menys documentació, identifica problemes anteriors i desafia els provadors a utilitzar habilitats analítiques i raonaments deductius. Adquireixen una comprensió més profunda i més profunda del producte i realment actuen com a defensors de l’usuari final.
Conclusió
El resultat final demostra que les proves exploratòries condueixen a la notificació de més defectes abans de la publicació, cosa que proporciona un millor producte lliurat per l’equip i, en última instància, provadors més satisfets / complerts que són tots els resultats desitjables, de qualsevol manera.
Sobre l'autor
Mush Honda és director de control de qualitat de Tecnologia KMS , un proveïdor de serveis de TI durant tot el cicle de vida del desenvolupament de programari amb oficines a Atlanta, GA i Ciutat Ho Chi Minh, Vietnam. Anteriorment va ser provador a Ernst & Young, Nexidia, Colibrium Partners i Connecture. Els serveis de KMS inclouen gestió d'aplicacions, proves, assistència, serveis professionals i augment de personal.
Estàs d'acord? No dubteu a publicar els vostres comentaris, preguntes a continuació.
PREV Tutorial | NEXT Tutorial # 4: Proves exploratòries amb HP Sprinter
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Algunes preguntes d’entrevistes de proves de programari interessants
- Prova de programari Treball d'assistent de control de qualitat
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Selecció de proves de programari com a carrera professional
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Com s'utilitzen els tours per assegurar proves exhaustives completes i exhaustives
- Prova de descàrrega de llibres electrònics