Melakukan ujian automatik dalam projek Laravel memerlukan struktur yang jelas, penyelenggaraan yang kukuh dan menjamin kualiti kod. Secara munasabah mengatur struktur direktori ujian dan subdivida dengan modul seperti ujian/ciri/pengguna/, dan lain -lain, untuk memudahkan kedudukan dan operasi CI; mengutamakan liputan proses perniagaan teras, seperti pendaftaran → Login → Buat pesanan → pembayaran, sahkan keadaan dan sempadan yang lengkap; Gunakan model gabungan kilang untuk membina senario ujian kompleks untuk mengelakkan memasukkan data secara manual; Ujian harus cepat dan stabil, dan pangkalan data memori, pra-penghijrahan semula, mengurangkan permintaan HTTP, dan mengejek kebergantungan luaran untuk meningkatkan kebolehpercayaan.

Melakukan ujian automatik dalam projek Laravel sebenarnya tidak semudah menulis beberapa kes ujian. Kuncinya adalah untuk mempunyai struktur yang jelas dan pemeliharaan yang kukuh, sementara juga dapat menjamin kualiti kod. Jika anda hanya membuat liputan atau perlu menjalani ujian utama setiap kali anda menukar kod, ia akan menjadi beban.

Perkara-perkara berikut adalah pengalaman saya yang diringkaskan dalam projek sebenar, sesuai untuk pasukan kecil dan sederhana.

Menyusun struktur direktori ujian dengan munasabah

Laravel tempat ujian di bawah tests/Feature dan tests/Unit secara lalai, tetapi jika projek anda lebih besar, adalah disyorkan untuk segmen selanjutnya mengikut modul atau fungsi.

Contohnya:

• tests/Feature/User/
• tests/Feature/Order/
• tests/Feature/Payment/

Kelebihan ini ialah apabila anda mengubah suai modul, anda dapat dengan cepat mencari fail ujian yang sepadan, dan ia juga mudah untuk CI untuk menjalankan ujian mengikut modul.

Di samping itu, pertimbangkan untuk melukis beberapa logik ujian umum ke dalam kelas atau kelas asas, seperti log masuk pengguna, penyediaan data, dan lain -lain untuk mengelakkan kod pendua.

Liputan keutamaan proses perniagaan teras

Ramai orang suka bermula dengan model semasa menulis ujian, dan menguji sama ada nilai akses adalah betul satu persatu. Walaupun pendekatan ini dapat meningkatkan liputan, ia adalah sedikit nilai praktikal.

Cara yang lebih berkesan ialah:

• Jalankan proses teras melalui, seperti pendaftaran → Login → Buat Pesanan → Bayar
• Simulasi laluan operasi pengguna sebenar dan gunakan ujian ciri untuk mengesahkan sama ada keseluruhan proses adalah normal
• Perhatikan situasi sempadan, seperti input kosong, kebenaran yang tidak mencukupi, operasi serentak, dll.

Sebagai contoh: Jika anda menulis antara muka pesanan, sebagai tambahan untuk memeriksa kod status pulangan, anda juga perlu mengesahkan sama ada pesanan telah dihasilkan dalam pangkalan data, sama ada inventori telah dikurangkan, sama ada pemberitahuan telah dicetuskan, dan lain -lain.

Ini adalah kawasan yang mempunyai kesan yang besar terhadap perniagaan.

Membina persekitaran ujian yang boleh dipercayai menggunakan data kilang dan benih

Kilang model Laravel adalah perkara yang baik, tetapi ramai orang hanya menggunakannya untuk menghasilkan satu keping data. Malah, anda boleh menggabungkan pelbagai model untuk mensimulasikan senario kompleks.

Contohnya:

 $ user = user :: factory ()
    -> mempunyai (perintah :: kilang ()-> kiraan (3))
    -> membuat ();

Ini dengan cepat dapat membina senario di mana "satu pengguna mempunyai tiga pesanan" dalam ujian, yang lebih jelas dan lebih mudah daripada memasukkan data secara manual.

Di samping itu, cuba elakkan menggunakan DB::table()->insert() secara langsung dalam ujian, kerana mudah untuk terlepas logik persatuan dan ia juga sangat menyusahkan untuk mengekalkannya di peringkat kemudian.

Ujian mestilah pantas dan stabil

Ujian automatik mesti dapat dengan cepat masalah maklum balas, jadi kelajuan pelaksanaan adalah penting. Berikut adalah beberapa petua untuk mempercepatkan:

• Gunakan pangkalan data dalam memori (seperti sqlite in-memory) dan bukannya mysql
• Elakkan melakukan penghijrahan penuh dalam setiap kes ujian, anda boleh premigrasi sekali dan kemudian menetapkan semula
• Kurangkan permintaan HTTP yang tidak perlu dan memberi keutamaan kepada ujian menggunakan kaedah yang memanggil pengawal atau lapisan perkhidmatan.

Bagi kestabilan, berhati-hati untuk tidak bergantung kepada perkhidmatan luaran (seperti API pihak ketiga). Sekiranya terdapat situasi di mana ia mesti dipanggil, mengejeknya. Jika tidak, keputusan ujian akan dipengaruhi oleh faktor -faktor seperti rangkaian dan pengehadan semasa, dan menjadi tidak boleh dipercayai.

Pada dasarnya itu sahaja. Semakin banyak ujian, lebih baik, lebih tepat. Jika ditulis dengan munasabah, ia akan menjadi sokongan paling selamat untuk anda apabila refactoring dan iterating.

Atas ialah kandungan terperinci Amalan terbaik untuk ujian automatik dalam projek laravel. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!