Sebelum TDD: Mengapa anda perlu tahu apa itu Mocks, Stubs dan Spies?

Helo, semua! Hari ini, saya membawakan satu topik yang saya percaya sangat menarik. Saya tahu terdapat berpuluh-puluh artikel dalam talian membincangkan TDD, BDD, corak reka bentuk untuk ujian, cara menulis ujian, dan banyak topik lain yang berkaitan. Walau bagaimanapun, saya melihat sangat sedikit artikel yang menerangkan lebih banyak istilah asas dalam alam semesta ujian—fungsi yang sering kita gunakan tetapi tidak selalu memahami sepenuhnya maksudnya atau cara ia bertindak. Jika anda baru mula belajar tentang ujian dan tidak tahu dengan tepat apa fungsi perpustakaan, artikel ini adalah untuk anda. Selamat membaca!

Apakah olok-olok?

Perkara pertama yang mungkin anda temui sebaik sahaja anda mula menulis ujian ialah olok-olok. Kadang-kadang anda sudah menggunakannya tetapi tidak tahu dengan tepat maksudnya. Jadi, mari selami.

Mock digunakan terutamanya dalam ujian unit. Ia adalah alatan yang digunakan untuk mensimulasikan kandungan, objek atau respons yang biasanya datang daripada pergantungan luaran atau apabila anda memerlukan kandungan untuk mempunyai maklumat khusus.

Bayangkan anda sedang menguji sistem pengesyoran filem. Sistem ini mengambil senarai filem daripada API dan mengembalikannya kepada anda.

Masalahnya ialah: jika setiap kali anda menjalankan ujian, API sebenar dipanggil, ia mungkin perlahan dan tidak konsisten (filem mungkin berbeza-beza, atau API mungkin tidak berfungsi), menjadikan ujian tidak boleh dipercayai.

Baiklah, Leo, saya mendapat masalah, tetapi bagaimanakah olok-olok menyelesaikannya? Nah, mudah sahaja: bukannya memanggil API, anda menggunakan responsnya sebagai senarai statik filem. Ia pada asasnya "memalsukan" respons API dengan senarai filem itu.

Dalam contoh sistem filem, jika anda ingin menguji fungsi yang dipanggil fetchMoviesFromAPI() yang menggunakan API untuk mengambil filem, anda boleh membuat olok-olok untuk mensimulasikan respons API seperti ini:

// This is the mock
const MOVIES_FROM_API = [
    {
        id: 1,
        name: "Interstellar"
    },
    {
        id: 2,
        name: "Nosferatu"
    }
]

// Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section.
const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API)

;(async () => {
    {
        const expectedMovies = MOVIES_FROM_API
        const movies = await fetchMoviesFromAPI()

        expect(movies).toEqual(MOVIES_FROM_API)
    }
})()

Dengan olok-olok, ujian anda menjadi lebih cekap kerana ia tidak bergantung pada perkhidmatan luaran. Selain itu, mereka mendapat kebolehpercayaan kerana anda mempunyai kawalan penuh ke atas pulangan, membolehkan tumpuan kekal pada mengesahkan fungsi tanpa perlu risau tentang ketidakstabilan API yang berpotensi atau masa henti.

Mocks ialah objek statik yang mensimulasikan respons daripada panggilan atau objek lain yang diperlukan untuk ujian.

Akhirnya, ia seperti menguji kereta tanpa menggunakan petrol sebenar. Anda mencipta persekitaran terkawal untuk memastikan enjin berfungsi sebelum membawanya keluar di jalan raya.

Saya mendapat ejekan, sekarang apakah tunas?

Stub juga merupakan alat ujian tetapi mempunyai tujuan yang sedikit berbeza. Mereka menggantikan gelagat fungsi dengan sesuatu yang telah ditetapkan, selalunya menggunakan olok-olok untuk mengembalikan nilai tertentu.

Stub menggantikan gelagat fungsi. Contohnya, apabila saya mengakses API filem itu, fungsi itu tidak akan membuat panggilan sebenar tetapi akan melihat olok-olok kami (senarai statik filem).

Ia juga berfungsi sebagai peringatan bahawa ujian kami tidak seharusnya bergantung pada perkhidmatan luaran atau internet.

Biar saya berikan anda beberapa konteks: bayangkan anda sedang menguji aplikasi yang mengira jumlah nilai pembelian dalam talian. Pengiraan termasuk yuran yang diambil daripada perkhidmatan luar. Setiap kali anda menjalankan ujian, pengiraan ini perlu dilakukan, bermakna perkhidmatan luaran perlu dipanggil. Ini boleh mengakibatkan ujian yang perlahan, tidak stabil, mahal (kerana perkhidmatan luaran mungkin mengenakan bayaran bagi setiap permintaan) dan ujian tidak konsisten (nilai boleh berubah).

