Vai al contenuto
BigTree108

Servizi di test manuale

Servizi di test manuale per software web, mobile e desktop: test funzionali delle nuove funzionalità, test di regressione prima di ogni release, test esplorativi, progettazione e documentazione dei casi di test, test cross-browser e cross-device e supporto ai test di accettazione da parte dell’utente, con QA engineer manuali dedicati al Suo team o progetti di test realizzati end to end.

I test manuali che eseguiamo

  • Test funzionali delle nuove funzionalità

    Ogni story verificata rispetto ai propri requisiti e criteri di accettazione non appena raggiunge un ambiente di test, con casi positivi, negativi e limite, e difetti registrati in Jira, Azure DevOps o Linear con passaggi, risultati attesi e ottenuti, log e una registrazione dello schermo.

  • Test di regressione

    Una suite di regressione mantenuta aggiornata al variare del prodotto ed eseguita prima di ogni release, con maggiore peso sulle aree toccate da una modifica, e un breve smoke test dopo ogni deployment in produzione.

  • Progettazione e documentazione dei casi di test

    Piani di test e casi di test scritti a partire dai requisiti con valori limite, classi di equivalenza, tabelle decisionali e combinazioni pairwise, conservati in TestRail, Xray, Zephyr, Qase o Azure Test Plans e collegati al requisito che ciascuno copre.

  • Test esplorativi

    Sessioni a tempo definito, con una charter scritta, che cercano ciò che i casi di test non avevano previsto: dati insoliti, flussi interrotti, reti lente, due schede aperte contemporaneamente, il pulsante «indietro» premuto a metà di un pagamento.

  • Test cross-browser e cross-device

    Applicazioni web verificate in Chrome, Safari, Firefox ed Edge su desktop e mobile, su dispositivi reali o in BrowserStack, Sauce Labs o TestMu AI (in precedenza LambdaTest), con l’elenco di browser e dispositivi ricavato dalle Sue analytics.

  • Verifiche su dati e integrazioni

    Risultati verificati dove arrivano: righe interrogate con SQL, messaggi in coda, e-mail in una casella di test, pagamenti nella sandbox del provider e record nel CRM o nell’ERP alimentato dal prodotto.

  • Supporto ai test di accettazione utente

    UAT pianificati con i Suoi utenti di business: scenari scritti nel loro linguaggio, dati e ambienti di test preparati, sessioni condotte al loro fianco e approvazione registrata per ciascun requisito.

  • Revisione di requisiti e design

    Story, specifiche e design Figma letti prima dell’inizio dello sviluppo, con lacune, contraddizioni e criteri impossibili da testare segnalati quando correggerli costa ancora poco.

  • Test di localizzazione

    Traduzioni verificate nel contesto per individuare testi troncati o non tradotti, formati di data, numero e valuta per ciascuna lingua, forme plurali, layout da destra a sinistra, e le e-mail e le notifiche inviate in ogni lingua.

Ingaggiare QA engineer manuali

  • QA engineer manuali dedicati

    QA engineer manuali che entrano a tempo pieno nel Suo team, lavorano con i Suoi strumenti e il Suo processo e rispondono al Suo responsabile. Li intervista Lei; noi ci occupiamo del contratto ucraino, delle buste paga, della fatturazione e delle ferie.

  • Progetti di Test manuale

    Un’attività di test manuale ben definita, con un perimetro, un piano fisso e un responsabile nominato da parte nostra che risponde del risultato e riferisce sull’avanzamento nei Suoi canali.

  • test manuale su base continuativa

    Test manuale come servizio continuativo: le stesse persone ogni mese, un backlog di cui Lei stabilisce le priorità e ore che può vedere nel nostro portale e in fattura.

La pagina sul team dedicato spiega come gli specialisti entrano nel Suo team, e la pagina sull’outsourcing tratta la realizzazione di progetti, le prese in carico e il modo in cui fatturiamo.

