Ti sei mai occupato di scrivere una specifica in ritardo nel ciclo di vita dello sviluppo?

4

Abbiamo una base di codice esistente che è stata sviluppata per soddisfare le esigenze della maggior parte dei nostri clienti, che ha accumulato funzionalità e correzioni di errori quando erano necessarie e poiché i progetti hanno sviluppato funzionalità universalmente utili.

In questo momento, stiamo incontrando il problema che non esiste una vera documentazione per le sue capacità al di fuori del codice stesso, e su lavori più grandi può significare che è difficile determinare cosa dovrebbe essere incluso nello scopo del lavoro.

Come ti appresti a scrivere una specifica definita per un'applicazione o un framework esistente?

    
posta Dan Monego 27.04.2011 - 17:29
fonte

1 risposta

7

Al momento, in realtà.

Ingegneria inversa testata

  1. Scrivi una sorta di panoramica nel miglior modo possibile.

  2. Crea casi di test unitari minimi per ciascun componente. Minimo. Basta mostrare che il componente fa una cosa correttamente.

    Se hai già casi di test unitari, usa i casi esistenti come base per documentare ciò che è realmente lì.

    Se non hai casi, non limitarti a leggere il codice e spero che tu abbia capito. Memorizza la tua comprensione con un semplice test che dimostra che tu e il codice siete d'accordo.

  3. Quando passi i test case - che non è sempre facile - ora conosci (profondamente) cosa sta succedendo. Documento. Spesso con un esempio di codice. Spesso estratto dal test case.

  4. Quando trovi bug latenti, confusione e problemi (che troverai) hai dei test unitari e puoi refactoring.

Inizia dalle funzioni più visibili all'utente per primo.

Evita le cose che riguardano dettagli puramente tecnici come un livello di accesso ai dati o il modo in cui vengono gestite le impostazioni e le preferenze.

    
risposta data 27.04.2011 - 17:34
fonte

Leggi altre domande sui tag