Menggunakan stub, anda akan menggantikan panggilan perkhidmatan sebenar dengan nilai tetap yang dipratentukan (ya, olok-olok). Daripada memanggil perkhidmatan yuran, anda berkata: “Sentiasa kembalikan nilai 10 sebagai yuran.”

Bayangkan anda ingin menguji fungsi calculateTotalPurchase() yang meringkaskan nilai item troli dan menambah yuran penghantaran. Menggunakan stub, anda menggantikan perkhidmatan yuran penghantaran dengan nilai yang sentiasa mengembalikan "10" sebagai yuran penghantaran. Seperti ini:

// This is the mock
const MOVIES_FROM_API = [
    {
        id: 1,
        name: "Interstellar"
    },
    {
        id: 2,
        name: "Nosferatu"
    }
]

// Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section.
const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API)

;(async () => {
    {
        const expectedMovies = MOVIES_FROM_API
        const movies = await fetchMoviesFromAPI()

        expect(movies).toEqual(MOVIES_FROM_API)
    }
})()

Ini memudahkan ujian dan memastikan kebolehulangannya, bermakna ia akan sentiasa berfungsi dengan cara yang sama. Selain itu, stub membantu mengasingkan ujian, menghapuskan keperluan bimbang tentang keadaan atau ketersediaan API yuran.

Ringkasnya, ia seperti menguji resipi kek menggunakan cawan penyukat yang sentiasa menyatakan 200ml susu dan bukannya menyukat jumlah sebenar susu. Dengan cara ini, anda hanya menguji sama ada anda boleh mencampurkan bahan tanpa perlu risau sama ada susu disukat dengan betul.

Olok-olok, rintisan... dan akhirnya, apakah mata-mata itu?

Kami telah meneroka olok-olok, yang mensimulasikan objek dan stub, yang meniru gelagat fungsi. Sekarang, mari bercakap tentang pengintip: apa sebenarnya yang mereka lakukan?

Pengintip memantau fungsi, merekodkan berapa kali mereka dipanggil, parameter yang mereka terima dan keputusan setiap pelaksanaan. Mereka membenarkan anda memerhati gelagat fungsi tanpa mengubahnya, memastikan semuanya berfungsi seperti yang diharapkan.

Bayangkan anda sedang menguji modul pemberitahuan projek anda. Setiap kali pesanan selesai, sistem harus menghantar mesej kepada pelanggan dan log masuk. Dalam kes ini, anda hanya mahu memastikan tindakan ini dilakukan tetapi tidak mahu menggantikan mana-mana tindakan tersebut. Dengan seorang pengintip, anda memantau fungsi ini tanpa mengubah tingkah laku mereka. Ini membolehkan anda melihat:

• Jika fungsi itu dipanggil
• Berapa kali ia dipanggil
• Apakah hujah yang diterimanya

Sebagai contoh, jika anda ingin menguji fungsi completeOrder() yang menghantar pemberitahuan kepada pelanggan dan log masuk, dengan pengintip, anda boleh mengesahkan:

• Jika fungsi pemberitahuan dipanggil
• Jika fungsi log dipanggil
• Apakah hujah yang diterima oleh fungsi ini.

// This is the mock
const MOVIES_FROM_API = [
    {
        id: 1,
        name: "Interstellar"
    },
    {
        id: 2,
        name: "Nosferatu"
    }
]

// Here, we’re telling fetchMoviesFromAPI to return our mock instead of calling the real API. This is a stub, which you’ll learn about in the next section.
const fetchMoviesFromAPI = jest.fn().mockResolvedValue(MOVIES_FROM_API)

;(async () => {
    {
        const expectedMovies = MOVIES_FROM_API
        const movies = await fetchMoviesFromAPI()

        expect(movies).toEqual(MOVIES_FROM_API)
    }
})()

Untuk membuat kesimpulan, ia seperti meletakkan kamera untuk memerhati apa yang dilakukan oleh tukang masak di dapur. Anda tidak mengganggu apa yang mereka lakukan; anda cuma semak sama ada mereka mengikuti resipi dengan betul.

Jadi, itu sahaja! Anda telah mempelajari dan memahami istilah olok-olok, stub dan pengintip, yang merupakan elemen asas untuk mencipta ujian yang boleh dipercayai dan cekap. Kini anda boleh terus mendalami pelajaran. Jumpa anda di sana, selamat tinggal!

Atas ialah kandungan terperinci Sebelum TDD: Mengapa anda perlu tahu apa itu Mocks, Stubs dan Spies?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!