Pertanyaan yang diberi tag tdd

TDD adalah singkatan dari Test-Driven Development, atau Test-Driven Design. Ini adalah praktik menulis unit test sebelum menulis kode untuk memuaskannya, dalam apa yang dikenal sebagai siklus Red-Green-Refactor.

147
Kapan Anda menulis kode "asli" dalam TDD?

Semua contoh yang saya baca dan lihat di video pelatihan memiliki contoh sederhana. Tapi apa yang saya tidak lihat jika bagaimana saya melakukan kode "nyata" setelah saya mendapatkan hijau. Apakah ini bagian "Refactor"? Jika saya memiliki objek yang cukup kompleks dengan metode yang kompleks, dan...

139
Kapan tepat untuk tidak menguji unit?

Saya bekerja di perusahaan kecil sebagai pengembang solo. Sebenarnya saya satu-satunya pengembang di perusahaan itu. Saya memiliki beberapa (relatif) proyek besar yang telah saya tulis dan kelola secara teratur, dan tidak satu pun dari mereka memiliki tes untuk mendukungnya. Ketika saya memulai...

139
Apakah ada yang namanya memiliki terlalu banyak unit test?

Saya telah ditugaskan untuk menulis unit test untuk aplikasi yang ada. Setelah menyelesaikan file pertama saya, saya memiliki 717 baris kode uji untuk 419 baris kode asli. Apakah rasio ini akan menjadi tidak terkelola saat kami meningkatkan cakupan kode kami? Pemahaman saya tentang pengujian...

131
TDD vs. Produktivitas

Dalam proyek saya saat ini (sebuah game, dalam C ++), saya memutuskan untuk menggunakan Test Driven Development 100% selama pengembangan. Dalam hal kualitas kode, ini sangat bagus. Kode saya tidak pernah dirancang dengan begitu baik atau tanpa bug. Saya tidak merasa ngeri ketika melihat kode yang...

110
Apa yang dimaksud dengan tes integrasi?

Teman-teman saya dan saya telah berjuang untuk mengklasifikasikan dengan tepat apa itu tes integrasi. Sekarang, dalam perjalanan pulang, saya baru menyadari, bahwa setiap kali saya mencoba memberikan contoh dunia nyata dari tes integrasi, ternyata menjadi tes penerimaan, yaitu. sesuatu yang akan...

104
Apakah TDD membuat pemrograman defensif berlebihan?

Hari ini saya melakukan diskusi yang menarik dengan seorang kolega. Saya seorang programmer defensif. Saya percaya bahwa aturan " kelas harus memastikan bahwa objeknya memiliki keadaan yang valid ketika berinteraksi dengan dari luar kelas " harus selalu dipatuhi. Alasan aturan ini adalah bahwa...

95
Pengalaman negatif TDD [ditutup]

Apa sisi negatif dari pengalaman TDD Anda? Apakah Anda menemukan langkah bayi (perbaikan paling sederhana untuk membuat tes hijau) mengganggu dan tidak berguna? Apakah Anda menemukan tes tidak-bernilai (ketika tes awalnya masuk akal tetapi dalam implementasi akhir memeriksa logika yang sama dengan...

92
Mengapa TDD berfungsi? [Tutup]

Pengembangan yang digerakkan oleh tes (TDD) besar hari ini. Saya sering melihatnya direkomendasikan sebagai solusi untuk berbagai masalah di sini di Programmer SE dan tempat lainnya. Saya bertanya-tanya mengapa ini berhasil. Dari sudut pandang teknik, saya bingung karena dua alasan: Pendekatan...

88
Apa sekolah TDD London dan Chicago?

Saya telah mendengar tentang gaya London vs gaya Chicago (kadang-kadang disebut gaya Detroit) dari Test Driven Development (TDD). Workshop Kelompok Pengguna Pemrograman Ekstrim Utah: Gaya interaksi TDD juga disebut gaya mockist , atau gaya London setelah klub London Extreme London di mana ia...

68
Tes Penulisan untuk Kode yang Ada

Misalkan seseorang memiliki program yang relatif besar (katakanlah 900k SLOC dalam C #), semua berkomentar / didokumentasikan secara menyeluruh, terorganisir dengan baik dan bekerja dengan baik. Seluruh basis kode ditulis oleh pengembang senior tunggal yang tidak lagi bersama perusahaan. Semua kode...

62
Haruskah kita menguji semua metode kita?

Jadi hari ini saya berbicara dengan rekan tim saya tentang pengujian unit. Semuanya dimulai ketika dia bertanya kepada saya "hei, di mana tes untuk kelas itu, saya hanya melihat satu?". Seluruh kelas adalah manajer (atau layanan jika Anda lebih suka menyebutnya seperti itu) dan hampir semua metode...