Verwendung einer Freundesklasse vs. Hinzufügen von Accessoren für Unit-Tests in C++?

Question

Ist es besser, Funktionen hinzuzufügen, die den internen Zustand eines Objekts für Unit-Tests zurückgeben, anstatt die Testklasse zu einem Freund zu machen? - vor allem, wenn es für die Funktionen keine Verwendung gibt, außer für den Fall von Unit-Tests.

Answer 1

Ich denke, man muss unterscheiden zwischen der Zukunftssicherheit der Klasse durch die Bereitstellung von Accessors für ihre Benutzer, wenn dies sinnvoll ist, und der Verbesserung der Testbarkeit. Ich bin auch kein großer Fan davon, Klassen nur zum Zweck des Testens miteinander zu befreundet, da dies eine enge Kopplung an einer Stelle einführt, an der ich sie lieber nicht haben möchte.

Wenn die einzige Verwendung der Accessoren darin besteht, den Testfällen eine Möglichkeit zu bieten, den internen Zustand der Klasse zu überprüfen, ist es normalerweise nicht sinnvoll, sie öffentlich zugänglich zu machen. Außerdem können dadurch Implementierungsdetails festgelegt werden, die Sie vielleicht später ändern möchten, aber nicht können, weil jemand anderes diese Accessoren verwendet.

Die von mir bevorzugte Lösung für dieses Problem wäre die Bereitstellung von geschützt Accessor-Funktionen, um den Benutzern der Klasse deutlich zu machen, dass diese nicht Teil der öffentlichen Schnittstelle sind. Ihre Tests würden dann eine minimale abgeleitete Klasse des Originals erstellen, die Call-Through-Stubs für die Funktionen der übergeordneten Klasse enthält, aber auch die Zugriffsfunktionen öffentlich macht, damit Sie sie in den Testfällen verwenden können.