Domande taggate «mocking»

Deridere e falsificare sono modi per isolare codice o componenti per garantire che i test unitari vengano eseguiti solo sull'unità testabile di codice senza utilizzare effettivamente altri componenti o dipendenze di un'applicazione. Il deridere differisce dal simulare in quanto un finto può essere ispezionato per affermare i risultati di un test.

4
Quando dovrei usare oggetti finti?
Ho letto molte cose su TDD ma ho ancora dubbi. Ad esempio, ho questi diagrammi di classe: È un semplice esempio, solo per conoscere TDD e oggetti finti. Quale test dovrei scrivere per primo? Prodotto , quindi Linea e ultimo, Ordine ? Se lo faccio, dovrei usare Line e Product …
2
Test - DB in memoria vs derisione
Quando si scrivono i test, perché qualcuno dovrebbe voler usare un database in memoria solo per deridere i dati? Ho visto che i database in memoria potrebbero essere utili per testare i propri repository. Ma se si utilizza un framework (come Spring Data), testare i repository testerebbe il framework e …
3
Come deridere il metodo con oggetto hard coded?
Sto lavorando a un'applicazione che ha più livelli. Livello di accesso ai dati per recuperare e salvare i dati dall'origine dati, logica aziendale per manipolare i dati, interfaccia utente per mostrare i dati sullo schermo. Faccio anche test unitari del livello di logica aziendale. L'unico requisito è testare il flusso …
1
Quanto beffardo è "giusto?"
Ho intitolato la domanda scherzosamente perché sono sicuro che "dipende", ma ho alcune domande specifiche. Lavorando in un software che ha molti profondi livelli di dipendenza, il mio team si è abituato a deridere in modo abbastanza esteso per separare ciascun modulo di codice dalle dipendenze sottostanti. Pertanto sono rimasto …
5
TDD: deridere oggetti strettamente accoppiati
A volte gli oggetti devono solo essere strettamente accoppiati. Ad esempio, CsvFileprobabilmente una classe dovrà lavorare strettamente con la CsvRecordclasse (o l' ICsvRecordinterfaccia). Tuttavia, da quello che ho imparato in passato, uno dei principi principali dello sviluppo guidato dai test è "Non testare più di una classe alla volta". Significa …
10 tdd  coupling  mocking 
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.