PHP: Patutkah saya mengejek atau perlu pergi?

Mengejek secara ringkas

Olok-olok bertujuan untuk menguji tingkah laku objek sebenar.

Ia mensimulasikan kebergantungan, jadi anda tidak perlu memanggil sumber luaran yang boleh melambatkan ujian unit dengan ketara.

Anda boleh menentukan jangkaan dan mengesahkannya.

Sebagai contoh, anda boleh memastikan bahawa kaedah dipanggil bilangan kali tertentu dan/atau dengan parameter tertentu:

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);
   }
}

Kembalikan nilai

willReturn() memastikan keserasian dengan jenis pulangan:

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

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

Anda juga boleh menggunakan willReturnCallback jika anda ingin menguji tingkah laku dinamik berdasarkan parameter input.

Amalan buruk yang perlu dielakkan

Memandangkan ejekan hanya meniru tingkah laku sebenar, mudah untuk terlepas maksud. Jom bincang amalan buruk biasa:

Mengembalikan nilai tanpa jangkaan

❌ Jangan buat begitu:

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

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

✅ Sebaliknya, tambahkan beberapa jangkaan:

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

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

Ingat ejekan bertujuan untuk mengesahkan interaksi.

Mengejek objek sebenar dan bukannya antara muka

Mari kita uji MyClass yang melaksanakan SomeInterface.

❌ Jangan buat begitu:

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

✅ Sebaliknya, ejek antara muka:

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

Ejekan memberi tumpuan kepada tingkah laku. Antara muka biasanya tidak berubah, kerana anda sepatutnya mengubah suai pelaksanaan, bukan kontrak.

Ujian mengejek

Tomas Votruba menerangkan masalah ini dengan indah: 5 Cara untuk Mengeluarkan Nilai daripada Ujian Terlalu Banyak

Menggunakan ejekan untuk menutup amalan reka bentuk yang buruk

Mudah untuk mengabaikan gandingan yang ketat antara komponen:

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

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

Contoh di atas memecahkan pemisahan kebimbangan, dan ejekan mengekalkan amalan buruk itu.

Bergantung pada ejekan semata-mata

Mocks ialah alat yang berkuasa, tetapi ujian unit tidak mencukupi. Anda memerlukan pelbagai jenis ujian lain (cth, penyepaduan, e2e).

Bagaimana untuk mengesan penggunaan ejekan yang tidak baik

Selain amalan buruk, terdapat tanda-tanda lain yang boleh menunjukkan bahawa ejekan disalahgunakan atau digunakan secara berlebihan dalam projek:

• ujian tidak menggambarkan senario dunia sebenar, mengabaikan isu kritikal dalam pengeluaran
• terdapat pasangan yang ketat antara ujian dan pelaksanaan, mengakibatkan kemas kini yang kerap bagi olok-olok yang berkaitan
• ujian adalah terlalu kompleks, menjadikannya lebih sukar untuk dibaca dan diselenggara

Olok-olok dan rintisan

Martin Fowler menulis siaran hebat yang menerangkan sebab Mocks Aren't Stubs.

Mari lihat situasi konkrit di mana anda mungkin menggunakannya:

Bila hendak menggunakan olok-olok

Berikut ialah beberapa kes ujian di mana ejekan lebih masuk akal:

• anda perlu menguji cara kelas anda berinteraksi dengan kebergantungannya
• anda perlu menyemak urutan kompleks di mana kaedah tertentu dipanggil beberapa kali dengan parameter yang berbeza

Bila hendak menggunakan stub

Anda boleh membuat stub dengan PHPUnit dengan mudah:

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);
   }
}

Berikut ialah beberapa kes ujian yang mana stub lebih masuk akal:

• anda mahu menguji output atau keadaan kod anda tanpa perlu mengesahkan interaksi
• anda perlu menguji beberapa pengiraan tanpa perlu berinteraksi dengan pangkalan data sebenar

Ringkasnya, stub bukan bertujuan untuk memeriksa kelakuan objek sebenar tetapi menyatakan.

Penalaan halus

Tujuan utama ujian unit adalah untuk memastikan setiap unit/komponen berfungsi seperti yang diharapkan, tetapi anda perlu mengekalkan ujian tersebut sebagai tambahan kepada kod sebenar.

Stub boleh memudahkan persediaan ujian dan sangat cekap untuk senario mudah yang anda tidak perlu menjejaki panggilan kaedah dan interaksi.

Ia boleh menghalang kerumitan yang tidak perlu dengan memastikan beberapa ujian anda fokus.

Bungkus

Mocks boleh menjejaki panggilan kaedah dan parameternya.

Jangan lupa untuk mengembalikan nilai yang mewakili tingkah laku sebenar. Jika tidak, anda mungkin mengalami rasa selamat yang palsu.

Mock harus digunakan dengan berhati-hati untuk mengelakkan kerumitan yang tidak perlu untuk penyelenggaraan.

Atas ialah kandungan terperinci PHP: Patutkah saya mengejek atau perlu pergi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!