In welcher Reihenfolge werden phpunit-Tests ausgeführt?

Question

Ich versuche, eine Klasse zu testen, die andere Klassen hat (dependency injection), die als Klasseneigenschaften gespeichert sind. (Eine Einstellungsklasse, zum Beispiel das Ergebnis einer Factory).

Also, in Pseudo-Code, ist es das, was ich mit zu tun habe:

//Get settings for this user. 
$settings = SettingsFactory::GetSettings(); 

//Create widget that uses settings 
$widget = new Widget($settings); 

Nun, natürlich, wenn wir Code Refactoring und brechen SettingsFactory :: GetSettings(), wird der Konstruktor für Widget scheitern. Aber nicht unbedingt, weil mit Widget irgendetwas nicht stimmt.

Also, ich möchte diese Komponenten in der Reihenfolge testen, überspringen "später" Tests, wenn "frühe" Tests fehlschlagen.

meine derzeitige Struktur für Tests vor:

tests\vendor\Settings\SettingsTest.php 
tests\vendor\Widget\WidgetTest.php 

PHPUnit SettingsTest.php testen, muss (und haben alles passieren), bevor WidgetTest.php ausgeführt wird sinnvoll sein.

Ich denke, ich muss @depends verwenden, aber das scheint auf einen einzelnen Klassenbereich beschränkt zu sein.

This question scheint ein Teil des Puzzles zu halten, aber ich bin mir nicht sicher, wie zu implementieren.

Wie schreibe ich (Struktur) diese Tests?

Answer 1

Einer der großen Vorteile von DI ist, dass Sie Probleme wie diese vermeiden können, indem Sie ein Pseudo-$settings-Objekt injizieren, das sich so verhält, wie Sie es möchten. Dies gibt Ihnen einen echten Unit-Test von Widget, ohne uns um die Details der Implementierung von Einstellungen:

$mockSettings = $this->createMock(Settings::class); 
$mockSettings->method('someMethod')->willReturn('something'); 
$widget = new Widget($mockSettings); 

// assertions here