Creazione del Manuale di Test - Cronologia

Rino Massimo Calleri: Aggiornati i link ai manuali

2022-02-03T08:18:39Z

Aggiornati i link ai manuali

LucaD il 10:30, 3 feb 2021

2021-02-03T10:30:57Z

Alessandro.giommi: /* Introduzione al Manuale di Test funzionale generico */

2021-01-13T21:35:11Z

Introduzione al Manuale di Test funzionale generico

Alessandro.giommi il 21:33, 13 gen 2021

2021-01-13T21:33:32Z

Alessandro.giommi il 21:33, 13 gen 2021

2021-01-13T21:33:00Z

Alessandro.giommi: /* La struttura del Manuale di Test */

2021-01-13T21:22:50Z

La struttura del Manuale di Test

Alessandro.giommi il 20:30, 13 gen 2021

2021-01-13T20:30:38Z

Alessandro.giommi: /* La struttura del Manuale di Test */

2021-01-13T19:34:42Z

La struttura del Manuale di Test

Alessandro.giommi: /* Introduzione al Manuale di Test */

2021-01-13T19:30:12Z

Introduzione al Manuale di Test

Alessandro.giommi: /* Introduzione al Manuale di Test */

2021-01-13T19:18:23Z

Introduzione al Manuale di Test

@@ Riga 8: / Riga 8: @@
 I template di riferimento per la scrittura del Manuale sono i seguenti:
