 Selamat pagi, semuanya. Saya Zain. Hari ini saya akan menjelaskan tentang kepercayaan kepercayaan di React App Jadi masalah yang saya cuba mencoba adalah kita, sebagai manusia, kita biasanya membuat kesempatan dan fitur-fitur baru berlalu memperkenalkan kepercayaan jadi kita memperkenalkan fitur baru, kadang-kadang kita memperkenalkan karena ia mungkin memperkenalkan kepercayaan dan sejak masin membuat kesempatan kita mungkin ingin memperkenalkan kepercayaan manusia kita sebagai kode jadi itu bagaimana kita mempunyai kesempatan di kode kita jadi ini adalah konsep baru yang paling kurang baru untuk saya mungkin Anda pernah dengar tentangnya ketika kita memperkenalkan komponen kita ada 3 kesejaan dari penggunaan pertama adalah penggunaan akhir, yang mereka menggunakan komponen kita dan kemudian adalah pembangunan yang menggunakan komponen kita di app mereka dan kemudian kemudian adalah penggunaan tes yang saya akan menjelaskan jadi disini saya akan menjelaskan 2 kesempatan yang pertama adalah penggunaan false yang adalah penggunaan tes negative tapi itu adalah false karena itu benar-benar benar jadi di kesejaan ini, kita mencoba memperkenalkan komponen ke komponen jadi ini adalah penggunaan total dan mari kita memperkenalkan komponen total class jadi kita mempunyai stit total as false dan kemudian kita mempunyai penggunaan handle yang menggantikan penggunaan total dan kemudian kita menunjukkan jika itu sudah terakhir dan kemudian kita mempunyai button jika itu terakhir, itu menggantikan togle semua orang bisa membuat ini dalam 1 minit jadi mari kita tes ini dengan penggunaan saya pikir itu salah satu penggunaan tes yang paling populer di sana pertama, menggantikan togle dengan penggunaan shallow saya pikir itu penggunaan yang paling populer di penggunaan dan kemudian menggantikan stit total menggantikan stit total stit total dari komponen yang terakhir ketika ini pertama kali diperkenalkan dan kemudian mencoba jika itu sebenarnya menggantikan dan menggantikan penggunaan togle yang menggantikan stit total untuk benar dan membuatnya menggantikan teks jadi ini tes yang mudah dan terakhir jadi sekarang, mari kita mulai untuk membuat penggunaan terakhir dan ini komponen yang saya membuat menggunakan penggunaan cara kita membuatnya sedikit berbeda disini kita menggunakan fungsi stit dengan pos sebagai value initial dan kemudian kita memiliki fungsi penggunaan untuk menggantikan value togle dan kemudian kita menggantikan teks yang berada di online-off berdasarkan value togle dan kemudian kita membuat penggunaan terakhir dengan button jadi ini kita memiliki penggunaan terakhir tapi kembali ke kelas saya pikir itu sebabnya orang ingin menggunakan teks lebih daripada kelas jadi ketika kita menggantikan komponen ini penggunaan terakhir penggunaan terakhir dengan itu dan penggunaan itu tidak perlu mengubah apa-apa daripada mengubah file dari kelas ke teks tapi kemudian penggunaan terakhir dengan itu jadi itu berkata itu adalah kelas negatif itu adalah kelas yang terakhir tapi itu sebenarnya kelas yang terakhir jadi itu yang penggunaan terakhir itu yang penggunaan terakhir jadi ini satu lagi kelas di mana ini memperkenalkan kelas yang terakhir jadi dalam kelas ini kita memiliki kelas yang membuat kelas dalam kelas kelas jadi ingat kelas itu jadi ketika mereka menggunakan kelas jadi kelas kelas dari komponen dia lupa menambahkan kelasnya jadi tidak terakhir tapi penggunaan terakhir jadi kita kembali lagi jadi disini semua yang dia lupa adalah menggunakan kelas kelas yang terakhir tapi ini masih disini sementara penggunaan akan terkiru karena tidak sebenarnya berkelihan jadi itu yang terjadi kita memiliki kelas negatif dan kelas positif sekarang kita coba menggunakan kelas reak yang lebih luayah dalam sejati jadi disini kita menggunakan kelas render Komponen render. Dan kemudian kita mendapatkan value tax. Jadi dari komponen render kita mendapatkan tax off. Dan kemudian kita harapnya di sana. Dan kemudian kita harap tax on itu tidak di sana. Dan kemudian kita mendapatkan tax toggle, yang adalah tax isian di dalam botan, dan kita klik botan. Dan kemudian kita hasilkan bahwa itu memilih on di setelah off. Jadi itu. Dan kemudian di tengah test, kita mengekalkan dom, supaya testnya diselesaikan. Jadi ini seperti apa yang kemudian terjadi. Kemudian mari kita menggantikan kemelawa p barracks terlebih dahulu. Pertama kali adalah kemarin pekat. Setelah mengekalkan komponen kelas kita dengan komponen fungsi, pengemen kita bisa menghidupkan. Dan peminat kemarin tetap selesai. Dan kemudian, untuk kekarnat pekat orang kelihatan, So, this character developer will be complained by the test, and the test coherent with the end user experience. So in this case, this test user is aligned with what the end user experience. So what's happening here? Let's compare those two implementation, these two test implementation. The first one, so what does it even mean? We have shallow and we have render. So let's debug the rendering result. When we do it, that's what we got. So when we are shallow rendering, we're actually only rendering one component level under that component. So if we are rendering a button, it will only render it as a button text with this function. That's it. But when we are using render function from testing library, it actually renders the whole component as in JS DOM. So it's actually rendering the actual DOM. And then the other difference is in enzyme, we tend to access the inner state of the component, which is by default, it's not accessible from outside of the components. Well, in testing library, it's impossible to do that. So what we can do is, what we can do to assert the components we have here is by actually finding the text that is rendered. And then the third thing is, in enzyme, it's also possible to get the function of the components instance where, again, in testing library, it's impossible to do that. So what we have to do is, we have to find the text and we click the button containing the text. So can we do it using enzyme? Yes, we can. So instead of using shallow, we should have been using mound. If we use mound, we are likely not to have that experience. But then enzyme API is too powerful. So, again, like what I said, it's possible to access the inner state of the component, which is not expected. That's why it's easy to make mistakes. Well, on the other side, the testing library's API is intentionally powerless. So what you can do in testing library is, you can only get the components from out. You can only get the out, what the components written. So the key takeaway is, so the more your test assembly, the way your software is used, the more confidence they can give you. Let's avoid testing improvement details. So because testing improvement details means we can, it's more likely that we can have false positive or false negatives. This is not the concept of testing. So the one that I am talking about is just unit and integration test. So there are a lot of aspect of test that we should explore. And that's all. I am inspired by it considers from his testing JavaScript course. And thank you for reacting with me for providing the stage.