Frage

Ich habe gerade eine Monotouch -Entwicklung begonnen und habe es versucht, MOQ für meine Unit -Tests zum Arbeiten zu bringen. Die binäre Version schlägt fehl, weil sie nach System v2.0 sucht, von denen ich annehme, dass sie auf die Schlossanforderungen beruht, und es aus Quelle aus dem Zusammenhang mit dem Compiler abbaut!

Meine Frage ist, hat jemand MOQ dazu gebracht, an Mono zu arbeiten (der Berührungsteil sollte irrelevant sein, ich stelle ihn nicht zum Telefon ein!) Oder hatte Freude an den anderen Spott -Frameworks? Ich fehlt, dass ich wieder meine eigenen rollen kann, was ein bisschen schmerzhaft ist.

War es hilfreich?

Lösung

Ich benutze MOQ gerade mit Monodevelop, um die nicht monotouchen Teile einer Monotouch-App zu testen, und ich hatte keine Probleme. Für die Target Runtime, mein Testprojekt und der zu Testcode verwenden beide Mono / .NET 3.5 und für Referenzen haben er:

  • System, Version = 2.0.0
  • nunit.core, Version = 2.4.8
  • nunit.framework, Version = 2.4.8
  • zum getesteten Code
  • System.core, Version = 3.5.0
  • Moq.dll

System, nunit.core und nunit.framework werden alle von Monodevelop bereitgestellt.

Das von mir verwendete MOQ ist MOQ.4.0.10827/net35/moq.dll.

(Ich hatte kein Glück, das die Monotouch-Teile nunit testet-ich nehme an, denn wenn die Tests ausgeführt werden, gibt es kein Telefon oder Simulator Die nicht-ios-spezifischen Teile der App und richten zwei separate Lösungen ein, eine für echte Builds und eine für Einheiten, bei denen die Teile getestet werden können, die getestet werden können. Wenn Sie weiter sind, lassen Sie es mich wissen!)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top