Frage

Ich weiß, dies wurde vor gefragt, aber das letzte Mal war Mitte 2008

Wenn Sie jetzt ein neues Projekt beginnen wurden, welche würden Sie verwenden, und warum? Was sind ihre Stärken / Schwächen in Bezug auf Lesbarkeit, Benutzerfreundlichkeit, Wartbarkeit und die allgemeine Robustheit?

War es hilfreich?

Lösung

Ich habe EasyMock früher verwendet, aber jetzt bin ich mit Mockito. Ich fand Mockito einfacher als zu EasyMock verglichen. Für den Vergleich von EasyMock und Mockito können Sie hier

siehe

Andere Tipps

unsere Motivation zu erklären, ist JMock eine „eigenwillig“ Bibliothek. Es wurde entwickelt, ein Konzept für OO-Design zu führen, die zwischen den Prozessobjekte auf Protokolle konzentriert. Wenn Sie nicht auf diese Weise Ihrer Systeme denken, dann ist es wahrscheinlich nicht die beste Option.

Ich habe seit einiger Zeit EasyMock benutze jetzt. Weiterhin neue Funktionen hinzufügen, die es erlauben, mehr von diesen schwer zu uns gelangen, um Orte zu erreichen.

Mockito werden einige Zeilen Code für die meisten gängigen Testfälle speichern.

Könnten Sie Ihre Mock Fähigkeit Bedürfnisse / Prioritäten näher ausführen? Ziemlich breit, wie angegeben.

My (voreingenommen) Antwort wäre JMockit . Für einen schnellen Vergleich mit anderen spöttischen Toolkits, die Vergleichsmatrix .

Prüfregeln mit geschrieben sollten besser lesbar sein und besser strukturiert (es gibt beispielsweise Tests für Side-by-Side-Vergleich). Die JMockit spöttischen API erfordert in der Regel weniger „Anwendungen“ als andere spöttische APIs den gleichen Test zu schreiben. Der größte Vorteil, IMO, ist, dass es keine Design-Kompromisse auf dem Code getestet werden muss erzwingen. Auf der anderen Seite, da JMockit auf fortgeschrittenen Techniken beruht und mehr Fähigkeiten hat, hat es auch ein größeres Potenzial für die Nutzer in unerwartete Schwierigkeiten ausgeführt werden.

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