Chi si occupa di test manuale per Lei

  • QA engineer manuali

    Progettazione dei test, test esplorativi e di regressione

  • QA lead

    Strategia di test, approvazione delle release e reportistica

  • Test automation engineer

    Verifiche stabili trasferite in suite automatizzate

  • Business analyst

    Requisiti e criteri di accettazione

Come conduciamo il test manuale

Il test inizia prima del codice: un QA engineer legge la story e il design, concorda i criteri di accettazione con il product owner e scrive i casi di test mentre la funzionalità viene sviluppata. Ogni segnalazione di difetto riporta passaggi che uno sviluppatore può seguire fin dalla prima lettura, la build e l’ambiente, i log e una registrazione, e una gravità concordata con Lei.

Il tempo del test manuale va dove serve il giudizio. Le verifiche che restano stabili da una release all’altra passano all’automazione, così il test manuale copre le nuove funzionalità, le sessioni esplorative e i flussi che cambiano troppo spesso per essere automatizzati. I casi di test risiedono nel Suo strumento di gestione dei test, quindi ciò che i tester sanno resta a Lei.

Altri servizi di software testing

Panoramica: Software testing e QA

Domande sul test manuale

In quali settori lavorano i vostri QA engineer manuali?

Soprattutto e-commerce e retail, con checkout, pagamenti e promozioni testati prima di ogni vendita; fintech e banche, dove ogni percorso e limite di transazione richiede una traccia di come è stato testato; SaaS enterprise ed ERP, con molti ruoli, permessi e processi aziendali lunghi; sanità, con dati dei pazienti e flussi clinici; app media e consumer rilasciate su molti dispositivi; e dispositivi connessi, in cui app, portale web e hardware vengono testati insieme.

Serve ancora il test manuale se i nostri test sono automatizzati?

Sì, per un lavoro diverso. L’automazione ripete verifiche che qualcuno ha già progettato; il test manuale ed esplorativo trova i problemi per cui nessuno ha progettato una verifica, valuta se un flusso ha senso per l’utente e copre funzionalità che cambiano troppo spesso per essere automatizzate. La maggior parte dei team fa entrambi e automatizza nel tempo i percorsi di regressione stabili.

Potete testare senza requisiti scritti?

Sì. Il test parte dal prodotto così com’è: le sessioni esplorative mappano ciò che fa, le domande vanno al Suo team e le risposte diventano casi di test e un elenco di decisioni aperte sul comportamento, che spesso diventa la prima specifica scritta.

Con quale rapidità possono iniziare QA engineer manuali?

Quando è disponibile il profilo giusto per il ruolo di QA engineer manuale, l’avvio dipende soltanto dal Suo colloquio e dalla firma dell’NDA e della cessione della proprietà intellettuale. Altrimenti avviamo una ricerca, che di norma produce profili di candidati entro due o tre settimane, e nessuno inizia finché Lei non ha detto di sì.

Come ingaggiare QA engineer manuali tramite BigTree108?

Ci indichi il lavoro, il livello di seniority e l’impegno orario necessario. Le proponiamo una o due persone con i rispettivi profili, Lei le intervista come farebbe con una Sua assunzione e firma un unico contratto con BIG TREE 108 LLC, ricevendo una sola fattura al mese.

A chi appartiene il lavoro che producono?

A Lei. Ogni specialista ha un contratto firmato con BigTree108 che cede all’azienda tutto il lavoro prodotto, e il nostro accordo con Lei lo cede a sua volta. Codice, design e documenti vengono consegnati nei Suoi repository e strumenti, non conservati dove solo noi possiamo modificarli.

Ha bisogno di test prima della prossima release?

Ci indichi che cosa fa il prodotto, con quale frequenza rilascia e dove i bug raggiungono i Suoi utenti. Riceverà una risposta entro un giorno lavorativo: un piano di test, profili di candidati o il perimetro di un primo ciclo di test.

Scrivere a hello@bigtree108.comCome rispondiamo