Domanda

I test possono essere principalmente classificati in test manuali e automatizzati.A questo proposito mi vengono in mente alcune domande.

Loro includono:

  • Qual è la differenza fondamentale tra i due tipi di test?

  • Quali sono gli elementi di sfide coinvolti sia nei test manuali che in quelli automatizzati?

  • Quali sono le differenze abilità richiesto da un tester di software rispettivamente per i test manuali e automatizzati?

  • Quali sono le differenze prospettive di lavoro E opportunita di crescita tra i tester di software che eseguono rispettivamente test manuali e test automatizzati?

  • È un test manuale sottovalutato ai test automatizzati in ogni caso?Se sì, come?

  • In che modo vengono trattati diversamente i tester manuali rispetto ai tester automatizzati nel mondo aziendale?(Se sono veramente differenziati in qualche termine in quanto tali)

È stato utile?

Soluzione

Il test automatizzato è qualsiasi tipo di test in cui si utilizza un pezzo di codice/programma per testare un altro pezzo di codice/programma.Questo può essere un test unitario come descritto sopra oppure può avvenire tramite uno strumento di automazione specifico, come TestComplete, QTP, Selenium, ecc..I test unitari tendono ad essere creati ed eseguiti dallo sviluppatore del codice in questione, mentre l'automazione della GUI sarà più probabilmente eseguita da uno specialista del QA del software.Alcuni tipi di test, come i test di performance e di regressione, sono adatti all’automazione, mentre altri, come i test di usabilità, non lo sono.

Il test manuale è un processo in cui una persona testa direttamente un pezzo di software, spesso eseguendo il tipo di azioni che l'utente finale potrebbe eseguire.Molti tester professionisti, come quelli coinvolti nei test esplorativi, suggeriscono che, sebbene i test unitari siano convenienti, i test manuali sono altrettanto importanti ed economici.

Per avere una visione approfondita delle insidie ​​dei test automatizzati, dovresti leggere Il blog recente di Linda Wilkinson.Altre buone risorse da leggere includono le discussioni il club di test del software, e il parte dei test automatizzati di SQAForums.

Se non lo hai già fatto, SQAforum vale la pena iscriversi per porre domande relative a ciò che è coinvolto nei test e alle prospettive di lavoro.

Altri suggerimenti

Beh, posso solo parlare di mie opinioni ed esperienze, e io sono solo uno sviluppatore che ha lavorato un po 'con i collaudatori e ingegneri QA. Comunque, il mio 2c:

Il manuale differenza di base è fatto a mano, e automatico avviene via computer :) Di conseguenza, il processo di test manuale può essere ordini di grandezza più lento rispetto ad uno completamente automatizzato. D'altra parte, test automatici possono rilevare soltanto questioni che avrebbero dovuto rilevare, e non possono rilevare fondamentalmente nuova comportamento di un sistema. Che fondamentalmente significa che test automatizzati ideali per test di regressione, quando è ben noto cosa dovrebbe essere fatto, come, e quali dovrebbero essere le uscite.

Per quanto riguarda il set di competenze, test manuali può essere fondamentalmente fatta da chiunque nella giusta mentalità, mentre i test automatici devono essere fatte da qualcuno con almeno una certa esperienza di sviluppo. Ci sono quadri che consentono una facile registrazione di un test automatizzati web, per esempio, ma, è spesso necessario modificare gli scenari registrati per meglio soddisfare le esigenze del test. Naturalmente, le competenze di base necessarie per il test deve essere presente anche in tutti coloro che vogliono un lavoro in QA, come la pazienza, l'attenzione al dettaglio, grandi capacità organizzative, ottime capacità di comunicazione, ecc ...

E per ultimo, non pensa test manuale viene sottovalutata, se il test non altro, penso automatizzato è sottoutilizzato nella maggior parte degli ambienti aziendali che ho visto. Ma, sì, alcune persone (per lo più responsabili, ad essere onesti) non interpretare la mia precedente paragrafo come "chiunque può fare test manuali".

