Isi kandungan:
- Definisi - Apakah yang dimaksudkan dengan Pengujian Didorong Pengembangan (TDD)?
- Techopedia menerangkan Pembangunan Didorong Ujian (TDD)
Definisi - Apakah yang dimaksudkan dengan Pengujian Didorong Pengembangan (TDD)?
Pembangunan didorong ujian (TDD) adalah pendekatan pembangunan perisian di mana ujian ditulis sebelum menulis kod. Setelah kod baru melewati ujian, ia akan diubah menjadi standard yang dapat diterima.
TDD memastikan bahawa kod sumber sepenuhnya diuji unit dan membawa kepada kod modularized, fleksibel dan extensible. Ia memberi tumpuan kepada hanya menulis kod yang diperlukan untuk lulus ujian, membuat reka bentuk mudah dan jelas.
Techopedia menerangkan Pembangunan Didorong Ujian (TDD)
TDD membolehkan pengaturcara mengambil langkah-langkah kecil semasa menulis perisian. Ujian ini ditulis sebelum menguji fungsi dan memastikan bahawa aplikasi itu sesuai untuk testability. Pengujian pada sedikit kod dilakukan untuk mengesan kesalahan yang terjadi dalam kod yang diuji. Kemudian fungsinya dilaksanakan. Ini dirujuk sebagai "refactor hijau merah" di mana merah bermakna gagal dan menunjukkan hijau lulus. Langkah-langkah ini kemudian diulang. Matlamat pertama seorang pengaturcara adalah untuk memberi tumpuan kepada tugas di tangan dan untuk lulus.
Langkah-langkah yang berlainan yang terlibat dalam kitaran pembangunan yang dipandu ujian adalah:
- Tambah ujian: Setiap ciri baru dalam TDD bermula dengan ujian yang gagal kerana ia dilaksanakan sebelum sebarang ciri dilaksanakan. Keperluan penting untuk menulis ujian sebelum pelaksanaan ciri adalah pemahaman yang jelas tentang keperluan oleh pemaju. Ini dicapai melalui cerita pengguna dan kes penggunaan. Oleh itu pemaju memahami keperluan sebelum menulis kod program.
- Jalankan semua ujian dan periksa jika kod baru gagal: Ini memastikan kerja yang betul dari alat ujian dan ujian baru tidak salah tanpa sebarang kod baru. Langkah ini juga menguji ujian dan menghilangkan kemungkinan bahawa ujian baru selalu berlalu.
- Tulis kod: Langkah seterusnya yang berikut adalah menulis kod yang membersihkan ujian. Kod baru tidak sempurna tetapi kemudian diubah suai mengikut keperluan. Ia hanya direka untuk ujian dan tidak menyertakan fungsi lain.
- Jalankan ujian automatik: Jika setiap kes ujian dihasilkan dengan mudah melepasi ujian, ia menunjukkan bahawa kod tersebut memenuhi semua spesifikasi yang diperlukan. Oleh itu langkah terakhir kitaran boleh dimulakan.
- Kod pembiak: Ini adalah sama dengan membuang duplikasi. Sebuah refactoring tidak merosakkan sebarang fungsi sedia ada dan membantu dalam membuang duplikasi antara kod pengeluaran dan ujian. Kod ini sekarang dibersihkan seperti yang diperlukan.
- Ulang: Kitaran diulang seperti dalam kes sebelumnya dengan ujian baru. Keperluan penting ialah saiz langkah-langkahnya harus kecil, dengan sekitar 1 hingga 10 suntingan antara setiap ujian dijalankan. Sekiranya kod baru tidak memenuhi ujian baru, pengaturcara perlu melakukan debugging tambahan. Integrasi berterusan menyediakan pusat pemeriksaan yang boleh dibaca.
