


Bagaimana untuk mengimport kod ujian dari satu modul ke modul lain tanpa mendedahkannya kepada kod pengeluaran?
editor php Yuzi Dalam pembangunan perisian, kita selalunya perlu menguji kod. Walau bagaimanapun, kami tidak mahu mendedahkan kod ujian kepada persekitaran pengeluaran untuk mengelakkan kekeliruan yang tidak perlu. Jadi, bagaimanakah anda mengimport kod ujian dari satu modul ke modul yang lain tanpa mendedahkannya kepada kod pengeluaran? Ini adalah masalah biasa, tetapi ada penyelesaiannya. Artikel ini akan memperkenalkan anda kepada kaedah yang berkesan untuk mencapai matlamat ini, menjadikan kod anda lebih selamat dan boleh dipercayai.
Kandungan soalan
TLDR: Saya meletakkan struct TestLogger dalam logutils/test-logger_test.go dan cuba merujuknya dalam authentication/login_tests.go. Apabila membina ujian untuk modul pengesahan, pengkompil mengadu bahawa TestLogger tidak diisytiharkan. Satu-satunya penyelesaian ialah menamakan semula test-logger_test.go kepada test-logger.go, tetapi ini berisiko untuk merujuk TestLogger dalam kod pengeluaran.
Apabila menjalankan ujian go, golang nampaknya tidak mengimport kod ujian (kod yang diisytiharkan dalam fail dengan akhiran _test.go) dari satu modul ke modul yang lain. Adakah saya melakukan sesuatu yang salah atau ini cara golang direka? Adakah terdapat sebarang penyelesaian?
Contoh mudah untuk menggambarkan:
Saya mempunyai modul "perpustakaan" (mari kita panggil ia il logutils) dan modul "aplikasi" (mari kita panggil ia "pengesahan"). Modul logutils mempunyai ujian sendiri yang meliputi semua fungsi khusus pelaksanaan pembalak (cth. FileLogger, HttpLogger) dan semuanya baik-baik saja.
Modul logutils juga mengisytiharkan TestLogger yang boleh digunakan oleh modul "klien" (seperti "pengesahan") untuk memastikan mereka log semuanya dengan betul tanpa perlu menyediakan pengelogan fail atau http. Ia pada asasnya hanya melaksanakan antara muka Logger tetapi hanya log segala-galanya ke penimbal yang boleh disahkan pada akhir ujian.Jadi modul "pengesahan" boleh mengisytiharkan fail _test.go sendiri yang membuat TestLogger dan semuanya berfungsi seperti azimat.
Apa yang mengganggu saya ialah TestLogger perlu diisytiharkan dalam fail pengeluaran biasa (logutils/test-logger.go) dan bukan dalam fail ujian (logutils/test-logger_test.go), jika tidak, ujian pengesahan akan mengadu bahawa TestLogger adalah tidak ditakrifkan. Tetapi dengan melakukan ini, tiada apa yang menghalang TestLogger daripada dirujuk/digunakan dalam kod pengeluaran.
Apa yang saya mahukan ialah kod dalam mana-mana fail logutils _test.go boleh diimport dalam mana-mana fail pengesahan _test.go (tetapi bukan dalam fail .go pengeluaran).
Sebarang pandangan/cadangan?
Edit: kesilapan menaip tetap
Penyelesaian
Anda tidak boleh memiliki ini. Begitu mudah. (Tiada perkara seperti "fail pengeluaran .go". Kod ujian bukan "bukan pengeluaran".)
Atas ialah kandungan terperinci Bagaimana untuk mengimport kod ujian dari satu modul ke modul lain tanpa mendedahkannya kepada kod pengeluaran?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



OpenSSL, sebagai perpustakaan sumber terbuka yang digunakan secara meluas dalam komunikasi yang selamat, menyediakan algoritma penyulitan, kunci dan fungsi pengurusan sijil. Walau bagaimanapun, terdapat beberapa kelemahan keselamatan yang diketahui dalam versi sejarahnya, yang sebahagiannya sangat berbahaya. Artikel ini akan memberi tumpuan kepada kelemahan umum dan langkah -langkah tindak balas untuk OpenSSL dalam sistem Debian. Debianopenssl yang dikenal pasti: OpenSSL telah mengalami beberapa kelemahan yang serius, seperti: Kerentanan Pendarahan Jantung (CVE-2014-0160): Kelemahan ini mempengaruhi OpenSSL 1.0.1 hingga 1.0.1f dan 1.0.2 hingga 1.0.2 versi beta. Penyerang boleh menggunakan kelemahan ini untuk maklumat sensitif baca yang tidak dibenarkan di pelayan, termasuk kunci penyulitan, dll.

Artikel ini menerangkan cara menggunakan alat PPROF untuk menganalisis prestasi GO, termasuk membolehkan profil, mengumpul data, dan mengenal pasti kesesakan biasa seperti CPU dan isu memori.

Artikel ini membincangkan ujian unit menulis di GO, meliputi amalan terbaik, teknik mengejek, dan alat untuk pengurusan ujian yang cekap.

Perpustakaan yang digunakan untuk operasi nombor terapung dalam bahasa Go memperkenalkan cara memastikan ketepatannya ...

Masalah Threading Giliran di GO Crawler Colly meneroka masalah menggunakan Perpustakaan Colly Crawler dalam bahasa Go, pemaju sering menghadapi masalah dengan benang dan permintaan beratur. � ...

Artikel ini membincangkan menggunakan ujian yang didorong oleh jadual di GO, satu kaedah yang menggunakan jadual kes ujian untuk menguji fungsi dengan pelbagai input dan hasil. Ia menyoroti faedah seperti kebolehbacaan yang lebih baik, penurunan duplikasi, skalabiliti, konsistensi, dan a

Artikel ini membincangkan menguruskan kebergantungan modul Go melalui Go.Mod, meliputi spesifikasi, kemas kini, dan resolusi konflik. Ia menekankan amalan terbaik seperti versi semantik dan kemas kini biasa.

Artikel ini membincangkan pakej GO's Reflect, yang digunakan untuk manipulasi kod runtime, bermanfaat untuk siri, pengaturcaraan generik, dan banyak lagi. Ia memberi amaran tentang kos prestasi seperti pelaksanaan yang lebih perlahan dan penggunaan memori yang lebih tinggi, menasihati penggunaan yang bijak dan terbaik