-*[https://drive.google.com/file/d/1iQCgWB42lmHdaP8id8pS1j0emCou_oSK/view?usp=sharing Template App]
+*[https://docs.google.com/document/d/1VpB55nlOwzZD42mR-WGbuCk2G080UPkR/edit# '''Template App''']
-*[https://drive.google.com/file/d/1DtLbIYZdvnzN0ybEc8f6k2Fdk6ZROyVO/view?usp=sharing Template Sito]
+*[https://docs.google.com/document/d/1jllbaLL9LDYkKJEoiony7Ao9LOPuu2gH/edit# '''Template Sito''']
 ==La struttura del Manuale di Test==

@@ Riga 114: / Riga 114: @@
 *''[GRUPPO 1] Use case 0: Setup web''
 *''[GRUPPO 2] Use case 0: Setup app''
-*''[GRUPPO 3] Use case 0: Setup in loco''
+*''[GRUPPO 3] Use case 0: Setup in loco''<div style="display:none">[[Editable by::users]]</div>

@@ Riga 92: / Riga 92: @@
 La scrittura dei casi d'uso centrali può essere di due tipi:
-*'''ESPLORATIVA'''  In questo caso il cliente non ha dato indicazioni particolari su cosa testare (e lo scope è tutto il prodotto, o una parte molto grande di esso). In tal caso si ha '''la libertà di esplorare il prodotto''', intuire le sezioni più importanti e dividerle nei casi d'uso (con inserimento in coda di un caso d'uso esplorativo).
+*'''ESPLORATIVA:''' in questo caso il cliente non ha dato indicazioni particolari su cosa testare (e lo scope è tutto il prodotto, o una parte molto grande di esso). In tal caso si ha '''la libertà di esplorare il prodotto''', intuire le sezioni più importanti e dividerle nei casi d'uso (con inserimento in coda di un caso d'uso esplorativo).
-*'''BASATA SU SPECIFICHE DEL CLIENTE''' In questo caso il cliente ha dato indicazioni particolari su cosa testare. In tal caso i casi d'uso devono contenere l'insieme di cose che il cliente vuole testare, ma si può comunque aggiungere uno use case esplorativo o di stress test se questi rientrano nello scope.
+*'''BASATA SU SPECIFICHE DEL CLIENTE''': in questo caso il cliente ha dato indicazioni particolari su cosa testare. In tal caso i casi d'uso devono contenere l'insieme di cose che il cliente vuole testare, ma si può comunque aggiungere uno use case esplorativo o di stress test se questi rientrano nello scope.
 Solitamente si tende a far rimanere il '''numero totale dei casi d'uso tra i 4 e i 10.'''

← Versione meno recente		Versione delle 21:33, 13 gen 2021
Riga 1:		Riga 1:
−	~~<br />~~
	==Introduzione al Manuale di Test funzionale generico==		==Introduzione al Manuale di Test funzionale generico==
	Il manuale di test rappresenta la guida fondamentale di AppQuality che viene fornita ai tester che partecipano alle campagne di test, al fine di consentire loro di avere una corretta comprensione del prodotto da testare e delle modalità con cui sia ammesso testarlo.		Il manuale di test rappresenta la guida fondamentale di AppQuality che viene fornita ai tester che partecipano alle campagne di test, al fine di consentire loro di avere una corretta comprensione del prodotto da testare e delle modalità con cui sia ammesso testarlo.

@@ Riga 9: / Riga 9: @@
 I template di riferimento per la scrittura del Manuale sono i seguenti:
-* [https://drive.google.com/file/d/1iQCgWB42lmHdaP8id8pS1j0emCou_oSK/view?usp=sharing Template App]
+*[https://drive.google.com/file/d/1iQCgWB42lmHdaP8id8pS1j0emCou_oSK/view?usp=sharing Template App]
-* [https://drive.google.com/file/d/1DtLbIYZdvnzN0ybEc8f6k2Fdk6ZROyVO/view?usp=sharing Template Sito]
+*[https://drive.google.com/file/d/1DtLbIYZdvnzN0ybEc8f6k2Fdk6ZROyVO/view?usp=sharing Template Sito]
 ==La struttura del Manuale di Test==
@@ Riga 93: / Riga 93: @@
 La scrittura dei casi d'uso centrali può essere di due tipi:
-* '''ESPLORATIVA'''  In questo caso il cliente non ha dato indicazioni particolari su cosa testare (e lo scope è tutto il prodotto, o una parte molto grande di esso). In tal caso si ha '''la libertà di esplorare il prodotto''', intuire le sezioni più importanti e dividerle nei casi d'uso (con inserimento in coda di un caso d'uso esplorativo).
+*'''ESPLORATIVA'''  In questo caso il cliente non ha dato indicazioni particolari su cosa testare (e lo scope è tutto il prodotto, o una parte molto grande di esso). In tal caso si ha '''la libertà di esplorare il prodotto''', intuire le sezioni più importanti e dividerle nei casi d'uso (con inserimento in coda di un caso d'uso esplorativo).
-* '''BASATA SU SPECIFICHE DEL CLIENTE'''  In questo caso il cliente ha dato indicazioni particolari su cosa testare. In tal caso i casi d'uso devono contenere l'insieme di cose che il cliente vuole testare, ma si può comunque aggiungere uno use case esplorativo o di stress test se questi rientrano nello scope.
+*'''BASATA SU SPECIFICHE DEL CLIENTE''' In questo caso il cliente ha dato indicazioni particolari su cosa testare. In tal caso i casi d'uso devono contenere l'insieme di cose che il cliente vuole testare, ma si può comunque aggiungere uno use case esplorativo o di stress test se questi rientrano nello scope.
 Solitamente si tende a far rimanere il '''numero totale dei casi d'uso tra i 4 e i 10.'''
 ==Scrittura, dubbi, commenti e revisione==
 La scrittura dei casi d'uso deve possibilmente seguire il formato del template in termini di titoli/colori/formattazione. Eventuali dubbi su alcuni punti o specifiche vanno '''comunicati al CSM commentando il manuale in riferimento alle parti coinvolte.''' In nessun caso devono essere lasciati commenti personali o inappropriati, in quanto la history del file mantiene comunque i vecchi commenti ed è raro che al cliente non venga consegnato l'originale.
-Il file deve essere reso liberamente accessibile tramite link '''con permesso almeno come commentatore.'''
+Una volta concluso il manuale, è consigliabile eseguirlo su almeno un proprio dispositivo compatibile con i requisiti del test.
 ==Come fare in presenza di gruppi==
 Nel caso in cui sia necessario far eseguire ad un gruppo di utenti delle azioni, e ad altri azioni differenti, è necessario ripetere più volte i casi d'uso esplicitando nel titolo il gruppo di appartenenza, così che il cliente possa capire immediatamente la struttura del manuale.

@@ Riga 4: / Riga 4: @@
 Il manuale di test segue strutture differenti in base alla '''tipologia di campagna da eseguire''' (Test funzionale, Testbook o Test Esperienziale). In questa guida '''si parlerà esclusivamente del Manuale di Test funzionale.'''
 ==La struttura del Manuale di Test==
@@ Riga 10: / Riga 17: @@
 Il titolo del caso d'uso '''deve essere progressivo e rispettare il formato "Use Case #: {testo}" a partire dal numero 0''', che è sempre denominato '''Use Case 0: Setup.''' Ogni titolo deve '''permettere immediatamente di capire quali azioni possano esservi contenute.'''
-* ''Use case 0: Setup''
+*''Use case 0: Setup''
-* ''Use case 1: Login''
+*''Use case 1: Login''
-* ''Use Case 2: Completamento del checkout''
+*''Use Case 2: Completamento del checkout''
 '''Come use case finali''', in base alle specifiche del cliente, è possibile aggiungere due ulteriori use case...
-* ''Use case'' X: Test Esplorativo
+*''Use case'' X: Test Esplorativo
-* ''Use case'' Y: Stress Test
+*''Use case'' Y: Stress Test
 ...oppure inserirli in un unico use case finale '''Use case X: Test esplorativo'''.
-==Come e cosa scrivere nello Use Case 0: Setup ==
+==Come e cosa scrivere nello Use Case 0: Setup==
 Lo '''use case di setup''' è il '''più importante di tutto il manuale''' e solitamente anche quello che richiede maggiore attenzione. Al suo interno, oltre a un piccolo preambolo...
   ''Benvenuto/a in questa nuova entusiasmante attività di Test!''
@@ Riga 32: / Riga 39: @@
 '''''SCOPE'''''
-* ''Tutto il sito (concentrati sulla registrazione)''
+*''Tutto il sito (concentrati sulla registrazione)''
-* ''Solo il checkout''
+*''Solo il checkout''
-* ''Tutto tranne i pagamenti''
+*''Tutto tranne i pagamenti''
-* ''Quanto presente e indicato nei casi d'uso''
+*''Quanto presente e indicato nei casi d'uso''
 Subito dopo lo scope, è possibile marcare meglio cosa non sia nello scope, anche se questo costituisce una ripetizione di quanto già precisato nello scope. All'interno della sezione '''out of scope''' è inoltre possibile esplicitare eventuali '''bug noti.''' Se il test esplorativo o lo stress test non sono ammessi, allora è sempre necessario specificarlo.
@@ Riga 41: / Riga 48: @@
 '''''OUT OF SCOPE (sezioni da non testare o bug da non caricare)'''''
-* ''Completamento del checkout''
+*''Completamento del checkout''
-* ''La registrazione con Facebook non funziona''
+*''La registrazione con Facebook non funziona''
-* ''Uso del device in orizzontale''
+*''Uso del device in orizzontale''
-* ''Test esplorativo / Tutto ciò che non è nei casi d'uso''
+*''Test esplorativo / Tutto ciò che non è nei casi d'uso''
-* ''Stress Test''
+*''Stress Test''
 Come standard, è bene inoltre specificare una serie di '''regole di scrittura per i bug''' sia per facilitare il proprio lavoro di revisione dei bug, sia per permettere ai tester di avere chiare fin da subito le regole più comuni. Si può anche specificare una lista di ulteriori regole che sono spesso utili in presenza di tester inesperti o che possano aiutare meglio i tester a capire cosa scrivere in eventuali campi addizionali del bug form.
@@ Riga 53: / Riga 60: @@
 Ogni bug che non rispetti le seguenti regole https://crowd.app-quality.com/it/regole-di-scrittura-dei-bug/ verrà rifiutato e penalizzato con la perdita di punti esperienza. Inoltre per questa campagna valgono
-* ''Nel nome del bug inserisci tra parentesi quadre la sezione oggetto del test seguita dal titolo della segnalazione, ad esempio “[Profilo Personale] – Impossibile aggiornare mail”;''
+*''Nel nome del bug inserisci tra parentesi quadre la sezione oggetto del test seguita dal titolo della segnalazione, ad esempio “[Profilo Personale] – Impossibile aggiornare mail”;''
-* ''Carica i bug in italiano;''
+*''Carica i bug in italiano;''
-* ''Nel campo addizionale "utenza" indica il codice del tuo contatore del gas''
+*''Nel campo addizionale "utenza" indica il codice del tuo contatore del gas''
 '''''OUT OF SCOPE (sezioni da non testare o bug da non caricare)'''''
-* ''Completamento del checkout''
+*''Completamento del checkout''
-* ''La registrazione con Facebook non funziona''
+*''La registrazione con Facebook non funziona''
-* ''Uso del device in orizzontale''
+*''Uso del device in orizzontale''
 Non devono infine mancare dei '''chiari, corretti ed evidenti contatti per il supporto'''. Fai attenzione, specie se stai copiando il manuale di una campagna precedente o usando un modello, che i link siano quelli corretti.
@@ Riga 67: / Riga 74: @@
 '''''SUPPORTO'''''
-* ''Canale Telegram per aggiornamenti rapidi sull'attività: LINK''
+*''Canale Telegram per aggiornamenti rapidi sull'attività: LINK''
-* ''Contatto del Tester Leader per il supporto durante l'attività: LINK A TELEGRAM''
+*''Contatto del Tester Leader per il supporto durante l'attività: LINK A TELEGRAM''
 ==Come e cosa scrivere nello Use Case X: Test Esplorativo==
@@ Riga 78: / Riga 85: @@
   Giunto a questo punto puoi stressare liberamente il prodotto da testare come preferisci, pur tenendo a mente le sezioni indicate come OUT OF SCOPE. Nella selezione del caso d'uso in cui hai trovato un bug, indica questo caso d'uso soltanto se la sezione o le azioni coinvolte non sono già presenti negli altri casi d'uso e riguardano appunto casi di utilizzo particolare del prodotto.
-asdasdasd
+*''[GRUPPO 1] Use case 0: Setup web''
-{{Lista impilata}}
+*''[GRUPPO 2] Use case 0: Setup app''

@@ Riga 7: / Riga 7: @@
 In un test funzionale il manuale è sempre costituito da una serie di casi d'uso, composti ognuno da un titolo e un contenuto. Un caso d'uso rappresenta un '''insieme di contenuti e istruzioni coerenti e autoconsistenti che i tester dovranno eseguire.''' Ogni caso d'uso può riportare una o più indicazioni, tuttavia è sempre bene che ogni caso d'uso si limiti a descrivere azioni il più possibilmente inerenti al proprio titolo.
-Il titolo del caso d'uso '''deve essere progressivo''' e deve '''permettere immediatamente di capire quali azioni possano esservi contenute.'''
+Il titolo del caso d'uso '''deve essere progressivo e rispettare il formato "Use Case #: {testo}" a partire dal numero 0''', che è sempre denominato '''Use Case 0: Setup.''' Ogni titolo deve '''permettere immediatamente di capire quali azioni possano esservi contenute.'''
 Each use case is represented as a sequence of simple steps, beginning with a user's goal and ending when that goal is fulfilled.{{Lista impilata}}

← Versione meno recente		Versione delle 19:30, 13 gen 2021
Riga 1:		Riga 1:
−	==Introduzione al Manuale di Test==	+	==Introduzione al Manuale di Test funzionale generico==
−	{{Lista impilata}}	+	Il manuale di test rappresenta la guida fondamentale di AppQuality che viene fornita ai tester che partecipano alle campagne di test, al fine di consentire loro di avere una corretta comprensione del prodotto da testare e delle modalità con cui sia ammesso testarlo.
		+
		+	Il manuale di test segue strutture differenti in base alla '''tipologia di campagna da eseguire''' (Test funzionale, Testbook o Test Esperienziale). In questa guida '''si parlerà esclusivamente del Manuale di Test funzionale.'''
		+
		+	==La struttura del Manuale di Test==
		+	In un test funzionale il manuale è sempre costituito da una serie di casi d'uso, composti ognuno da un titolo e un contenuto. Un caso d'uso rappresenta un '''insieme di contenuti e istruzioni coerenti e autoconsistenti che i tester dovranno eseguire.''' Ogni caso d'uso può riportare una o più indicazioni, tuttavia è sempre bene che ogni caso d'uso si limiti a descrivere azioni il più possibilmente inerenti al proprio titolo.
		+
		+	Il titolo del caso d'uso '''deve essere progressivo''' e deve '''permettere immediatamente di capire quali azioni possano esservi contenute.'''
		+	E
		+
		+
		+
		+
		+
		+
		+
		+	Each use case is represented as a sequence of simple steps, beginning with a user's goal and ending when that goal is fulfilled.{{Lista impilata}}

← Versione meno recente		Versione delle 19:18, 13 gen 2021
Riga 1:		Riga 1:
−	== Introduzione al Manuale di Test ==	+	==Introduzione al Manuale di Test==
		+	{{Lista impilata}}