Come deridere il metodo interno di una classe?

Question

Ho una classe che ha un metodo interno e voglio prendere in giro il metodo interno. Ma non riesco a deriderlo, cioè non chiama la funzione derisoria ma chiama la funzione originale. C'è un modo per raggiungere questo obiettivo?

Modifica: In realtà io sono un novizio del Moq. Ho molte classi e metodi delle classi per testare usando il Moq. Molte classi sono interne, molte hanno metodi interni, molte hanno metodi non virtuali. E non può cambiare la firma sui metodi e sulle classi. Qualcuno può per favore fammi sapere come andare a testare questo scenario usando Moq. Oppure, per favore, suggeriscimi qualche altro framework di test che sia facile da apprendere e facile da usare.

Answer 1

Perché vuoi prendere in giro un metodo interno?

Se si riscontra la necessità di prendere in giro un metodo interno, ad esempio per evitare una dipendenza o un'interazione, è consigliabile prendere in considerazione la riprogettazione della classe.

Inversion of Control e sono alcune possibili strategie di progettazione che possono ridurre l'accoppiamento e aumentare la coesione delle classi ed eliminare la necessità di prendere in giro metodi interni.

Non credo che ci sia un percorso chiaro per deridere non pubblico con Moq.

Ma, se assolutamente necessario, è possibile utilizzare TypeMock Isolator per simulare qualsiasi cosa.

Inoltre, proprio così non si perde nel frastuono: Thomas ha collegato un buon articolo sull'utilizzo dei MS Moles gratuiti per deridere membri non pubblici.

Mocking the Unmockable: Using Microsoft Moles with Gallio

Answer 2

Unità di test deve testare l'interfaccia di una classe. È possibile prendere in giro le dipendenze, ma i dettagli di implementazione della classe stessa (come i metodi privati) dovrebbero essere testati come parte dell'intera classe, non separatamente, e non modificati per il test (altrimenti si testerebbe un'unità diversa, quindi sarebbe davvero essere usato).

Se si ritiene necessario modificare il metodo per rendere testabile la classe, rifattorizzare la classe in modo che la parte difficile diventi una dipendenza o in altro modo sostituibile da un parametro o una sottoclasse.

Answer 3

Non con Moq.

Ma è possibile utilizzare il framework Moles gratuito di MS per fare queste cose. Ho scritto su di esso qui: Mocking the Unmockable: Using Microsoft Moles with Gallio. (si applica non solo a Gallio, ma dà una buona impressione generale di cosa si può fare con Moles ...). L'altra alternativa sarebbe Typemock ...

HTH. Thomas

Answer 4

Se è necessario testare un sacco di codice che non è possibile modificare, è consigliabile utilizzare MS Moles o TypeMock dall'inizio.

I framework di simulazione libera come Moq forniscono comunque supporto solo su interfacce e metodi virtuali. Non suona come se si andrà lontano con quella ...

Thomas

Answer 5

Si può facilmente finte metodi virtuali interni aggiungendo quanto segue al AssemblyInfo.cs:

[assembly: InternalsVisibleTo("DynamicProxyGenAssembly2")] // namespace in Moq 
[assembly: InternalsVisibleTo("YourTestClass")] 

Se il montaggio è un nome sicuro, è necessario includere la chiave pubblica per DynamicProxyGenAssembly2 (Grazie a commento di @bvgheluwe; fonte: Moq quickstart guide):

[assembly:InternalsVisibleTo("DynamicProxyGenAssembly2,PublicKey=0024000004800000940000000602000000240000525341310004000001000100c547cac37abd99c8db225ef2f6c8a3602f3b3606cc9891605d02baa56104f4cfc0734aa39b93bf7852f7d9266654753cc297e7d2edfe0bac1cdcf9f717241550e0a7b191195b7667bb4f64bcb8e2121380fd1d9d46ad2d92d2d15605093924cceaf74c4861eff62abf69b9291ed0a340e113be11e6a7d3113e92484cf7045cc7")] 

---

Non capisco perché la risposta accettata dice che non dovresti mai farlo. Non è quello che fai quando usi la tecnica di iniezione delle dipendenze "Estrai e Sostituisci" (metodo factory locale) delineata da Roy Osherove in Chapter 3 of The Art Of Unit Testing?

Answer 6

Seleziona il metodo internal *protected* (anche virtuali ovviamente)