Apakah pengembangan yang digerakkan tes (tdd)? - definisi dari techopedia

Definisi - Apa yang dimaksud dengan Test Driven Development (TDD)?

Test driven development (TDD) adalah pendekatan pengembangan perangkat lunak di mana tes ditulis sebelum menulis kode. Setelah kode baru lulus tes, kode tersebut direaktor ke standar yang dapat diterima.

TDD memastikan bahwa kode sumber diuji unit secara menyeluruh dan mengarah pada kode yang termodulasi, fleksibel, dan dapat diperluas. Ini berfokus pada penulisan hanya kode yang diperlukan untuk lulus tes, membuat desain sederhana dan jelas.

Techopedia menjelaskan Test Driven Development (TDD)

TDD memungkinkan programmer untuk mengambil langkah kecil saat menulis perangkat lunak. Tes ini ditulis sebelum menguji fungsionalitas dan memastikan bahwa aplikasi tersebut sesuai untuk diuji. Pengujian pada sejumlah kecil kode dilakukan untuk menjebak kesalahan yang terjadi pada kode yang diuji. Kemudian fungsionalitas diimplementasikan. Ini disebut sebagai "refactor hijau merah" di mana merah berarti gagal dan hijau menunjukkan umpan. Langkah-langkah ini kemudian diulang. Tujuan pertama seorang programmer adalah untuk fokus pada tugas yang dihadapi dan untuk melewatinya.

Langkah-langkah berbeda yang terlibat dalam siklus pengembangan yang digerakkan oleh tes adalah:

• Tambahkan tes: Setiap fitur baru di TDD dimulai dengan tes yang harus gagal saat diberlakukan sebelum fitur apa pun diterapkan. Persyaratan penting untuk menulis tes sebelum implementasi fitur adalah pemahaman yang jelas tentang persyaratan oleh pengembang. Ini dicapai melalui cerita pengguna dan kasus penggunaan. Karenanya pengembang memahami persyaratan sebelum menulis kode program.
• Jalankan semua tes dan periksa apakah kode baru gagal: Ini memastikan kerja harness tes yang benar dan bahwa tes baru tidak melewati kesalahan tanpa kode baru. Langkah ini juga menguji tes dan menghilangkan kemungkinan bahwa tes baru selalu berlalu.
• Tulis kode: Langkah selanjutnya yang berikut adalah menulis kode yang menghapus tes. Kode baru tidak sempurna tetapi kemudian dimodifikasi sesuai persyaratan. Ini hanya dirancang untuk pengujian dan tidak menyertakan fungsi lain.
• Jalankan tes otomatis: Jika setiap test case yang dihasilkan dengan mudah lulus dari tes, itu menyiratkan bahwa kode memenuhi semua spesifikasi yang diperlukan. Karenanya langkah terakhir dari siklus dapat dimulai.
• Kode refactor: Ini mirip dengan menghapus duplikasi. Refactoring tidak merusak fungsionalitas apa pun yang ada dan membantu menghilangkan duplikasi antara kode pengujian dan produksi. Kode sekarang dibersihkan sesuai kebutuhan.
• Ulangi: Siklus ini diulang seperti pada kasus sebelumnya dengan tes baru. Persyaratan penting adalah bahwa ukuran langkah-langkah harus kecil, dengan sekitar 1 hingga 10 suntingan antara setiap uji coba. Jika kode baru tidak memenuhi tes baru, programmer harus melakukan debugging tambahan. Integrasi berkelanjutan menyediakan pos pemeriksaan yang dapat dikembalikan.