I tester di Whitebox dovrebbero essere coinvolti nel processo di progettazione del software?

2

I tester Whitebox devono essere coinvolti nel processo di progettazione del software e perché?

    
posta Draco 08.03.2011 - 08:24
fonte

4 risposte

8

, i tester (whitebox) dovrebbero essere coinvolti nel processo di progettazione del software al fine di garantire che il software sia progettato in un modo che possa essere facilmente testato. ( Progettazione per testabilità )

    
risposta data 08.03.2011 - 08:50
fonte
6

Ciao.
Direi di sì anche per i tester black-box. Il design per la testabilità è una cosa, ma c'è qualcosa di più. Mentre l'intero team di solito si concentra su come far funzionare le cose, Tester si concentrerà, su come può rompere, su cosa si può rompere, quali incoerenze ci sono, quali non precise.

Ad ogni modo, se non sei sicuro, scegli un tester che è disponibile per te (e sai / sentito che è buono), e invitalo a progettare sessioni. Guarda tu stesso se funzionerà per te.

    
risposta data 08.03.2011 - 09:44
fonte
5

A mio parere - SÌ. Dalla diversa natura di White Box Testing, verifica la struttura interna o il funzionamento di un'applicazione. Il processo di progettazione è quando determinerete la struttura, i componenti ecc. Per l'applicazione, il che rende perfetta la presenza di un White Box Tester in modo che lui / lei possa scrivere i casi di test con maggiori dettagli e molta utilità. Nella parte successiva del ciclo, saranno anche in grado di fare delle scelte informate anziché indovinare come viene progettata la struttura interna.

    
risposta data 08.03.2011 - 08:30
fonte
4

I tester possono fornire più di una semplice convalida del fatto che il progetto sia verificabile. Avvicinare i tester alla fase di progettazione, che ho svolto su numerosi progetti e con i tester di box White e Black, aiuta a verificare che il design soddisfi i requisiti .

Dopotutto, è un lavoro da tester: scoprire se un prodotto soddisfa i suoi requisiti. Se pensi che il tuo design faccia ciò di cui il cliente ha bisogno, e un'altra persona pensa che non lo faccia, allora:

  1. I requisiti sono ambigui e richiedono un chiarimento
  2. Il progettista ha torto e il design ha bisogno di un cambiamento
  3. Il tester è sbagliato e il test case non deve essere applicato al prodotto software

È sempre più economico scoprire uno di questi tre problemi all'inizio del progetto.

    
risposta data 08.03.2011 - 10:09
fonte

Leggi altre domande sui tag