Convalida degli spazi di progettazione

0

Qualcuno deve affrontare il problema con Design Validation e i relativi overheads?

Quando forniamo una soluzione, abbiamo molti cosiddetti flussi (di solito 3-8, media 5). Ogni Stream è responsabile del suo Modulo funzionale (ad esempio Gestione delle risorse, CRM, Fatturazione, ecc.) E prepara la Progettazione tecnica per questo.

Il problema è che la funzionalità tra gli Stream è molto interconnessa e ci sono molti scenari End-to-End, che non sono documentati in modo esplicito.

L'approccio che usiamo per convalidare tutte queste cose è una revisione cross-stream manuale, che richiede molto tempo ed errori. Inoltre, fino a un fattore umano, è fisicamente impossibile fare tale convalida, e scopriamo le lacune solo durante l'ultima fase di test (End-to-End one) quando tutto è già implementato (sì, siamo cascata) . E sai qual è il costo di tali lacune ...

Come risolvi questo problema? Strumenti speciali, tecniche, metodologie ecc.?

    
posta Valentin Grigoryevskiy 18.07.2017 - 22:30
fonte

2 risposte

1

Penso che qualcosa che ti aiuterà molto sta usando TDD ai livelli di integrazione.

Prima di iniziare a scrivere qualsiasi modulo, definire l'interfaccia del modulo con altri moduli e definire i test di integrazione che verranno eseguiti per garantire che i moduli lavorino insieme in base ai requisiti. L'interfaccia del modulo deve essere progettata per essere il più stabile possibile e le modifiche richiedono una discussione inter-squadra. Se una squadra cambia l'interfaccia senza dire a nessuno, fallirà il test di integrazione. Dovresti configurare CI per costruire i moduli ed eseguire questi test di integrazione continuamente.

Oltre a ciò, dovresti avere test automatici e test funzionali che testano il sistema end-to-end in CI.

Con entrambi questi test in esecuzione continua, è più chiaro la direzione che il sistema deve seguire, e il team di ogni modulo deve assicurarsi di implementare correttamente i propri contratti.

    
risposta data 18.07.2017 - 22:40
fonte
0

Trovato alcuni suggerimenti qui :

  • Recensione informale [mio commento: ha gli stessi problemi descritti nella Domanda sopra]
  • Verifica dei requisiti [mio commento: ha gli stessi problemi descritti nella Domanda sopra]
  • Prototipazione [mio commento: molto difficile da coprire gli scenari E2E complicati usando questo approccio]
  • Requisiti Test [il mio commento: credo che parzialmente sia in grado di risolvere il problema]
risposta data 18.07.2017 - 23:17
fonte

Leggi altre domande sui tag