testing automatizzato (test di unità in particolare automatizzato) è un bene perché significa che è possibile testare in precedenza nel ciclo di sviluppo e si può mantenere testing regolarmente; permette agli sviluppatori di identificare dove hanno commesso errori prima di coinvolgere il team di QA. Ma questo non significa che il QA non è necessaria. A parte la questione di garantire che i test automatizzati sono essi stessi adatti, c'è anche la questione di elaborare se l'applicazione sta facendo quello che dovrebbe; è piuttosto raro che, per essere compreso del tutto.

E 'anche difficile automaticamente test di interfacce utente. Ad esempio, valutare se l'icona è opportunamente significativo e posizionato bene è una questione per le persone non i computer, perché il computer non si cura, ma l'utente non.

  • Il vantaggio principale con il test automatizzato è che si può fare test di regressione in fretta .. sviluppatore può verificare la funzionalità precedente, se si sta lavorando bene o meno dopo l'aggiunta di nuove funzionalità nel sistema.
  • Quindi, quando si lavora con una scadenza stretta quindi utilizzando gli strumenti di automazione è possibile ridurre lo sforzo che si prova .. quindi in quel momento si controlla solo quelle funzionalità per i quali non si è creata script di test automatizzato. (Come e-mail / notifiche SMS Testing, Browser Compatibility / UI ecc ecc.)
  • Oggi molte aziende stanno utilizzando strumenti open source di automazione (come il selenio, OpenSTA, JMeter ecc) per le loro normali attività di test. Quindi è meglio se si sa come testare un'applicazione utilizzando questi strumenti freeware, invece di strumenti di pagamento.

La differenza più fondamentale è come il test è stato verificato. E 'fatto tramite un controllo programmatico o c'è un controllo umano fatto?

La grande sfida con test automatizzati sta ottenendo i test manuali da automatizzare e garantire che non ci sia la necessità di un'interpretazione umana del risultato, per es. Se un programma comporta un'uscita audio o video questo può essere molto difficile verificare esattamente.

Entrambi richiedono un'attenzione al dettaglio, la pazienza e capacità organizzative per avere credibilità nel dire: "Sì, questo è un prodotto / servizio di alta qualità." Le differenze possono venire in cui il test automatizzato utilizza uno speciale software in genere.

test manuale può essere costoso in quanto v'è qualcuno che guarda test in esecuzione mentre i test automatizzati possono generalmente essere eseguiti senza qualcuno guardarlo. Tuttavia, il test manuale può essere sottovalutato quando si tratta di quelle aree in cui le cose possono essere molto soggettiva, come styling di pagine web o di quanto bene funziona questo suono canzone se apportare queste modifiche ad esso? Quelli sarebbero in cui mi piacerebbe vedere un essere umano preferito su una macchina.

Per quanto riguarda i percorsi di carriera e opportunità di lavoro, questo è in una certa misura una questione aperta. Poiché non tutti i luoghi assunzioni tester e, talvolta, i tester sono appena portato a seconda delle necessità per i progetti, ci sono diversi punti di vista sui test. Questo è senza entrare nella questione di quanto dovrebbero sviluppatori di scrivere i propri test e questo rende uno sviluppatore un tester come bene? Suppongo che questo non risponde alla tua domanda perché sto guardando questo nella scala più grande di appena chi sta facendo i test come quello è un'altra cosa da considerare qui.

L'unico modo per scrivere tutti i test oggettivo è quello di lasciare fuori una frazione significativa dei dettagli necessari per garantire effettivamente il programma è adatto allo scopo. Il risultato è più o meno sempre un software che avete a qualcuno paga una tariffa oraria da utilizzare.

Questo può non essere sempre un problema, ma l'insieme di casi in cui si tratta è un grazioso grande pezzo dell'industria del software.

Per rispondere solo la prima delle vostre domande: la differenza fondamentale è che il test manuale sembra proprio test, mentre test automatici (di solito) sta testando. Se non è possibile scrivere una specifica completa e dettagliata dei test da eseguire, allora non siete veramente testando. E se si può si può fare test automatizzati. Questo è vero se il vostro script di test viene eseguito da un programma o una forma di vita basata sul carbonio a seguito rigidamente.

ti lascio indovinare le mie risposte al resto delle domande la premessa di base ho esposto.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top