Heim >Backend-Entwicklung >PHP-Tutorial >PHP: Soll ich mich lustig machen oder soll ich gehen?

PHP: Soll ich mich lustig machen oder soll ich gehen?

Barbara Streisand
Barbara StreisandOriginal
2024-12-11 10:36:12822Durchsuche

PHP: Should I mock or should I go?

Kurz gesagt: Mocks

Mocks zielen darauf ab, das Verhalten realer Objekte zu testen.

Sie simulieren Abhängigkeiten, sodass Sie keine externen Ressourcen aufrufen müssen, die Unit-Tests erheblich verlangsamen könnten.

Sie können Erwartungen definieren und diese überprüfen.

Sie können beispielsweise sicherstellen, dass eine Methode eine bestimmte Anzahl von Malen und/oder mit bestimmten Parametern aufgerufen wird:

use PHPUnit\Framework\TestCase;

class MyTest extends TestCase
{
    public function testMockExample(): void
    {
        $depencencyMock = $this->createMock(MyDependency::class);

        $dependencyMock->expects($this->exactly(2))
              ->method('someMethod')
              ->with('some parameter');

        $classToTest = new ClassToTest($dependencyMock);
   }
}

Rückgabewerte

willReturn() gewährleistet die Kompatibilität mit den Rückgabetypen:

// In code
class MyClass {
    public function getNum(): int {
    }
}

// In tests
$myClassMock = $this->createMock(MyClass::class);
$myClassMock->expects($this->once())
            ->method('getNum')
            ->willReturn(2);

Sie können willReturnCallback auch verwenden, wenn Sie dynamisches Verhalten basierend auf Eingabeparametern testen möchten.

Schlechte Praktiken, die es zu vermeiden gilt

Da Verspottungen nur echte Verhaltensweisen nachahmen, kann es leicht passieren, dass man den Kern verfehlt. Lassen Sie uns häufige schlechte Praktiken besprechen:

Werte ohne Erwartungen zurückgeben

❌ Tu das nicht:

$colorServiceMock = $this->createMock(ColorService::class);
$colorServiceMock->method('hexToName')
     ->willReturn('red');

$color = (new MyClass($colorServiceMock))->getColorName('ff0000');

✅ Fügen Sie stattdessen einige Erwartungen hinzu:

$colorServiceMock->expects($this->once())
     ->method('hexToName')
     ->with('00f00')
     ->willReturn('green');

$color = (new MyClass($colorServiceMock))->getColorName('00f00');

Denken Sie daran, dass Mocks darauf abzielen, Interaktionen zu überprüfen.

Verspottung realer Objekte anstelle von Schnittstellen

Testen wir MyClass, die SomeInterface implementiert.

❌ Tu das nicht:

$myclassMock = $this->createMock(MyClass::class);

✅ Verspotten Sie stattdessen die Schnittstelle:

$myclassMock = $this->createMock(SomeInterface::class);

Mocks konzentrieren sich auf Verhaltensweisen. Schnittstellen ändern sich normalerweise nicht, da Sie Implementierungen und keine Verträge ändern sollen.

Overmocking-Tests

Tomas Votruba erklärt dieses Problem wunderbar: 5 Möglichkeiten, aus übermockten Tests einen Mehrwert zu ziehen

Verwendung von Mocks, um schlechte Designpraktiken zu maskieren

Es ist leicht, eine enge Kopplung zwischen Komponenten zu ignorieren:

$productRepositoryMock = $this->createMock(ProductRepository::class);
$invoiceRepositoryMock = $this->createMock(InvoiceRepository::class);
$emailServiceMock = $this->createMock(EmailService::class);

$overComplexService = new OverComplexService($productRepositoryMock, $invoiceRepositoryMock, $emailServiceMock);

Das obige Beispiel durchbricht die Trennung von Bedenken und Spott setzt diese schlechte Praxis fort.

Verlassen Sie sich ausschließlich auf Mocks

Mocks sind leistungsstarke Werkzeuge, aber Unit-Tests reichen nicht aus. Sie benötigen verschiedene andere Arten von Tests (z. B. Integration, e2e).

So erkennen Sie den Missbrauch von Mocks

Zusätzlich zu den schlechten Praktiken gibt es weitere Anzeichen, die darauf hindeuten könnten, dass Mocks im Projekt missbraucht oder überbeansprucht werden:

  • Die Tests spiegeln keine realen Szenarien wider und übersehen kritische Probleme in der Produktion
  • Es gibt ein enges Verhältnis zwischen Tests und Implementierungen, was zu häufigen Aktualisierungen der zugehörigen Mocks führt
  • Die Tests sind zu komplex, was das Lesen und Warten erschwert

Mocks und Stubs

Martin Fowler hat einen fantastischen Beitrag geschrieben, der erklärt, warum Mocks keine Stubs sind.

Sehen wir uns konkrete Situationen an, in denen Sie sie verwenden könnten:

Wann man Mocks verwendet

Hier sind ein paar Testfälle, bei denen Mocks sinnvoller sind:

  • Sie müssen testen, wie Ihre Klasse mit ihren Abhängigkeiten interagiert
  • Sie müssen komplexe Sequenzen überprüfen, bei denen eine bestimmte Methode mehrmals mit unterschiedlichen Parametern aufgerufen wird

Wann werden Stubs verwendet?

Mit PHPUnit können Sie ganz bequem Stubs erstellen:

use PHPUnit\Framework\TestCase;

class MyTest extends TestCase
{
    public function testMockExample(): void
    {
        $depencencyMock = $this->createMock(MyDependency::class);

        $dependencyMock->expects($this->exactly(2))
              ->method('someMethod')
              ->with('some parameter');

        $classToTest = new ClassToTest($dependencyMock);
   }
}

Hier sind ein paar Testfälle, bei denen Stubs sinnvoller sind:

  • Sie möchten die Ausgabe oder den Status Ihres Codes testen, ohne Interaktionen überprüfen zu müssen
  • Sie müssen einige Berechnungen testen, ohne mit der tatsächlichen Datenbank interagieren zu müssen

Kurz gesagt: Stubs sind nicht dazu gedacht, das Verhalten realer Objekte zu überprüfen, sondern Zustände.

Feinabstimmung

Der Hauptzweck von Unit-Tests besteht darin, sicherzustellen, dass jede Einheit/Komponente wie erwartet funktioniert. Sie müssen diese Tests jedoch zusätzlich zum eigentlichen Code pflegen.

Stubs können den Testaufbau vereinfachen und sind sehr effizient für einfache Szenarien, in denen Sie Methodenaufrufe und Interaktionen nicht verfolgen müssen.

Es kann unnötige Komplexität vermeiden, indem Sie einige Ihrer Tests fokussiert halten.

Einpacken

Mocks können Methodenaufrufe und ihre Parameter verfolgen.

Vergessen Sie nicht, Werte zurückzugeben, die für reale Verhaltensweisen repräsentativ sind. Andernfalls könnten Sie ein falsches Sicherheitsgefühl entwickeln.

Mocks sollten sparsam eingesetzt werden, um unnötige Komplexität bei der Wartung zu vermeiden.

Das obige ist der detaillierte Inhalt vonPHP: Soll ich mich lustig machen oder soll ich gehen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn