Motivi per il fallimento di una build

Question

Come ingegnere di costruzione, sono costantemente alla ricerca di modi nuovi e interessanti per migliorare il nostro processo di creazione, e questo include la ricerca di modi nuovi e interessanti per fallire nelle nostre build!

Devo ancora trovare una lista canonica di motivi per fallire una costruzione ... quindi immagino che sia ora di crearne uno. Con questo in mente:

Quali controlli del build-time, sia ovvi che creativi, hai visto le build di fail?

Answer 1

• insufficienza Compilation
  • codice di produzione
  • Test classi
• Qualsiasi tipo di test fallimento:
  • unit test
  • Integrazione test
  • test funzionali
  • I test delle prestazioni
• non conformità ai controlli di qualità:
  • Coding convenzione (Checkstyle)
  • Test di copertura (trifoglio, Cobertura, ecc)
  • modelli di bug di rilevamento (FindBugs , PMD, Hammurapi)
  • Copia Incolla rilevamento (CPD, Symian)
  • com binario Patibility (Clirr)

Answer 2

Errore/i di prova dell'unità.

Answer 3

Qualcosa di semplice come un controllo sulla compilazione di un errore deve essere considerato obbligatorio, nuff detto.

I check-in che portano a costruzioni rotte dovrebbero essere inaccettabili, anche se la triste verità è che molte organizzazioni lo accettano.

Se la compilazione fallisce:

• ... non si avrà un binario di utilizzare o correre.
• ... non è possibile eseguire test e analisi per assicurarsi che funzioni.
• ... non è possibile eseguire altri controlli necessari per creare il progetto.
• ... non puoi soddisfare il tuo cliente perché non hai nulla da mostrare.

Perché? PERCHÉ LA COSTRUZIONE È ROTTA.

Answer 4

Codice in mancanza di ispezioni automatiche di qualità (FxCop, ecc.).

Answer 5

non riescono a compilation avvertimento

Answer 6

Nel suo articolo che introduce Continuous Integration, Martin Fowler ha presentato failure to run the application's suite of unit tests come un motivo valido per non riuscire una generazione.

Answer 7

• mancata compilazione
• Unità alla prova
• Integrazione test
• test di sistema
• convenzioni di denominazione
• qualità Codice
• Regressione test

Answer 8

Unapproved Checkins in Build. Cose come il codice archiviato che non è associato ad un oggetto di lavoro o una correzione di bug.

Answer 9

Presentazione di una dipendenza ciclica tra i moduli (ad esempio pacchetti java).

Answer 10

La mia azienda in realtà non lo fa, ma con una base di codice legacy di grandi dimensioni come la nostra, sarebbe bene fallire con modifiche non documentate. Senza un bug ticket di qualche tipo, il nostro dipartimento di QA non saprebbe di testare i cambiamenti, e questo è spaventoso!

Answer 11

Verificare la presenza di classi duplicate (stesso pacchetto e nome classe) in diversi file jar (Java).

Answer 12

La copertura del codice diminuisce o scende al di sotto di una soglia accettabile.