Kann nicht erstellen Sie eine Mock-Klasse für eine interne Typ mit Rhino Mocks

Ich bin mit Rhino Mocks als ein mocking-framework für unit-Tests.

Habe ich eine Klasse namens Thema, das ist die Klasse die ich testen will. Es hat eine Abhängigkeit von IStore.

IStore ist wie folgt definiert:

//internal interface : has InternalsVisible to both "Subject" 
//and "StoreTests" class namespaces
internal interface IStore {
    void Store(string name);
    //other methods
}

und das Thema Klasse ist wie folgt definiert:

class Subject : IStore {
    private IStore internalStore;

    //constructor injection
    void Subject(IStore store) {
        internalStore = store;
    }

    void Store(string name) {
        internalStore.Store(name);
    }

    //other methods
}

Meiner test-Klasse mit RhinoMocks ist wie folgt:

//test class
class StoreTests {
    Subject subject = new Subject();

    [Test]
    public StoreTest() {
        //Arrange
        var mockStore = MockRepository.GenerateMock<IStore>();
        string testName = "test";
        mockStore.Expect(x => x.Store(testName)).Returns(null);

        //Act
        subject.Store(testName);

        //Assert
        mockStore.VerifyAllExpectations();
    }

    //other test methods
}

In meinem setup, die Benutzeroberfläche ist definiert als die interne, und es hat InternalsVisible Satz sowohl Subjekt-Klasse und StoreTests Klasse. Allerdings, wenn der Testfall ausgeführt wird, löst eine Ausnahme aus, bei der var mockStore = MockRepository.GenerateMock();
zu sagen, dass IStore ist nicht öffentlich und daher könnte es nicht schaffen, eine Mock.

Ich denke, das ist, weil der IStore ist nicht öffentlich. Aber da habe ich InternalsVisibleTo auf dem IStore dll, wird es nicht ausreichend für StoreTests erstellen Sie ein mock für die Klasse?

Nun ich denke, das problem kann gelöst werden, indem die Schnittstelle IStore öffentlichkeit. Aber da dies keine option für mich, gibt es eine andere Möglichkeit kann ich erstellen ein mock für den IStore ?

InformationsquelleAutor Santhosh | 2011-07-28
  1. 34

    Haben Sie versucht, dass die Vollversammlung Einbauten sichtbar zu Rhino mocks?

    [assembly: InternalsVisibleTo ("DynamicProxyGenAssembly2")]

    Sehen Rhino Mocks Interne Mitglieder für details.

    Wenn eine Klasse verspottet wird, eine neue Klasse wird zur Laufzeit generiert, die abgeleitet ist von der Klasse verspottet. Diese generierte Klasse befindet sich in einer separaten "provisorische" Versammlung, die als "DynamicProxyGenAssembly2". So, das InternalsVisibleTo-Attribut muss festgelegt werden, auf die Ziel-assembly zu erlauben, Zugang zum internen Mitglieder werden aus dem temporären Baugruppe; andernfalls wird das mock-Objekt nicht überschreiben die internen member da Sie nicht haben, Zugang zu (das ist auch der Grund, warum die verspottet-Methode muss als solche gekennzeichnet werden virtuell). Beachten Sie, dass dies gilt auch, wenn das Gerät testen und die getestete Klasse in der gleichen assembly.

    So, Sie müssen sicherstellen, dass die Ziel-Klasse " assembly macht seine Interna sichtbar an den proxy-Versammlung als solche (in der AssemblyInfo.cs zum Beispiel):

    • Danke für den link! Es funktioniert jetzt.
    • Ich habe gerade paar Stunden, um herauszufinden, was mir fehlte. Besser spät als nie. Vielen Dank für die Informationen.
    InformationsquelleAutor alun
  2. 11

    Yep, sollte es ausreichen, fügen Sie Folgendes in die AssemblyInfo.cs Datei einer Baugruppe gemäß dem test:

    [assembly: InternalsVisibleTo("Tests.Assembly.Name")]
[assembly: InternalsVisibleTo("NUnit.Framework")]
[assembly: InternalsVisibleTo("Rhino.Mocks, PublicKey=00240000048000009400000006020000002400005253413100040000010001009D1CF4B75B7218B141AC64C15450141B1E5F41F6A302AC717AB9761FA6AE2C3EE0C354C22D0A60AC59DE41FA285D572E7CF33C320AA7FF877E2B7DA1792FCC6AA4EB0B4D8294A2F74CB14D03FB9B091F751D6DC49E626D74601692C99EAB7718ED76A40C36D39AF842BE378B677E6E4EAE973F643D7065241AD86ECC156D81AB")]
[assembly: InternalsVisibleTo("DynamicProxyGenAssembly2, PublicKey=0024000004800000940000000602000000240000525341310004000001000100c547cac37abd99c8db225ef2f6c8a3602f3b3606cc9891605d02baa56104f4cfc0734aa39b93bf7852f7d9266654753cc297e7d2edfe0bac1cdcf9f717241550e0a7b191195b7667bb4f64bcb8e2121380fd1d9d46ad2d92d2d15605093924cceaf74c4861eff62abf69b9291ed0a340e113be11e6a7d3113e92484cf7045cc7")]
    • Diese Antwort ist auch gut so. Die Kennzeichnung die andere so akzeptiert, nur weil es einen link zu zusätzlichen Informationen in der wiki.
    InformationsquelleAutor sll
  3. 3

    Gut, das könnte beantwortet werden, aber für mich es hat nicht funktioniert .

    So, hier ist, was ich Tat bis es funktioniert hat (könnte helfen, andere, und auch mich, auf das nächste Projekt....):

    Im Menü Tools in Visual studio :
    Externe tools :
    Fügen Sie zum Namen, den ich trage "LongStrongName" , aber das, was Sie fühlen, Passform :

    (dieser Pfad, oder wo auch immer die sn.exe ist für dich):

    Command:
  C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bin\sn.exe
Arguments:
  -Tp $(TargetPath)

    (Klicken Sie auf die checkbox , output auf "Use output Window")

    Klicken Sie jetzt auf das Projekt, dann gehen Sie auf Extras und gehen Sie zu "LongStrongName" - Menü:

    - und VS-Ausgang :

    Public key is       0240000048000009400000006020000002400005253413100040000010001009badbe86c32ec0
ec429f0b3909*********

Public key token is 6ccc051********

    Öffnen Sie die Baugruppe.cs und fügen Sie hinzu:

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

    Baugruppen hinzufügen, was Sie brauchen , und voila (ich musste mehrere Baugruppen).

    InformationsquelleAutor Fx Mzt
Schreibe einen Kommentar