Membaca komentar untuk jawaban ini , khususnya: Hanya karena Anda tidak dapat menulis tes tidak berarti itu tidak rusak. Perilaku tidak terdefinisi yang biasanya bekerja sesuai yang diharapkan (C dan C ++ penuh dengan itu), kondisi balapan, potensi pemesanan ulang karena model memori yang lemah...
Saya seorang pengembang perangkat lunak. Ada tim penguji yang mengikuti dan menjalankan uji kasus yang ditulis oleh analis, tetapi juga melakukan pengujian eksplorasi. Sepertinya para penguji telah bersaing untuk melihat siapa yang membuka lebih banyak bug, dan saya perhatikan bahwa kualitas...
Kami menguji kode kami untuk membuatnya lebih benar (sebenarnya, kecil kemungkinannya akan salah ). Namun, tes juga merupakan kode - mereka juga dapat mengandung kesalahan. Dan jika tes Anda buggy, mereka hampir tidak membuat kode Anda lebih baik. Saya dapat memikirkan tiga jenis kemungkinan...
Apa perbedaan antara membangun aplikasi Outside In vs membangunnya Inside Out menggunakan TDD? Ini adalah buku-buku yang saya baca tentang TDD dan pengujian unit: Pengembangan Berbasis Tes: Dengan Pengembangan Uji-Didorong: Panduan Praktis: Panduan Praktis Solusi Dunia Nyata untuk Mengembangkan...
Biasanya saya hanya melempar tes unit saya bersama-sama menggunakan copy dan paste dan semua jenis praktik buruk lainnya. Tes unit biasanya berakhir sangat jelek, mereka penuh dengan "bau kode," tetapi apakah ini benar-benar penting? Saya selalu mengatakan pada diri sendiri selama kode "nyata"...
Baik assert dan unit test berfungsi sebagai dokumentasi untuk basis kode, dan sarana untuk menemukan bug. Perbedaan utama adalah bahwa fungsi menegaskan sebagai kewarasan memeriksa dan melihat input nyata, sedangkan tes unit berjalan pada input simulasi spesifik dan merupakan tes terhadap "jawaban...
Sebuah pesawat terbang, berlawanan dengan, misalnya, situs web, adalah sistem di mana setiap kegagalan dalam sistem tertentu sama sekali tidak dapat diterima, karena kesalahan dalam pemantauan penerbangan misalnya dapat menyebabkan autopilot tidak berfungsi dan melakukan penyelaman. Jelas, ini...
Saya ditanya tentang bagaimana menjalankan serangkaian 65.000.000.000 tes dan saya bertanya-tanya apakah itu normal untuk memiliki proyek dengan sejumlah besar tes. Sudahkah Anda bekerja dalam proyek dengan karakteristik
Saya perhatikan sebuah pola ketika mengerjakan beberapa proyek perangkat lunak: sebagian besar bug yang dilaporkan memiliki prioritas tinggi / sangat tinggi. Saya bertanya kepada beberapa kolega tentang mengapa hal ini dapat terjadi, dan mereka menyebutkan bahwa jika bug tidak memiliki tingkat...
Saya seorang programmer yang sedang berkembang yang akhirnya mempraktikkan pengujian unit untuk perpustakaan yang saya simpan di GitHub. Terpikir oleh saya bahwa saya mungkin memasukkan suite tes dalam repo, tetapi ketika saya melihat-lihat proyek lain, dimasukkannya tes tampaknya...
Ada sejumlah pertanyaan di situs ini yang memberikan banyak informasi tentang manfaat yang dapat diperoleh dari pengujian otomatis. Tetapi saya tidak melihat apa pun yang mewakili sisi lain dari koin: apa kerugiannya? Segala sesuatu dalam hidup adalah pengorbanan dan tidak ada peluru perak, jadi...
Tim saya di tempat kerja pindah ke Scrum dan tim lain mulai melakukan pengembangan berbasis tes menggunakan tes unit dan tes penerimaan pengguna. Saya suka UAT, tetapi saya tidak dijual pada unit testing untuk pengembangan yang digerakkan oleh tes atau pengembangan yang digerakkan oleh tes pada...
Pertanyaan ini bukan tentang Kerangka Pengujian Unit. Pertanyaan ini bukan tentang menulis Tes Unit. Pertanyaan ini adalah tentang di mana harus menulis kode UT dan bagaimana / kapan / di mana mengkompilasi dan menjalankannya. Dalam Bekerja Efektif dengan Legacy Code , Michael Feathers...
Jika saya sudah memiliki tes integrasi untuk program saya, dan mereka semua lulus, maka saya merasa itu akan berhasil. Lalu apa alasan untuk menulis / menambah unit test? Karena saya sudah harus menulis tes integrasi, saya hanya ingin menulis unit test untuk bagian yang tidak tercakup oleh tes...
Saya telah membaca dokumen phpunit dan menemukan kutipan berikut: Anda selalu dapat menulis lebih banyak tes. Namun, Anda akan segera menemukan bahwa hanya sebagian kecil dari tes yang dapat Anda bayangkan yang benar-benar bermanfaat. Yang Anda inginkan adalah menulis tes yang gagal walaupun...
Bagaimana Anda meyakinkan manajer Anda untuk membiarkan Anda menguji unit? Dengan "menggunakan", maksud saya diizinkan untuk berkembang, check-in ke sumber kontrol dan mempertahankan tes unit dari waktu ke waktu, dll. Keberatan manajemen yang umum adalah: Pelanggan tidak membayar untuk unit...
Ini adalah fakta yang terkenal dalam rekayasa perangkat lunak bahwa biaya perbaikan bug meningkat secara eksponensial di kemudian hari dalam pengembangan bug yang ditemukan. Ini didukung oleh data yang diterbitkan dalam Kode Lengkap dan diadaptasi dalam berbagai publikasi lainnya. Namun, ternyata...
Saya adalah pengembang perangkat lunak yang relatif baru, dan salah satu hal yang saya pikir harus saya tingkatkan adalah kemampuan saya untuk menguji kode saya sendiri. Setiap kali saya mengembangkan fungsionalitas baru, saya merasa sangat sulit untuk mengikuti semua jalur yang memungkinkan...
Saya mencari beberapa strategi praktik terbaik untuk kode pengujian unit yang ditulis untuk sistem tertanam. Dengan sistem tertanam, maksud saya kode seperti driver perangkat, penangan ISR dll, hal-hal yang cukup dekat dengan logam. Sebagian besar unit test tidak mungkin dilakukan tanpa mengujinya...
Rekan kami mempromosikan tes unit penulisan sebagai benar-benar membantu kami untuk memperbaiki hal-hal desain dan refactor kami, tetapi saya tidak mengerti caranya. Jika saya memuat file CSV dan menguraikannya, bagaimana uji unit (memvalidasi nilai di bidang) akan membantu saya memverifikasi...