Domanda

Mi rendo conto che questo è stato chiesto prima, ma l'ultima volta è stato a metà del 2008.

Se si dovesse iniziare un nuovo progetto in questo momento, quale useresti e perché? Quali sono i loro punti di forza / debolezza per quanto riguarda la leggibilità, usabilità, manutenibilità, e la robustezza complessiva?

È stato utile?

Soluzione

ho usato EasyMock in precedenza, ma ora sto usando Mockito. Ho trovato Mockito più semplice rispetto a EasyMock. Per il confronto dettagliato di EasyMock e Mockito è possibile fare riferimento qui

Altri suggerimenti

Per spiegare la nostra motivazione, jMock è una libreria di "supponente". E 'stato progettato per guidare un approccio alla progettazione OO che si concentra su protocolli tra gli oggetti che collaborano. Se non pensate dei vostri sistemi in quel modo, allora probabilmente non è la soluzione migliore.

Sono stato con EasyMock per qualche tempo, ormai. Continua ad aggiungere nuove funzionalità che permettono di raggiungere più di quelli difficili da get-in posti.

Mockito salverà alcune righe di codice per la maggior parte dei casi di test comune.

Potrebbe illustrare i tuoi finti capacità necessità / priorità? Piuttosto ampio, come indicato.

Il mio (di parte) risposta sarebbe JMockit . Per un rapido confronto con altri toolkit beffardi, vedere la matrice comparatore .

Codice di prova scritta con esso dovrebbe essere più leggibile e meglio strutturati (ci sono esempi di test per il confronto side-by-side). Lo scherno API JMockit solito richiede meno "utilizzi" rispetto ad altre API beffardi per scrivere la stessa prova. Il più grande vantaggio, IMO, è che non forza alcun compromesso di progettazione sul codice da testare. Sul fronte dei ribassi, in quanto JMockit si basa su tecniche più avanzate e ha più capacità, ma ha anche un potenziale maggiore per utenti di eseguire in difficoltà inattese.

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