Sono un neofita dei test unitari quindi vorrei avere l'opinione di alcuni che sono un po 'più attenti.test unitari per screen-scraping?
Ho bisogno di scrivere qualche codice di screen-scraping a breve. Il sistema di destinazione è un web ui in cui ci sarà un copioso parsing HTML e simili volatilità positive coinvolte. Non mi verrà mai notificato alcun cambiamento da parte del sistema di destinazione (ad es. Hanno messo una riprogettazione sul proprio sito o in altro modo cambiano funzionalità). Quindi prevedo che il mio codice si rompa regolarmente.
Quindi penso che la mia vera domanda sia, quanto, se del caso, del mio test unitario dovrebbe preoccuparsi o gestire l'interfaccia (il sito Web che sto raschiando) cambiando?
Penso che i test di unità o no, avrò bisogno di testare pesantemente in fase di esecuzione dal momento che ho bisogno di garantire che i dati che sto consumando è incontaminata. Anche se avessi eseguito i test unitari prima di ogni esecuzione, l'interfaccia utente web poteva ancora cambiare tra test e runtime.
Così mi concentro sul testing in-code e sulla gestione delle eccezioni? Significa tracciare una linea nella sabbia ed escludere completamente questo tipo di test dai test unitari?
Grazie
Non penso che intendiate "unit test". I test di unità sono qualcosa che esegui per testare il codice che hai scritto essenzialmente a livello di metodo. Il modo in cui sto leggendo la tua domanda, suona più come se tu parlassi di test automatici per vedere se il tuo contributo è abbastanza buono da poter essere utilizzato per il resto del lavoro. È vero? –
Beh, non ne sono sicuro, ma per esempio avevo immaginato forse un metodo getGoogleSearchResult() e per quel metodo potevo fare un test e delle asserzioni. E no, non sto raschiando Google SERP.:) – Chris