Quali sono le tue esperienze con i test off-shore o in outsourcing?

Certo, puoi assumere persone che non sanno nulla dei test per farlo, ma mi aspetto che abbia un successo pari a quello di assumere persone che non sanno nulla di programmazione per fare il tuo sviluppo.

I servizi di verifica sono essenzialmente solo consulenze comprendenti tester software professionali.

Il test è un'abilità con tutte le conoscenze associate, le migliori pratiche e così via. I tester di sistemi professionali con esperienza sono generalmente persone con la giusta attitudine per i test che hanno trascorso anni a imparare quello che stanno facendo. Questo semplicemente non è il caso di un individuo a caso.

Un buon tester saprà come sviluppare strategie di test , piani di test e script di test in base ai requisiti presentati. Sanno come valutare con precisione la copertura e i progressi del test, capiranno come e quando i test di regressione devono essere eseguiti e a quale livello, capiscono perché i test devono essere ripetibili e possono registrare i difetti in un modo che consenta agli sviluppatori di riprodurli facilmente, e sanno quando non c'è il tempo di testare tutto (che è praticamente sempre), come bilanciare le varie pressioni in modi che hanno le migliori possibilità di mantenere la qualità (tecniche come lo striping).

Ranty Bit

Gli sviluppatori sono giustamente irritati quando le persone sminuiscono le abilità che hanno e suggeriscono che è facile da imparare, ma per me questa è la stessa cosa. Quando i programmatori fanno domande come questa, senza riflettere su ciò che fanno o sanno gli altri professionisti, che diritto devono aspettarsi che gli altri si comportino in modo diverso quando si tratta delle loro capacità?

Seriamente, fai un po 'di ricerche su cosa sia veramente il test e cosa sia coinvolto.

Ranty Bit End

In termini di specificità dei test off-shore, condivide molti degli stessi problemi dell'off-shore, in gran parte derivanti da due elementi: comunicazione e impostazione culturale.

La comunicazione è ovvia. Non ci andrò molto oltre a dire che hai bisogno di una strategia per affrontarlo e la domanda principale dovrebbe essere "come i tester mostreranno agli sviluppatori i bug quando gli sviluppatori stanno dicendo che non possono vederli e vagare per la loro scrivania non è un'opzione? ". Qualsiasi risposta a questa domanda che coinvolga la posta elettronica o altre descrizioni di testo dovrebbe essere immediatamente messa in contatto.

Il set up culturale è parlato meno spesso ma è per me un fattore molto più significativo. Per cultura non intendo razza, intendo cultura aziendale. La maggior parte delle aziende per cui ho lavorato non ha processi di business orientati ai membri del team che si trovano a centinaia di chilometri di distanza. Non scrivono le specifiche in modo sufficientemente dettagliato da permettere alle persone di lavorare da loro senza mettere in discussione la persona che l'ha scritta (che ora si trova in un fuso orario diverso). Operano partendo dal presupposto che è facile organizzare riunioni rapide su cose che mancano o non sono chiare.

Questa è la cosa che guarderei davvero - i tuoi processi sono davvero buoni abbastanza da lavorare con persone che non possono facilmente venire a fare una domanda, e se non lo sono puoi cambiarle in modo che funzionino ( e vuoi farlo.

Il problema di ottenere qualcuno dall'esterno dell'azienda per testare il tuo software è che non sapranno nulla del tuo software. Quindi è necessario assicurarsi di avere una buona documentazione che possa testare il sistema con: ad es. specifica dei requisiti, specifica del test, guide per l'utente, ecc.

Inoltre non si preoccuperanno del tuo software. Quindi dovresti avere un contratto decente per garantire che il sistema sia testato proprietà.

Ancora più importante, devi avere un buon rapporto con i tester, poiché tu e i tuoi sviluppatori avrete a che fare con loro molto.

Idealmente devono essere coinvolti mentre il sistema è sviluppato. Le cose cambiano, le specifiche cambiano. Possono fare contributi imparziali e molto utili qui.

Dall'esperienza personale i test di outsourcing possono essere molto più complicati di quanto valga la pena. Il tempo di rotazione tra test, individuazione e correzione dei bug può essere enorme - giorni invece di ore. Nei momenti di crisi del tuo progetto - cioè test di sistema! - potresti non voler trattare con nessuno al di fuori dell'azienda, in un altro fuso orario e cultura.

Vi sono già alcune buone risposte sul tipo di problemi che dovrete gestire - quindi mi concentrerò su questa parte: "Potete semplicemente assumere alcuni turchi meccanici off-shore" [... ] con uno script di test come alternativa più economica ai servizi di test del software professionale? " - in particolare, l'idea di utilizzare uno script di test in sostituzione dell'esperienza. Consiglio vivamente di non provare a ingaggiare in un'azienda esterna di "eseguire" solo gli script di test che hai scritto.

È un malinteso comune, di solito molto popolare tra la scuola standard , che puoi essenzialmente dividere i "pezzi duri" fuori, ottenendo un lead di prova per scrivere script di test davvero dettagliati che fedeli scimmie inesperte a basso costo seguono fedelmente. Questo funziona oltre a far sì che un architetto scriva istruzioni davvero dettagliate che un esercito di scimmie di codice poco costoso e non addestrato segue fedelmente - cioè non molto, ma i manager non tecnici amano vederlo, perché sembra che ci sia un sacco di lavoro.

La mia esperienza di guardare i tester non esperti seguendo gli script è - dolorosa. La gente cammina davvero oltre gli errori più evidenti senza nemmeno vederli quando sono focalizzati sull'esecuzione dello script. Tuttavia, non è solo una questione di non essere addestrato - gli script di test procedurali dettagliati sono ben noti per essere un metodo di test inefficace . I tester esperti camminano anche oltre i difetti quando sono strongmente concentrati su uno script di test - la ragione per cui molti sono ancora efficaci con questo approccio è che non seguono gli script, li usano solo come una guida approssimativa - So che lo fanno, perché in molti anni di lavoro in ambienti pesantemente programmati, questo è quello che ho osservato. (Tuttavia, la maggior parte lo negheranno se li sfidi direttamente, perché ritengono che si metteranno nei guai con i loro manager. Con giustificazione in alcuni casi.)

In breve: lo scripting non risolverà i problemi con la mancanza di abilità o la mancanza di conoscenza del tuo prodotto.