 Hari ini saya akan bercakap tentang TDD di REAC. Jadi nama saya Yui. Saya sekarang bekerja di Acentur di data analytics dan API development team. Jadi kami membuat banyak POC-nya beberapa bulan lalu, dan kami mulai bermain dengan REAC. Sebelumnya kami banyak di Angula. Jadi kami berfikir, bagaimana kami melakukan testan dan itu sebabnya hari ini saya memutuskan berkongsi tentang TDD dengan REAC. Dan saya rasa jika anda berjalan online dan mencari testan dengan REAC, mereka ada banyak pembentangan tetapi ia sedikit terkejut. Dan itu sebabnya saya membuat ini dan hanya untuk berkongsi. Jadi boleh saya mempunyai sebuah pembentangan? Siapa yang familiar dengan TDD? Okey, tidak banyak. Jadi TDD bermaksud test-driven development. Terima kasih. Terima kasih? Jadi pentingnya, bermaksud anda menulis test-driven sebelum anda menulis pembentangan pembentangan, sebelum anda menulis pembentangan pembentangan. Jadi pembentangan adalah untuk mempunyai reka-reka pembentangan. Jadi apabila anda menulis pembentangan, pastikan ia gagal, dan kembali untuk menulis pembentangan yang cukup untuk membuat pembentangan dan kembali dan menghidupkan pembentangan. Ini adalah perlunyanya. Untuk memastikan test anda menilai dan membuat pembentangan yang cukup untuk membuat pembentangan dan menghidupkan pembentangan. Saya rasa ini. Jadi ini adalah yang yang anda menulis pembentangan. Kemudian menulis pembentangan, pastikan ia menulis dan memastikan pembentangan. Dan kemudian dan mencari kode dan pastikan itu dan kemudian sebuah psikologi Jadi, kenapa TDD? Mereka sebenarnya ada banyak orang yang benar-benar mengadakan tentang TDD Kerana jika anda mengikut prosesi yang betul TDD anda terserahkan banyak test dan menyerahkan anda lebih banyak kerana anda hanya menerahkan kode sukses untuk membuat pasangan test anda Jadi, anda hanya menerahkan kode sukses untuk membuat pasangan dan tidak menerahkan tentang sesuatu yang lain Dan kemudian, kode TIDIA jika anda benar-benar peduli tentang programnya Jadi, anda hanya peduli tentang metode public dan bukan metode pribadi kerana anda sebenarnya hanya menerahkan kelas dengan metode public Kerana anda menerahkan TDD dan anda menyerahkan banyak test dan anda menerahkan banyak test dan menjadikan anda mempunyai beberapa kelas dan testnya terserahkan kelas dengan cara anda menerahkan kode Jadi, ada beberapa proses dan prinsipi di TDD Jadi, salah satu adalah anda tidak harus menerahkan kode produsional sehingga anda menerahkan test yang saya menerahkan tadi dan anda tidak boleh menerahkan lebih banyak test daripada cukup untuk menerahkan Jadi, apabila anda mempunyai prosesan pertama anda apabila anda menerahkan kelas anda kelas fungsi dan output yang berkongsi kepada itu anda harus menerahkan test anda dan menjadikan ia menerahkan Jadi, setidaknya, apa yang anda akan lakukan adalah anda mempunyai prosesan untuk menjadikan test anda Jadi, apabila anda menerahkan kelas anda anda akan menerahkan kepada anda bahawa ini menerahkan dan anda tidak boleh menerahkan lebih banyak kode produsional daripada cukup untuk menerahkan test yang sekarang Jadi, testnya sepatutnya seharusnya bermakna jika anda membuat panggilan asyik anda harus menghentikan seharusnya untuk membuat panggilan sebenar supaya anda tidak anda tidak selalu membuat panggilan api dan apabila anda menerahkan kelas anda, anda akan menghentikan kelas anda dan apabila anda menghentikan, anda akan menghentikan kelas yang dihentikan daripada api ia sepatutnya mempunyai jadi, test anda pertama, test anda kedua tidak sepatutnya mempunyai test anda pertama ia sepatutnya menerahkan secara separat dan sepatutnya menerahkan bermaksud jika anda menerahkan kelas MacOS anda sepatutnya dapat membuat panggilan api bermakna ia sepatutnya jika anda menerahkan kelas anda, anda akan tahu apakah ia menerahkan kelas anda ia tidak harus menjadi setelah anda menerahkan kelas anda, anda harus memperkenalkan dan periksa bahawa ia tidak bukan output yang anda inginkan jika anda menerahkan kelas anda, ia akan beritahu anda oh, perkara ini merasak, perkara ini merasak dan pada masa ini dalam kelas TDD, ia bermaksud anda harus ketakutan anda sebelum anda menerahkan kode anda jadi itu bermaksud ini penting. Jadi, ini adalah sesuatu pilihan yang biasanya di Reag. Jadi, kita ada di sini, pada satu ini, It's Unzyme. It's written by Airbnb. Jadi, itu seperti test utils, bermakna setelah menggunakan chest. Jadi, kita biasanya menggunakan chest atau mocha untuk menggunakan di Reag. Jadi, ini adalah test runner. Jadi, selepas kita mempunyai chest setelah menggunakan test runner, kita akan menggunakan Enzyme untuk menggantikan komponen Dorm untuk mencari Enzyme bergantikan dengan jQuery. Jadi, kita boleh mencari dan menggunakan komponen dan nama kelas kita. Sebenarnya, juga ada Reag test utils, tetapi Reag juga Facebook juga berkata kita harus menggunakan Enzyme lebih mudah. Jadi, ini yang saya beritahu, mocha, chest, karma adalah test runner lainnya. Dan kita ada yang lain yang dipanggil AVA, yang saya tidak benar-benar tahu. Kemudian, biasanya kita menggunakan chai. Dan untuk mocha, kita ada Sinon. Saya tidak yakin saya memperkenalkan. Jadi, kita boleh membuat pengganti, dan mocha fungsi. Dan untuk pengganti, kita boleh menggunakan snok atau fetchmok. Jadi, hari ini, saya hanya bekerja dengan sebuah pekerjaan bagaimana pekerjaan TDD. Jadi, ia adalah aplikasi ini. Sebenarnya, apa yang ia buat, anda mempunyai balon wala, dan yang ini ia dimana anda mempunyai wala atau memperkenalkan wala. Jadi, ini adalah balon wala. Ini dibuat oleh aplikasi yang mempunyai wala, dan ia mempunyai wala, bukan Wala SfP. Jadi, apabila komponen memperkenalkan, ia membuat aplikasi dan mempunyai wala ini. Jadi, apabila anda mempunyai wala, sebenarnya, wala di dalam wala, anda akan membuat aplikasi atau memperkenalkan wala yang anda mempunyai dalam wala. Jadi, apa yang akan saya lakukan hari ini adalah memperkenalkan bagaimana membuat komponen wala di wala TDD. Jadi, ia adalah komponen wala. Jadi, sesuatu yang mempunyai adalah mempunyai balon wala, dan sebab ia memperkenalkan aplikasi untuk membuat aplikasi jadi ia mempunyai balon wala yang juga memperkenalkan wala. Adakah saya memperkenalkan sesiapa-siapa? Okey, bagus. Jadi, ini adalah beberapa perkara yang akan saya meletakkan hari ini. Jadi, pertama, apa yang anda akan lakukan adalah anda akan memperkenalkan komponen yang sebenarnya memperkenalkan jadi anda dapat melakukan itu menggunakan snap shots. Jadi, snap shots, apa yang bermaksud betul-betul adalah untuk mengambil gambar dan apabila anda membuat aplikasi untuk aplikasi. Kemudian, ia akan memperkenalkan bahawa ini adalah perubahan yang anda inginkan. Jika itu adalah perubahan yang anda inginkan anda akan memperkenalkan anda, dan ia akan memperkenalkan. Kemudian, memperkenalkan komponen wala yang sebenarnya memperkenalkan pada UI. Jadi, ini kita akan menggunakan perubahan yang memperkenalkan dan yang tadi saya menyebabkan api yang memperkenalkan yang sangat sama dengan jQuery. Memperkenalkan perubahan dan kemudian anda mempunyai perubahan atau perubahan. Jadi, ini kita memperkenalkan seperti apakah perubahan adalah apa yang kita menunggu. Klik yang datang di bawah potensi positif. Jadi, ini kita akan menggunakan fungsi jazz mock Jadi, apabila anda memperkenalkan fungsi jazz mock dalam komponen itu, dan anda menunggu, anda menunggu apabila anda mempunyai klik dan memperkenalkan aplikasi wala yang anda menggunakan fetch mock. Jadi, pertama, kita hanya memperkenalkan seperti komponen ini yang memperkenalkan. Jadi, di sini anda dapat melihat kita hanya memperkenalkan perubahan. Jadi, apa yang memperkenalkan perubahan adalah ia mengambil komponen wala ini dan ia memperkenalkan tanpa komponen jauh. Jadi, mari kita katakan wala itu mempunyai komponen reka yang lain disebabkan komponen. Jadi, komponen reka yang lain tetapi perubahan jauh anda hanya memperkenalkan, anda hanya memperkenalkan perubahan jauh komponen. Jadi, di sini ia mengatakan bahawa wala itu seperti bagaimana anda menulis perubahan perubahan jazz. Perubahan jazz. Jadi, anda menerima, ini adalah blog yang menerima dan di sini anda memperkenalkan perubahan dan saya menulis perubahan dan di sini ia memperkenalkan dan saya menunggu bahawa wala itu memperkenalkan perubahan jauh. Jadi, sekarang anda juga perlu memperkenalkan wala tetapi wala itu tidak memperkenalkan sekarang. Jadi, anda memperkenalkan saya sebuah kesilapan. Jadi, di sini ia mengatakan anda berharap untuk memperkenalkan komponen anda untuk memperkenalkan. Jadi, jelas ini akan berlaku sebab saya membuat wala.js saya. Kemudian, salah satu prinsipa adalah untuk memperkenalkan komponen yang cukup untuk membuat perubahan jauh anda. Dan di sini saya menulis sebuah komponen yang sangat mudah untuk hanya memperkenalkan wala yang mempunyai perubahan wala kemudian anda akan memperkenalkan. Jadi, ini adalah cara anda memperkenalkan wala. Jika anda melihatkan di sini, anda tidak akan memperkenalkan sekarang. Anda dapat mengubahnya untuk fungsi error jika anda mahu. Sekarang, anda memperkenalkan komponen dom. Jadi, saya memperkenalkan jika saya memperkenalkan jika saya memperkenalkan boten sekarang. Kemudian saya memperkenalkan komponen wala. Jadi, kita memperkenalkan dulu. Kita memperkenalkan wala. Wala. Jadi, apa yang saya lakukan adalah ia mencari wala dan kemudian ia menunggu wala yang memperkenalkan wala yang memperkenalkan wala yang memperkenalkan SGD 20 dolar. Jadi, anda akan memperkenalkan anda. Mereka tidak dapat mencari wala keadaan, yang sudah tentu. Dan saya mengulang kode yang adalah jadi sekarang saya mencari kota ini. Nama kelas yang digunakan keadaan kerana sebelumnya, tidak ada kelas. Kemudian saya mengubah keadaan keadaan. Dan kemudian ia akan menerima saya sepatutnya wala keadaan yang memperkenalkan SGD 20. Jadi sekarang ia mengambil. Sebenarnya, saya rasa saya boleh lepaskan ini. Ia menjadi terlalu repetitif. Yang lain yang anda ingin tahu adalah anda ingin menetapkan peringkatan. Kerana peringkatan reak itu biasanya mempunyai peringkatan. Ia mempunyai peringkatan sendiri. Di sini saya menerima kota. Sebelum peringkatan ini menerima, apa yang saya akan lakukan adalah saya akan mencari peringkatan kelas ini. Saya kelihatkan peringkatan dan setelah itu saya menerima peringkatan. Si labori saya sepatutnya menerima peringkatan, kami akan menCari peringkatan. Jadi saya menamak dengan saya While playing card ends bleeding. Д여� bridges royal saya jangka Er miod치 pada tongue nit terang ampunan воз mempunyai balon yang sama dengan balon utama ini di-25. Balon ini di-teacher hanya bermakna saya mengambil balon ke-teacher. Sekarang, jelasnya, ia akan gagal. Sebelum ini, saya mengubah linea ini. Jadi, balon ke-teacher dan ia mengambil nombor yang di-type. Ini adalah metode ke-teacher dan ia mengubah balon, yang mengubah ke-teacher ke-teacher ke-teacher. Jadi, setelah anda mengambil balon ke-teacher ini, ia akan mengenai fungsi ini yang menerima dan maafkan balon untuk di-25. Lathan swci daya akan meningkat. Untukompangnya, sekadar swci daya menjadi gede, ia akan mengalirkan berson yang anda ma vocês peluang. Kalau memang confirm smiling recomponder dan sangat b Gangkijung diriADM Jika ini bukan itu, tentu saja anda akan tahu apa yang berlaku di sini, dan jika anda tidak mahu, anda akan kembali dan berubah. Kemudian ini akan berlaku. Jadi, klik test ini lebih berguna untuk menggunakan perubahan dalam form. Jadi, bagaimana ia berlaku? Jadi, di sini anda dapatkan botan itu. Jadi, anda menghubungkan perubahan anda. Kemudian anda mencari botan.deposit. Kemudian anda menggunakan klik. Jadi, anda menggunakan sebelah setiap seperti yang berlaku sebelah test ini. Dan di sini, ia berlaku bahawa saya menunggu botan. Saya rasa botan adalah jas di sini. Ia adalah fungsi botan jas. Jadi, saya menunggu bahawa botan untuk mempunyai perubahan dengan perubahan tersebut. Jadi, perubahan perubahan ini adalah 25, yang saya mencari lebih awal. Saya tidak menggunakan perubahan di sini kerana terdapat terlalu banyak kode. Jadi, ia sangat sulit untuk mencari. Jadi, saya mencari perubahan yang sama untuk botan dan menggunakan klik. Jadi, di sini anda dapat melihat perubahan. Ia sebenarnya sangat berguna disebabkan deskripsi ini yang digunakan. Jadi, apabila perubahan mempunyai perubahan tersebut, ini sudah seperti BDD. BDD adalah perubahan yang berlaku, yang bercakap tentang apabila perubahan membuat sesuatu. Apa yang harus berlaku, sesuatu seperti itu. Jadi, perubahan itu sebenarnya mengharapkan fungsi Mock untuk mempunyai perubahan dengan 25. Tetapi ia tidak mempunyai kerana saya tidak menunggu botan. Dan saya sedang mengubah fungsi untuk mengubah perubahan. Jadi, ini adalah perubahan di sini. Jadi, saya menggunakan perubahan tersebut dengan button-deposit. Kemudian diklik, anda akan menggunakan fungsi ini, yang adalah perubahan. Dan kemudian ini adalah perubahan menggunakan deskripsi ini. Ia datang dari Redux. Saya tidak menunjukkan perubahan itu kerana ia sedikit cepat. Apa yang ia lakukan, ia sebenarnya mengubah perubahan. Dan kemudian mengubahnya untuk mengubahnya ke perubahan Redux. Yang adalah perubahan tersebut. Bagaimana? Adakah semua orang faham? Baiklah. Anda melihat saya. Dan kemudian ia berlaku. Sekarang ini adalah... ...berlaku banyak orang mencari bahawa ia susah untuk mengubah perubahan tersebut. Dan ini saya hanya menunjukkan bagaimana anda boleh melakukannya. Jadi, ini adalah... ...apa yang saya lakukannya adalah untuk mengubah perubahan. Dan kemudian, kerana di Redux... ...biasa apabila anda mengubah fungsi... ...untuk mengubah perubahan, anda sebenarnya menunggu untuk mengubah perubahan. Tetapi, Redux tangan... ...sebenarnya menunjukkan anda untuk mengubah perubahan. Sebenarnya, ia adalah fungsi. Yang ini saya tidak menunjukkan di sini kerana... ...saya hanya ingin menunjukkan perubahan TDD. Dan ini adalah fungsi FetchMock. Jadi, apa yang anda lakukan di FetchMock adalah anda menulis api... ...untuk mengubah FetchMock. Dan kemudian, FetchMock menunjukkan apa yang anda inginkan... ...untuk mengubah api untuk mengubah perubahan. Sebenarnya, ia adalah... ...BPI... ...Bitcoin Price Index. Jadi, anda menunggu... ...semasa anda membuat perubahan asyikronis... ...untuk mengubah perubahan Bitcoin... ...saya akan mengubah perubahan anda... ...yang berguna untuk mengubah perubahan yang menunggu. Dan kemudian, anda akan... ...menyalahkan bahawa ia tidak memiliki perubahan asyikronis. Yang ini sebenarnya adalah perubahan sedap. Saya menulis di sini. Dan kemudian, ia mengubah. Jadi, ini adalah... ...saya berkongsi hari ini. Ia adalah... ...sebenarnya... ...berkongsi bagaimana perubahan TDD... ...sutengah di Reag... ...dan apa yang anda boleh menggunakan? Adakah ada... ...berkongsi? Oleh itu, ini adalah perubahan kode. Dan di TDD, sebab anda menulis perubahan terlebih dahulu... ...saya bermaksud anda menulis perubahan terlebih dahulu... ...sebelum anda menulis perubahan. Sebenarnya anda mempunyai banyak... ...berkongsi kode yang sangat tinggi. Kemudian, ini adalah... ...sebab... ...punyai fungsi reka-reka... ...tidak... ...punyai fungsi reka-reka... ...yang ini. Tapi sebab kita membuat perubahan... ...di sini... ...yang bergantung dengan fungsi reka-reka... ...punyai fungsi reka-reka... ...sehingga ia okey. Jika tidak... ...saya tak pasti bagaimana anda menulis perubahan itu. Itu saja. Itu saja untuk saya hari ini. Jadi, anda ada masa untuk pertanyaan? Jadi, jika anda mahu... ...berkongsi pertanyaan, anda boleh lakukannya. Apa sebab anda menggunakan reka-reka... ...atau keadaan? Apa sebab anda menggunakan reka-reka? Bukan sebab anda menggunakan reka-reka? Di sini, saya boleh menggunakan reka yang biasa. Jadi... ...saya tidak menggunakan reka yang kuat... ...untuk menggunakan reka-reka di sini. Tapi saya rasa di sini, apa yang anda boleh... ...menunjukkan... ...apa anda boleh membuat... ...untuk perubahan... ...dan bagaimana anda boleh membuat... ...berkongsi perubahan. Mungkin ia adalah motivasi untuk membuat itu. Bagaimana anda menggunakan reka-reka... ...untuk menggunakan reka-reka? Saya rasa itu bergantung pada apa yang anda sebenarnya... ...menunjukkan. Jadi, reka-reka sebenarnya mempunyai 3 api, bukan? Yang adalah... ...reka-reka... ...dan reka-reka. Bagaimana anda minta? Maaf? Bagaimana anda mempunyai reka-reka? Itu adalah reka-reka reka. Itu bukan api reka-reka. Itu reka-reka. Ia adalah reka-reka. Bagaimana anda membuat reka-reka di sini? Bagaimana anda membuat reka-reka di sini? Bagaimana anda membuat reka-reka? Okey, okey. Jadi, pertanyaan anda adalah... ...bagaimana anda meluncurkan reka-reka? Saya rasa ia bergantung pada kes perubahan anda... ...sebenarnya apa yang anda lakukan. Saya rasa jika anda melakukan... ...apa yang tersumah... ...semasa reka-reka yang telah diluncurkan... ...awak sebenarnya perlu mengambil... Kami perlu menggunakan kumpulan untuk memasak. Selepas itu, anda perlu menggunakan kumpulan untuk memasak. Saya rasa ia bergantung kepada apa yang anda lakukan di sana. Bagaimana anda membuat contoh? Apabila anda menggunakan kumpulan, dan apabila anda menggunakan kumpulan? Apabila kumpulan meminta anda membuat sebuah panggilan di kumpulan, kemudian anda perlukan kumpulan sepanjang kumpulan hidup. Tapi jika anda hanya ingin melihat bahawa kumpulan ini ada dan kumpulan ini ada, kemudian anda hanya boleh melakukannya dengan kumpulan. Untuk contoh untuk aplikasi itu tadi, sebab saya membuat panggilan untuk mendapatkan kumpulan apabila kumpulan memasak, kemudian itu sepatutnya memerlukan saya untuk memasak kumpulan itu tanpa memasak kumpulan. Sebab saya tidak akan dapat memasak kumpulan dikumpulan apabila itu sebenarnya terkenal. Jadi saya akan memasak kumpulan ke dalam kumpulan itu dan memasak kumpulan ini dikumpulan apabila kumpulan memasak. Apabila anda memasak kumpulan ke dalam kumpulan, bagaimana anda memasak kumpulan ke dalam kumpulan? Apabila saya memasak, bagaimana saya memasak kumpulan? Banyak anda memasak kumpulan apabila anda memasak kumpulan untuk memasak kumpulan ke dalam kumpulan. Saya rasa itu sepatutnya sepatutnya sepatutnya sepatutnya api. Kumpulan dan kumpulan. Sebenarnya, saya tidak sangat yakin jawab jawapan ASAC sekarang, tapi saya yakin dokumentasi berkata, anda boleh memasak kumpulan. Anda mesti dapat memasak kumpulan. Saya rasa dokumentasi berkata, anda mesti dapat memasak kumpulan. Kumpulan yang mengambil perniagaan dan perniagaan, itu sebenarnya adalah pembacaan. Jadi hari ini, apa yang saya tunjukkan adalah reaksi. Tapi jika anda memasak perniagaan, itu hanya perniagaan. Jadi apabila anda panggil perniagaan, kemudian anda menunggu objek tersebut untuk menerimanya dan kemudian data sebenar untuk menerimanya kemudian sama seperti reduksi saya bermakna saya akan membaca reduksi jadi anda menerimanya lebih banyak objek dan anda menunggu untuk menerimanya apa yang anda inginkan ini hanya sebuah test unit yang anda menunggu jadi apa yang saya lakukannya adalah saya menulis test agensi dan saya menulis test reduksi pertama sebelum saya menulis test agensi saya bermakna sebelum saya menulis test komponen ini kerana komponen ini sebenarnya mempengaruhkan reduksi saya ya okey, bagus saya akan menikmati dalam penjara terakhir, komponen yang anda menikmati saya tidak dapat menikmati anda berhubung berhubung? ya oh, kemudian anda boleh sebenarnya membuat nama sebagai port lebih daripada anda jadi apabila anda menikmati, anda hanya menikmati nama yang anda menikmati lebih daripada anda menikmati komponen yang anda menikmati jadi anda hanya menikmati, membuat nama yang anda menikmati lebih daripada anda ya ya, betul saya mencuba menggunakan TDD untuk projek tapi test kod implementasi selalu menjadi kekurangan kekurangan kecewaan daripada kecewaan jadi bagaimana anda mempercayai klien atau penjara yang terdapat test kod implementasi anda ingin kata itu? sebabnya kita tidak dapat mencari sebabnya saya rasa saya rasa dalam perjalanan lama jika anda mempunyai kekurangan kecewaan, anda akan bergerak lebih cepat dari perspektif perniagaan perniagaan perniagaan mereka berfikir bahawa perniagaan perniagaan bermakna anda lebih kecil tetapi anda menjelaskan masa jadi rambut dan tawaran ini jadi anda menjelaskan masa dalam perjalanan kecewaan tetapi dalam perjalanan lama, apabila anda mencari kekurangan kecewaan lebih kecil apa yang anda akan mempunyai adalah perniagaan kod akan menjadi untester dan besi dan balgi dan ia lebih susah untuk mencari kekurangan kecewaan lebih kecil terutamanya jika ia adalah kekurangan besar jika ia adalah kekurangan kecil, ia tetap akan menjadi kekurangan kecil jika perniagaan mahu berfikir lebih lama mereka pasti akan membuat kekurangan kecewaan kerana anda sebenarnya bergerak lebih cepat jadi anda boleh melakukannya dan anda boleh melakukannya dengan percaya anda dapat melihat bahawa semuanya bergerak dan anda akan mencari kekurangan jika anda tidak mempunyai perniagaan apabila anda mencari anda tidak mempunyai perniagaan yang anda baru membuat dan bergerak jadi ia adalah cara anda menjelaskan saya rasa ia terutamanya benar untuk konsultasi kerana dalam konsultasi, apa yang anda lakukan anda sudah menulis kekurangan anda dan anda selesai perniagaan dan anda tinggal kemudian, siapa yang menjelaskan kekurangan itu? ia adalah pelanggan mereka pelanggan mungkin tidak pasti bagaimana anda menulis kekurangan anda dan kemudian mereka membuat perubahan apabila mereka mencari dan mereka akan tahu bagaimanapun aplikasi anda sebenarnya merasa kerana perniagaan ia menolak mereka dengan mudah bergerak dan kekurangan saya rasa saya rasa dalam konsultasi terutamanya lebih penting untuk anda melakukan TDD bagaimana anda tahu kita hanya mencari perniagaan? mencari perniagaan jadi anda betul anda dapat menggunakan perniagaan dan beritahu anda itu seperti perniagaan dan perniagaan ia tidak anda tahu bahawa kami menjadi perniagaan tetapi mereka tidak ada kemungkinan untuk anda membuat perniagaan terima kasih terima kasih