Interessato al feedback sulla progettazione del sistema QA

1

Sono nelle fasi iniziali della creazione di un sistema di controllo qualità e voglio assicurarmi che le decisioni di progettazione che sto prendendo ora abbiano un senso e non mi morderanno più nel culo in seguito. Se hai anche la benché minima cosa pignola o qualsiasi altra cosa, per favore, ti sarei grato se avessi ricevuto un feedback su questo (sono abbastanza nuovo per tutto).

Cartella della soluzione QA:

  • Assemblaggio per test di regressione (classe Library)

  • Assemblaggio per test di integrazione (Class Library)

  • Assemblaggio per test di unità (classe Library)

  • Assemblaggio per le utility relative al QA (Class Library)

Ogni assembly ha questa struttura di base:

[TestFixture]
public class SomeComponent{
    [Test]
    public void SomeComponentFunction(){
        bool someBool;
        //Some stuff
        Assert.IsTrue(someBool,"");
    }
    [Test]
    //etc.
}

Alcune cose specifiche che mi chiedo (ma sono aperto al feedback su qualsiasi cosa)

  • Le librerie di classi sono il tipo di progetto appropriato da utilizzare? Posso vedere il vantaggio di utilizzare le applicazioni della console in modo da poter eseguire questi test indipendentemente da NUnit (ma non so perché lo farebbe invece di usare NUnit).

  • Ho difficoltà a capire la differenza tra i test di livello di regressione e quelli a livello di sistema. Per un test a livello di sistema, sembra che tu esegua un test end-to-end e confronti il risultato finale con un risultato "standard". Non è solo un test di regressione?

posta sooprise 06.06.2011 - 16:58
fonte

1 risposta

1

Nello spirito di rendere le cose il più semplici possibile: prenderei in considerazione la possibilità di inserire tutti i diversi tipi di test in un unico assieme. È sempre possibile dividere in più assiemi, se necessario in seguito. Probabilmente avrai un codice comune tra i diversi tipi di test, partendo da tutto in un unico assembly, semplificando il riutilizzo (marginalmente) del codice.

Credo che le librerie di classe siano ciò che il corridore di NUnit si aspetta. Non sarai comunque indipendente da NUnit, dal momento che usi gli attributi NUnit [Test *].

Non mi preoccuperei tanto dei diversi tipi di test. Non importa cosa etichettate i test, a patto che vi aiutino:

  1. Sentiti sicuro del tuo codice
  2. Cattura i tuoi errori
  3. Guida lo sviluppo in avanti (se utilizzi un approccio in stile TDD)
risposta data 06.06.2011 - 17:17
fonte

Leggi altre domande sui tag