Was ist zu tun, wenn Java Best Practices mit Mockito kollidieren?

Question

Mein Entwicklungsteam hat begonnen, Mockito zu verwenden und Klassen zu verwenden, die als 'final' definiert wurden. Ich habe in Effektivem Java von Joshua Bloch und im SO-Thread When to use final gelesen, dass alle Klassen den letzten Modifikator verwenden sollten. Es gab Meinungsverschiedenheiten im Thread, aber ich stimme der Idee zu, die Klassenzusammensetzung zu erzwingen, wenn die Vererbung keinen Sinn ergibt.

Was soll ich tun, wenn ich Klassen mit einem Testframework wie Mockito testen möchte, das erfordert, dass Klassen nicht den 'finalen' Modifikator haben? Ich hoffe, dass jemand anderes während seiner Entwicklung auf ähnliche Probleme gestoßen ist. Zu welchen Vorsätzen kam Ihr Entwicklungsteam?

Es gibt zwei offensichtliche Antworten wie die Verwendung von JMock oder den 'finalen' Modifikator für die Klassen, die wir testen möchten, aber wir wollen mit einem externen Testframework (neben JUnit) bleiben und es kann schwierig sein, andere zu überzeugen Entwickler, um den 'finalen' Modifikator zu entfernen.

Danke.

Answer 1

Was brauchen Sie am meisten:

1. Die Fähigkeit, sicher zu stellen, dass jemand nicht von Ihrer Klasse erbt, OR
2. Die Fähigkeit, sicher zu stellen, dass Ihr Code testbar ist Ihr Mockframework der Verwendung Wahl?

Generell glaube ich, dass Sie nicht erzwingen müssen (1). Für mich ist Testbarkeit (2) viel wichtiger. Was passt am besten zu deiner Situation?

Answer 2

Wenn Sie möchten, dass Ihre Klassen endgültig sind, können Sie Schnittstellen implementieren lassen. Die Schnittstellen sind mockbar.

Answer 3

Wie bereits in der anderen Antwort erwähnt, können Sie Ihre letzten Klassen implementieren Schnittstelle (n) implementieren und in Ihren Tests die Schnittstelle (n) verspotten.

Dies ist einer der Vorteile der Verwendung von Mock-Objekten; In Szenarien wie diesem können Sie darüber nachdenken, wie der Code besser organisiert werden kann. Wenn Ihre Codebasis viel Bezug zu finalen Klassen hat (also an konkrete Implementierung bindet), verstößt sie gegen das OO-Prinzip "Programmierung an eine Schnittstelle" und die Notwendigkeit besserer Testbarkeit würde Ihnen helfen, über Refactoring nachzudenken, um die Abhängigkeit von konkreten Implementierungen zu eliminieren.

Dieses Papier auf Verwendung von Mock-Objekte Endo-testing: Unit Testing with Mock Objects einen Abschnitt (4.4) Schnittstelle Entdeckung, die erklärt, wie Mock-Objekte helfen bei der Entdeckung der Schnittstellen betitelt hat.