OK. Il nostro prodotto funziona. I beta tester stanno davvero facendo le loro cose. Tempo per la prossima iterazione. Ma come garantire la qualità? Abbiamo bisogno di un tester!
Come faccio a far provare qualcuno che è appena uscito dalla strada? Non ho idea di come farlo da solo (sono uno sviluppatore, non un tester)!
Siamo una squadra piccola:
- 2 architetti (come negli edifici, non nel software, sono gli esperti di dominio qui) che cosa costruire
- me lo costruisco
- e un nuovo ragazzo per fare qualche test prima di spingere fuori i rilasci
Nessuno di noi ha idea di come farlo professionalmente. Finora abbiamo:
- un sacco di macchine virtuali che si estendono sulle configurazioni che vorremmo testare
- varie versioni di Windows
- tedesco e inglese, le due lingue potrebbero essere utilizzate dai nostri clienti
- il software host per cui stiamo scrivendo (Autodesk Revit Architecture 2010, stiamo costruendo un plugin per i calcoli energetici)
- un documento di testo che descrive alcuni test che ho fatto (installato rilascio xyz, fatto questo, fatto, ecc.)
- un sistema di tracciamento dei bug il tester può aggiungere tutti i bug che trova
Mi aspetto che avremo bisogno di uno script di test. Ma come? Chi? Che cosa? Quando?
risposte:
6 per risposta № 1Perché stai cercando "qualcuno dalla strada"? Per me, sembra un po 'come chiedere "Voglio assumere un nuovo programmatore, come faccio a prendere qualcuno fuori strada e farlo funzionare velocemente per programmare il mio software?". Perché vorresti farlo, assumendo qualcuno che è già programmatore?
Nella tua situazione, che è che non sai molto di test, io d decisamente pensa di assumere qualcuno con esperienza nel campo.
In particolare, probabilmente cerco:
- Qualcuno con un po 'di esperienza nell'esecuzione di test sotto la sua cintura (dal momento che vorrete che faccia effettivamente dei test).
- Qualcuno con una certa esperienza nella scrittura di piani di test / ecc.
- Qualcuno con una certa esperienza nella gestione di un team di QA.
L'ultimo punto è facoltativo, ma si spera che il tuoil team crescerà man mano che il tuo software crescerà, quindi potrebbe avere senso avere qualcuno che possa crescere nel ruolo (per non parlare dell'esperienza che ti aiuta a decidere quando e come far crescere il team di QA).
2 per risposta № 2
Bene, stai cercando di espandere la tua squadra con un tester? Hai preso in considerazione l'assunzione di uno specialista di test da una società di consulenza?
2 per risposta № 3
Prima di ottenere qualcuno da testare, assicurarsi di soddisfare i requisiti per i test. Al minimo è necessario:
Una specifica: Qualche fonte autorevole su ciò che l'applicazione dovrebbe fare. Questo potrebbe essere un esperto che può rispondere a tutte le domande su esattamente ciò che l'app dovrebbe fare, ma più è scritto e più definito formalmente è il migliore.
Tempo: i test richiedono tempo. Non puoi consegnare un'applicazione al tester 30 minuti prima che si supponga di andare in diretta e aspettarti risultati validi. Se si sta eseguendo lo sviluppo a cascata, il test richiederà molto tempo alla fine. Un sacco di altri modelli di sviluppo consentono il test in parallelo con lo sviluppo, il che consente di risparmiare molto tempo, ma indipendentemente dal modello utilizzato, il test richiederà più tempo del non testare.
Se non hai queste due cose, la garanzia della qualità è solo un sogno irrealizzabile.
Ora se li hai incontrati e stai cercando di addestrare qualcuno a testare, ecco il mio corso accelerato sui test.
Fondamentalmente, testare un'applicazione significa che stai cercando di garantire due cose:
Il programma fa quello che dovrebbe fare.
Il programma non fa ciò che non dovrebbe fare.
Questa è la mentalità di base che uso, costruendo da ciò mi avvicino alle cose in termini di azioni e provo a verificare:
- Un'azione prevista con le condizioni preliminari previste produce un effetto atteso.
- Un'azione prevista con precondizioni inattese non produce alcun effetto o viene gestita in modo appropriato.
- Un'azione inaspettata non produce alcun effetto o viene gestita in modo appropriato.
- Non si verificano effetti imprevisti.
L'articolo 1 proviene direttamente dalla specifica: ci si assicura che il programma faccia ciò che deve fare.
Gli articoli 2 e 3 sono dove l'arte del test vienein. Quali azioni e precondizioni inaspettate posso eseguire? Potrei provare a inserire la password sbagliata. Potrei provare a digitare direttamente l'URL di una pagina apparentemente protetta. Potrei provare a incollare caratteri unicode dispari in un campo di testo. Potrei provare a inserire codice SQL o javascript in un campo di testo.
L'articolo 4 è l'infinita terra di test di nessuno,la parte che rende impossibile il test completo. (2 e 3 sono anche infiniti, ma non deprimente a cui pensare.) Questo non significa che tu lo ignori: tieni sempre d'occhio qualcosa di insolito, inoltre a volte l'ispirazione colpisce e pensi a un possibile modo di causare un effetto inaspettato: "Cosa succede se effettuo l'accesso tra le 23:59:59 e le 00:00 AM il terzo martedì del mese? Oh guarda, mi ha fatto un amministratore. "Conoscenza tecnica e una sbirciatina all'interno della scatola nera aiutano a venire con scenari del genere.
C'è ancora molto da dire sui test, ma questo è il minimo che io possa pensare: i requisiti tecnici e l'approccio al problema.
1 per risposta № 4
Idealmente, avrai bisogno di dare il tester:
- formazione per assicurarsi che conosca il prodotto da testare.
- documentazione su quali sono i risultati attesi.
- piani di prova - cosa deve essere testato e come
- un sistema di tracciamento dei test per tenere traccia di ciò che viene testato, cosa ha passato iltest, cosa deve essere risolto, ecc. Questo sistema non deve essere troppo sofisticato, a seconda delle dimensioni del progetto, un foglio di calcolo Excel può essere sufficiente.
0 per risposta № 5
Nel loro podcast n. 64Jeff e Joel discutono (tra le altre cose) di quali abilità dovrebbe possedere un buon tester. Trascrizione disponibile anche (circa a metà pagina)