A Kathmandu: corso QA suggerisce poche settimane di manuale poi automazione
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Saarathi Academy raccomanda di imparare test manuali per settimane, avviare il codice dalla Week 2 e passare all'automazione (Playwright, Selenium, Cypress) entro la Week 5-7.
Saarathi Academy, a Old Baneshwor, indica un percorso netto per chi inizia nel QA: qualche settimana di manual testing, studio del codice già dalla seconda, poi automazione con Playwright, Selenium e un primo test Cypress entro la settimana 71.
Chi scrive test automatici senza saper progettare test case verifica le cose sbagliate, più in fretta. La scuola consiglia di iniziare da test manuali, con casi chiari e bug report leggibili. Così si fissano abitudini di base: leggere i requisiti, trovare i buchi, scrivere segnalazioni che un dev possa seguire senza chiamate. In Nepal, le guide di Kumari Job citano questi compiti come nucleo dei ruoli entry-level1.
Restare sul manuale per mesi limita le opportunità. Una guida di Necojobs dice che il manuale “resta uno standard”, e segnala “una spinta significativa” verso l’automazione. Kumari Job elenca tra gli strumenti richiesti Selenium, Cypress, Playwright, spesso con Java, Python o JavaScript. Un neofita con soli test manuali può puntare solo a ruoli manuali. Se porta anche pochi test automatici funzionanti, può candidarsi a entrambi. La verifica è semplice: cercare “QA” su bacheche nepalesi e LinkedIn, aprire dieci annunci e contare quante volte compaiono gli strumenti di automazione1.
La durata del manuale, secondo Saarathi Academy, si misura in settimane. Nel loro corso di Software Quality Assurance l’ordine è questo: settimane 1-3 per basi, test case e bug report. Dalla settimana 2, studio autonomo di JavaScript ogni giorno. Settimana 4, Postman per testare API e SQL per controllare il database. Settimane 5-7, Playwright con TypeScript, Selenium in TypeScript, un primo test con Cypress, più GitHub Actions e JMeter1.
In settimana 4 si usa Postman per vedere le richieste dietro lo schermo: è lavoro manuale e mostra quali chiamate ha senso verificare quando si automatizza. Anticipare il codice in settimana 2 consente di non imparare linguaggio e tool nello stesso giorno in settimana 5. L’automazione resta dentro lo stesso corso, non come modulo separato1.
Sulla scelta dello strumento, la raccomandazione è di partire da uno solo e farlo bene. La scuola indica Playwright. Un comando crea progetto, test d’esempio e config. Lo stesso test gira su Chromium, Firefox e WebKit. La UI Mode mostra l’esecuzione passo a passo e permette di tornare allo step dove il test è fallito. Per un principiante, vedere il proprio errore un passo alla volta insegna più di una traccia di errore. Selenium viene dopo, perché molti annunci lo nominano ancora1.
Prima di pianificare l’automazione conviene controllare il portatile. Per Playwright oggi servono Node.js 22, 24 o 26. Su Windows, Windows 11 o versioni successive, o WSL. Su Mac, macOS 14 o successive. Se la macchina è più vecchia, le fasi manuali e con Postman richiedono meno risorse. Si usano quelle settimane per risolvere il nodo hardware, così non blocca quando parte l’automazione1.
Si possono fare due prove gratuite stasera. Installare Postman, seguire la guida al primo request, inviare una richiesta a postman-echo.com/get. Poi cambiare l’indirizzo apposta, guardare la risposta e annotare atteso e ottenuto: è il primo bug report. Se il portatile regge, aprire il terminale, lanciare npm init playwright@latest, poi npx playwright test --ui e cliccare il test d’esempio passo a passo1.
Il syllabus completo di questo percorso è pubblico, con il resto dei dettagli sul corso nella pagina dedicata1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Rilettura. Un passaggio toglie i tic della prosa generata da un modello, come i contrasti costruiti e le frasi che annunciano invece di informare, senza toccare fatti e fonti.
- Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9,5/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,0/10.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.