Domanda

Si può pensare a eventuali svantaggi di test white box - altro che le esigenze tester di conoscere e capire il codice (che può avere un costo)

?

Grazie,

È stato utile?

Soluzione

E 'sia un vantaggio e svantaggio, come si sta creando i test per verificare l'implementazione del codice specifico invece di progettare test per verificare come sarà utilizzato in una situazione reale. Quindi, in pratica si tratta di uno svantaggio che non cattura tutti i casi di utilizzo, che è il motivo per cui il test scatola nera è un buon complimento a Pentecoste scatola.

Altri suggerimenti

IMHO, Lo svantaggio principale è che il piano di test, esecuzione, e la copertura è più suscettibile di modifiche nell'attuazione sottostante, ed è quindi meno utile per test di regressione e l'accettazione.

Bianco scatola test è utile a livelli inferiori e in aggiunta alle prove di black-box, ma vorrei essere nervoso se avrei dovuto consegnare il software con solo test white-box.

I vantaggi di Black-box testing

  • Dal momento che il tester non ha bisogno di concentrarsi sul funzionamento interno di un'applicazione, la creazione di casi di test è più facile.
  • sviluppo Test case è più veloce come tester necessità di non perdere tempo ad individuare i processi interni; il suo unico obiettivo è quello di vari percorsi che un utente può seguire nel GUI.
  • E 'semplice da usare in quanto si concentra solo su ingressi e garantisce validi e non validi che uscite corretti sono ottenuti.

Inconvenienti di black-box testing

  • In continua evoluzione GUI rende la manutenzione di script difficile come l'ingresso può anche essere cambiando.
  • l'interazione con interfaccia grafica può provocare nel rendere lo script di test fragile e potrebbe non correttamente eseguito in modo coerente.

I vantaggi di white-box testing

  • Dal momento che il focus è sul funzionamento interno del tester in grado di identificare gli oggetti pro grammaticalmente. Questo può essere utile quando la GUI viene spesso cambiando.
  • Si può migliorare la stabilità e ri utilizzabilità di casi di test disponibile l'oggetto di una domanda rimane la stessa.
  • Testando ogni percorso completamente è possibile per un tester per ottenere completezza.

Inconvenienti di white-box testing

  • Sviluppo di casi di test per i test white-box comporta alto grado di complessità quindi richiede persone altamente qualificate per sviluppare i casi di test.
  • Anche se in larga misura la fragilità è superato in fase di test white-box ma il cambiamento negli oggetti nome può portare alla rottura dello script di test.

Il più grande svantaggio di White Box test IMHO, è il tempo che ci vuole. Programmatore e tester tempo è costoso. Meglio per catturare i grandi show-stopping bugs prima con metodi di prova più ampi.

Alcuni pensieri su due valutazioni precedenti:

  

svantaggi ... il tester ha bisogno di conoscere e capire il codice

     

piano di test, esecuzione, e la copertura è più suscettibile a cambiamenti nella implementazione sottostante

E 'dipende dal fatto che gli sviluppatori assumono anche un ruolo implementazione di test. Cioè, se gli sviluppatori sono tenuti a capire il framework di test o l'architettura e sono responsabili per la scrittura di rubinetti di test interni e collegare correttamente, quindi i test sono ancora white-box, ma senza la maggior parte degli inconvenienti che di solito pensare. In tal caso una, lo svantaggio sarebbe che è difficile da trovare sviluppatori qualificati, o che si sposterà lo sviluppatore e la responsabilità del tester.

Le tendenze recenti, come il test driven, agile, ecc, sono sempre più promuovendo test degli sviluppatori. Un passo ulteriore, sarebbe collegare il quadro test per unit test. In questo senso, lo svantaggio di white-box sarebbe, caos organizzativo causato dai cambiamenti di ruolo nelle persone.

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