Analisi statica, analisi dinamica e test

0

In base alle risposte che ho ricevuto qui e poi confermato in alcune fonti autorevoli (non ISTQB che sembra essere troppo vago), ci sono 3 attività:

  • Analisi statica
  • Analisi dinamica
  • Test

Ma c'è qualche ragione per cui non possiamo combinare tutto questo come "test"? Voglio dire, anche una revisione di analisi dinamica di un programma per cercare perdite di memoria è una sorta di test, giusto?

    
posta John V 17.11.2012 - 11:46
fonte

2 risposte

3

Poiché sto solo lavorando a un libro su questi argomenti, posso fornirti la mia opinione.

Il problema principale è la scelta di uno standard / approccio da seguire.

Per esempio, credo che - così come molti autori - il testing sia un processo implicitamente dinamico e quindi il testing statico sia un nome improprio (ISTQB lo sta usando per coprire tutte le tecniche statiche ma personalmente non ne sono un fan) .

Per rispondere alla tua domanda:

  1. Test - un'esecuzione effettiva del programma per esercitarlo con molti metodi (analisi dei limiti ecc.)
  2. Analisi dinamica - analisi della memoria, delle prestazioni, ecc. in fase di esecuzione
  3. Analisi statica - recensioni, strumenti di analisi statica, ispezione

Anche le altre attività sono utili quando si valuta la qualità del prodotto e sono complementari ai test, ad esso correlati. Ma non stanno testando nel vero senso della parola.

Tuttavia, tutto può essere considerato parte dell'assicurazione della qualità e del controllo di qualità.

    
risposta data 17.11.2012 - 12:12
fonte
0

But is there any reason why we cannot all that testing?

Beh, potresti chiamarlo testing ... o cheese making, o qualsiasi altra cosa che ti piaccia ... ma ciò non ti aiuterebbe a comunicare con altri professionisti del computer.

I mean even reviewing of dynamic analysis of program looking for memory leaks is a kind of testing..or not?

A mio parere, il rilevamento delle perdite di memoria è qualitativamente diverso da quello che normalmente intendiamo testando.

Tuttavia, questo non è veramente rilevante. Ciò che è rilevante è che la maggior parte degli ingegneri del software normalmente non si riferiscono a questo come "test". E se vuoi comunicare in modo efficace, devi usare la stessa terminologia (e il significato) che altre persone si aspettano di sentire.

Ora, se vuoi convincere tutti a cambiare il modo in cui classificano queste cose, sentiti libero di provare. Ma dovrai fornire alcuni argomenti persuasivi.

    
risposta data 17.11.2012 - 13:59
fonte

Leggi altre domande sui tag