Selamat datang kembali.
Mari kita lanjutkan dengan pengujian unit kita sekarang.
Satu hal yang saya perhatikan di sini adalah bahwa ketika melihat dokumentasi kami sebenarnya memiliki sisipan adalah instance.
Jadi kita sebenarnya bisa, daripada bilang Asatru pakai saja, assert adalah instance, yang kita berikan A dan
B lagi, semua metode tes ini, tidak ada yang benar.
Anda dapat menggunakan mana saja yang Anda inginkan sebagai alat untuk meningkatkan kode Anda.
Jadi dalam kasus saya, mari kita ubah ini menjadi assert is instance dan perbaiki ini.
Seperti ini, jadi sedikit lebih bersih, mari kita lihat apakah ini berhasil, oke.
Semuanya masih bagus.
Oke, mari kita coba dan pecahkan kode kita lagi.
Jadi semuanya terlihat bagus.
Tapi bagaimana jika kita melakukan sesuatu yang berbeda?
Bagaimana jika kita melakukannya, katakanlah, pada tes lain dan kita akan mengatakan tes melakukan sesuatu juga?
Biasanya Anda ingin memberi nama fungsi-fungsi ini dengan lebih baik.
Jadi mereka lebih deskriptif.
Tetapi dalam kasus kami, ini baik-baik saja.
Supaya kita bisa melihat bagaimana mereka bekerja kali ini.
Mari kita lakukan tes param akan sama.
Bagaimana dengan tidak ada?
Jadi sekarang jika saya menjalankan ini, mari kita jalankan kode ini lagi.
Dan omong-omong, Anda mungkin memperhatikan di sini bagaimana saya menyalin kode dalam pengujian dan Anda mungkin berpikir,
bisakah kita membuatnya lebih sederhana?
Dan tidak mengulangi diri kita sendiri.
Dan Anda benar-benar dapat melakukan itu dan membuat segalanya jauh lebih mudah.
Tetapi ketika datang ke pengujian, karena mereka tidak masuk ke produksi dan ini
hanya untuk tujuan pengembangan, Anda benar-benar ingin memiliki pengujian yang mudah dibaca sehingga orang lain
memahami pengujian Anda, karena dalam hal pengujian, keterbacaan benar-benar penting.
Kami tidak terlalu peduli untuk tidak mengulangi diri kami sendiri dan membuat kode kami efisien, bagus dan kecil.
Jadi saya suka menulis tes yang sangat deskriptif, sangat jelas.
Baiklah, di sini, katakanlah otodidak menegaskan sama dan hmm, apa ini?
Nah, dalam hal ini, saya mengharapkan kesalahan nilai, jadi mari kita lakukan ini.
Saya berharap hasilnya akan menjadi nilai eh saya akan menyimpan dan menjalankan pengujian saya.
Baiklah, saya mendapatkan kesalahan, dikatakan ini adalah kesalahan tipe ke dalam argumen, harus berupa string.
Dan saya memberikannya bukan tipe.
Baiklah, jadi ini tidak menanganinya dengan benar karena tidak bekerja dengan THT, kami mendapatkan
kesalahan jenis.
Jadi bagaimana kita bisa memperbaikinya?
Huckabee menyesuaikannya jika kita mendapatkan tipe non dalam parameter.
Nah, pertama-tama, mari kita berikan parameter default, katakanlah parameter default adalah nol jika saya menjalankan
ini.
Lagi.
Saya masih mendapatkan udara.
Oke, jadi kami masih belum memperbaikinya.
Argumennya harus tegas.
Sebuah membeli seperti objek atau tidak tidak mengetik?
Oke, jadi kami masih belum memeriksa tipe pengasuhnya.
Jadi hal lain yang bisa kita lakukan adalah mengatakan.
Jika.
Tidak.
Jadi kami memeriksa apakah kami memiliki nilai angka.
Karena ingat, ini akan default ke true jika memiliki jenis angka apa pun atau, yah, nilai apa pun,
tetapi jika bukan tipe, itu akan berlaku.
Jadi di sini, jika tidak, kami dapat mengatakan kembalikan ini.
Lain, jika tidak, kami akan kembali.
Tolong.
Masukkan nomor.
Jadi saya akan mengatakan ini dan sekarang mengubah ini, karena sekarang kita harus mengharapkan masukkan nomor ke dalam
tes saya dan saya akan mengatakan tegaskan sama.
Hasil itu.
Akan menjadi silakan masukkan No.
Jika sekarang saya sedang dalam ujian, mari kita selesaikan ini.
Oh, sepertinya saya menjalankan dua tes dalam nol detik, tapi kami punya tiga tes, dan itu karena.
Anda lihat di sini bahwa saya menamai saya sama.
Ingat, jika Anda menamai hal yang sama, yah, itu hanya akan menjalankan salah satunya.
Jadi pastikan bahwa semua nama tes itu unik.
Jadi saya akan menjalankan ini.
Baiklah, jalankan tiga tes dan semuanya bekerja dengan baik.
Sangat sangat keren.
Jadi Anda dapat melihat di sini bagaimana kami beralih dari fungsi yang sangat sederhana dan
kami mulai menangkap kesalahan ini dan mulai menyadari bagaimana fungsi kami terlalu sederhana, bahwa jika kami menerima input yang salah.
Suka.
Sebuah string atau non tipe?
Nah, segera setelah kami melakukan itu, fungsi kami gagal.
Jadi dengan menggunakan tes dan sebagai pengujian dan pemecahan, saya dapat meningkatkan fungsi ini.
Jadi lebih tahan lama sehingga sekarang bekerja jauh lebih baik dalam produksi.
Benar.
Dan inilah kekuatan ujian.
Hal ini memungkinkan kita untuk memeriksa kesalahan yang mungkin telah kita buat karena mungkin kita tidak akan berpikir untuk melakukan
sesuatu seperti ini pada awalnya.
Tetapi dengan menulis tes di samping kode kami, kami dapat meningkatkan fungsinya.
Sekarang, satu hal terakhir yang ingin saya tambahkan.
Mari kita tambahkan salah satu tes dan katakan bahwa ini berfungsi untuk bagaimana jika parameter tes hanyalah
string kosong?
Kita harus memasukkan nomor, jadi jika saya menjalankan ini.
Baiklah, empat tes sudah lewat, jadi sepertinya kode kita bekerja dengan baik.
Sekarang, untuk mengakhiri di sini, saya hanya ingin menunjukkan beberapa hal.
Saya menyebut di sini tes unit di Maine, tetapi ini tidak ada hubungannya dengan yang sebenarnya.
Mengajukan.
Itu yang kami tulis, yang merupakan file utama, jika katakanlah saya mengganti nama ini, jadi mari kita pergi ke desktop saya.
Dan katakan, saya ingin mengubah ini menjadi.
Skrip, DCPI.
Sekarang mari kita buka ini, kasus saya dengan teks luhur.
Mari kita kembali ke sini.
Jadi Anda lihat di sini yang berarti bahwa PI baik tidak ada lagi.
Ini meminta saya untuk menyelamatkan.
Jadi ini adalah file yang sama sekali berbeda.
Sekarang, jika saya melakukan skrip di sini dan cukup ubah semua instance menjadi skrip.
Jika saya menyimpan ini dan sekarang jalankan.
Ini masih berfungsi unit test berarti hanya mengatakan, hei, jalankan saja semua tes di sini.
Sekarang, satu hal, dan ini adalah praktik umum yang telah kita bicarakan sebelumnya, adalah karena Anda ingin
mengatakan run this fall jika ini adalah file utama yang sedang dijalankan, karena kami tidak benar-benar ingin mengimpor Tessmann atau
semacamnya ini ke file lain.
Ini adalah file individual yang hanya boleh dijalankan ketika kami menjalankan pengujian kami.
Jadi saya hanya bisa mengatakan jika garis bawah menggarisbawahi nama.
Setara.
Garis bawah, garis bawah, utama.
Kemudian jalankan potongan kode ini.
Jadi sekarang jika saya menyimpan ini dan menjalankan.
Ini dia.
Semuanya masih berfungsi, tetapi sekarang saya memastikan bahwa ini adalah file uji dan saya hanya akan menjalankan kode ini jika
itu adalah file yang sedang dijalankan, jika itu adalah file utama yang sedang dijalankan.
Jadi ini adalah cara standar untuk menyelesaikan pengujian Anda dengan modul unit test.
Mari kita istirahat dan berbicara sedikit lebih banyak tentang tes di video berikutnya.