Domanda

Di recente, ho pensato a come posso migliorare la qualità dei progetti, usando il controllo continuo della fonte xHTML sulla macchina di integrazione continua.

Guarda, abbiamo un progetto

http://sourceforge.net/projects/jtidy - jTidy JTidy è una porta Java di HTML Tidy, un correttore di sintassi HTML e una bella stampante.

Può convalidare xHTML attraverso un'interfaccia a riga di comando. Oppure questo strumento può essere esteso nel modo che ci serve, perché tutto il codice sorgente è aperto.

Siamo in grado di sovrascrivere ogni metodo di validazione del selenio, come assertTextPresent o qualsiasi altro, quindi chiamerà jTidy (fornendo la fonte HTML dello stato corrente), e se si verificano alcuni errori o avvertenze, può essere salvato in Continuo Registri di build della macchina di integrazione - in modo che qualsiasi progetto collegato possa vedere queste informazioni.

Non possiamo riscrivere tutti i metodi di selenio, integrare questa chiamata ad ogni passo, ma effettuare queste chiamate dove vogliamo (dopo le manipolazioni del DOM).

Sì, possiamo usare i validatori di markup W3C per i nostri siti, ma non c'è alcuna possibilità di validare lo stato iniziale della fonte della pagina con questi validatori. Dopo la creazione della pagina, potrebbero esserci molte manipolazioni DOM che possono generare errori / avvisi di markup: possiamo trovarlo immediatamente con questo schema.

Uno dei vantaggi dell'utilizzo dell'integrazione continua è che si ha un feedback rapido dal codice: come si integra con la base di codice esistente, testare se i test unitari e funzionali superano. Perché non ottenere ulteriori informazioni utili, come lo stato di convalida del markup xHTML istantaneo. Prima identifichiamo il problema, più facile è risolverlo.

Non ho ancora trovato nulla su questo tema in Google. E vuoi sapere, cosa ne pensi di questa idea?

È stato utile?

Soluzione

Sembra un'idea utile.

Ho fatto due cose simili con CI prima:

  1. Ho usato l'attività XMLValidate di Ant per convalidare l'elettricità statica file xhtml come parte del processo di generazione

  2. Ho usato httpunit per estrarre pagine che ho poi analizzato come xml

Ma l'idea di collegarmi al selenio per convalidare il contenuto intrinsecamente durante una prova funzionale è una novità per me.

Altri suggerimenti

Penso che questa idea sia geniale, ma è molto difficile implementarla da zero. Ma questa idea è come l'evoluzione del processo di validazione della costruzione / qualità, quindi verrà rilasciata come strumento pronto per l'uso con la documentazione un giorno.

Buona idea! - in effetti ho avuto esattamente la stessa idea e stavo solo controllando per vedere se qualcuno l'aveva fatto prima - argh! Sembra che tu mi abbia battuto :)

Stavo pensando alla cattura e all'invio automatico di ogni pagina colpita dal selenio ai validator HTML e CSS del w3c (per file anziché per collegamento in modo da mantenere lo stato) - fallendo su eventuali errori. Mi piace l'idea jtidy però.

Ottimo in linea di principio, ma non sono sicuro di come chiamarlo dal selenio. Mi piacerebbe vedere la documentazione che spiega come eseguirlo da Selenese o da PHPUnit.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top