Unit testing a REST API

Harm akan kembali dalam video ini kita akan menulis set unit test pertama kami. Kita akan mulai dengan menulis unit test untuk model kita hanya karena itu akan menjadi sedikit lebih sederhana dan sedikit lebih mudah untuk ditulis daripada tes sumber daya. Jadi mari kita mulai dengan masuk ke paket pengujian dan membuat paket Python baru di sana yang akan saya panggil unit dan di sana kita akan membuat paket Python baru yang dengannya kita dapat menangani model dan pada akhirnya kita akan mendapatkan file python baru yang akan menjadi item uji. OK jadi sekarang kita miliki di sini file test case kita dan kita bisa mulai dengan melakukan test case import dari model. Item impor item semua kita akan menguji model item dalam pengujian ini. Jadi kita harus mengimpornya tentu saja. Sekarang Anda tahu cara mulai membuat unit test. Kami harus membuat kelas yang mewarisi dari kasus uji dan kami harus membuat metode pengujian kami. Saya mendorong Anda untuk mencobanya. Buat pesan pengujian yang menurut Anda perlu dan pastikan bahwa metode pengujian yang Anda buat adalah pengujian unit. BAIK. Jadi semoga Anda baik-baik saja melakukannya. Setiap kali saya melakukan hal semacam ini saya mengajukan pertanyaan, saya sarankan Anda menghentikan video dan kode lalu kembali ke video dan saya akan menulis kode di sini. Dan cara saya melakukannya adalah membuat kelas dan kemudian menciptakan metode pengujian kami. Sekarang apa yang kita miliki dalam model barang yang harus kita uji. Nah model kami adalah Anda dapat melihat memiliki beberapa hal di sini yang berhubungan dengan alkimia seksual. Kami tidak akan dapat mengujinya maka kami berpotensi menguji apakah atribut ini ada tetapi kami harus percaya bahwa Python berfungsi. Jadi kita tidak perlu menguji atribut ini memang bagian dari kelas. Kami memiliki metode bawaan yang mungkin ingin kami uji. Kami memiliki metode Jason di sana yang mengembalikan kamus dan kami mungkin ingin mengujinya sebagai pengujian unit. Sisanya. Kami tidak dapat menguji hanya dengan menggunakan unit test karena mereka bergantung pada basis data sehingga kami akan memiliki dua opsi dan satu opsi yang dapat kami tandai di basis data sekarang tidak terlalu sepele. Jadi akan sedikit lebih rumit. Dan pilihan lainnya adalah untuk tidak menulis tes ini sebagai unit test dan sebaliknya menuliskannya sebagai tes integrasi yang akan menjadi pilihan lain. Jadi mari kita kembali ke tes dan kita akan menulis dua tes satu untuk metode unit dan satu untuk metode Jason. Jadi kita akan memiliki item tes item tes. Jason baik-baik saja. Sekali lagi jika Anda belum memberikan ini yang lalu, saya sarankan Anda memposting video sekarang dan coba bagaimana Anda dapat menulis dua tes unit ini. Saya akan pergi dan membuat item sampel karena kita dapat melihat item memiliki nama dan harga yang harus kita lewati sehingga kita dapat memasukkan nama dan harga dan kemudian yang harus kita lakukan adalah menegaskan bahwa kedua properti ini adalah benar sehingga kami dapat menyatakan sama bahwa nama item sama dengan uji. Kami dapat menyatakan bahwa harga barang sama dengan tahun 1999. Sekarang ini beberapa orang akan mengatakan bahwa Anda tidak perlu menguji ini karena metode init Anda adalah metode yang sangat sederhana tetapi penting untuk memiliki tes yang menciptakan model dan memastikan bahwa semuanya benar karena jika Anda pergi dan ubah metode Anda dan misalnya Anda mengubah salah satu properti di sana, salah satu nama properti misalnya, alih-alih harga yang Anda ubah namanya menjadi biaya, maka Anda mungkin melihat beberapa kesalahan di tempat lain dalam program Anda sehingga selalu menarik untuk memilikinya di sana untuk mengingatkan Anda akan seperti apa jadinya sekarang kita dapat menjalankan metode ini. Tetapi ada juga argumen ketiga yang ingin saya sampaikan kepada Anda dalam metode cert dari test case yaitu bahwa Anda dapat menyampaikan argumen ketiga di sini dan itu adalah pesan kesalahan yang akan dimunculkan adalah dua hal ini tidak sama. . Jadi, jika kedua hal ini tidak sama, Anda akan mendapatkan pesan kesalahan yang cukup umum tetapi Anda dapat menulis pesan kesalahan sendiri di bagian akhir. Sebagai argumen ketiga jika Anda mau dan kemudian Anda bisa mendapatkan sedikit lebih banyak informasi atau pesan kesalahan yang lebih bagus. Jika ini gagal. Jadi misalnya Anda tahu jika barang itu Anda bisa menulis sesuatu seperti itu. Dan tentu saja Anda dapat memilikinya di jalur baru di sana. Dan juga Anda dapat memiliki sesuatu seperti itu di sini. Dan harga pembuatan barang. Itu dia. Jadi tidak semua ini gagal Anda akan mendapatkan pesan kesalahan yang bagus dan kami dapat memverifikasi itu dengan hanya menjalankan tugas ini. Anda dapat melihat bahwa itu berlalu. Jika kita mengubah salah satu dari hal-hal itu kita harus mendapatkan pesan kesalahan yang mengatakan tes tidak sama dengan 10. Dan dia mengatakan nama item setelah penciptaan tidak sama dengan argumen konstruktor. Anda dapat melihat di sini tes tidak sama dengan tes dan itu masalahnya OK mari kita lanjutkan dan menguji item. Jason kami punya barang yang akan menjadi model barang dan kami punya hasil yang diharapkan untuk hal yang akan kami uji. Dan output yang diharapkan adalah kamus nama dan harga dan kemudian yang harus kita lakukan adalah menyatakan sama untuk item Jason dan diharapkan. Dan kemudian kita dapat mengatakan bahwa Jason X bagian dari item salah menerimanya dan mengharapkan format item yang diharapkan Jason sempurna. Dan Anda bahkan berpotensi memiliki sesuatu seperti ini. Sekarang font ini sangat besar. Jadi spanning menemukan banyak layar saya di sana dan saya harus gulir. Tapi ini karena ukuran Fondas ini 24 atau sesuatu seperti itu untuk direkam saat Anda memprogram sendiri, Anda memiliki ukuran font yang lebih masuk akal dan ini akan baik-baik saja. Pesan-pesan kesalahan ini tidak terlalu panjang dengan cara apa pun. OK jadi sekali lagi kita bisa menjalankan metode pengujian ini di sana dan kita harus melihat bahwa itu berlalu dan semua yang telah kita lakukan adalah pola yang sangat umum ketika pengujian adalah kita telah menciptakan hal-hal yang dapat diuji. Itu adalah model barang yang kami uji dan hasil yang diharapkan dari pengujian kami. Dan kemudian kita hanya membandingkan mereka dan kemudian kita telah memberikan pesan kesalahan yang bagus bahwa pada akhirnya ini benar-benar umum dan Anda harus memastikan bahwa setiap pengujian hanya menguji satu hal. Dalam hal ini pengujian kami memiliki dua pernyataan tetapi keduanya menguji apakah item tersebut dibuat dengan benar. Dan di sini kita tidak perlu menguji bahwa properti model barang diatur dengan benar karena mereka diuji dalam metode lain ini. Jadi kita bisa langsung menguji metode yang ingin kita uji. Jadi itulah segalanya untuk video ini yang kami buat atau dua unit test. Sekarang di video berikutnya kita akan membuat beberapa tes integrasi jadi saya akan melihat Anda di sana.