Apakah menggunakan injeksi ketergantungan (DI) penting untuk pengujian unit? Saya tidak bisa memikirkan alternatif lain untuk mengisolasi kode sehingga dapat diuji. Juga, semua contoh yang pernah saya lihat menggunakan pola ini. Apakah itu karena itu satu-satunya pilihan yang layak atau apakah ada...
Saya telah membaca beberapa jawaban untuk pertanyaan di sepanjang baris yang sama seperti "Bagaimana Anda menjaga tes unit Anda bekerja saat refactoring?". Dalam kasus saya, skenarionya sedikit berbeda karena saya diberi proyek untuk meninjau dan menyesuaikan dengan beberapa standar yang kami...
Siklus Merah - Hijau - Reaktor untuk TDD telah ditetapkan dan diterima dengan baik. Kami menulis satu tes unit gagal dan membuatnya lulus sesederhana mungkin. Apa manfaat dari pendekatan ini daripada menulis banyak tes unit gagal untuk kelas dan membuat semuanya lulus sekaligus. Test suite masih...
Sebagian besar proyek yang saya kerjakan mempertimbangkan pengembangan dan pengujian unit dalam isolasi yang membuat pengujian unit menulis di kemudian hari menjadi mimpi buruk. Tujuan saya adalah untuk terus menguji selama fase desain tingkat tinggi dan tingkat rendah itu sendiri. Saya ingin tahu...
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...
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...
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...
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 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...
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...
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...
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...
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...
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...
Proyek saya saat ini, secara ringkas, melibatkan penciptaan "kejadian acak yang terbatas". Saya pada dasarnya membuat jadwal inspeksi. Beberapa dari mereka didasarkan pada batasan jadwal yang ketat; Anda melakukan inspeksi sekali seminggu pada hari Jumat pukul 10:00 pagi. Inspeksi lain adalah...
Saat melakukan siklus Merah, Hijau & Refactor kita harus selalu menulis kode minimum untuk lulus tes. Ini adalah cara saya telah diajarkan tentang TDD dan cara hampir semua buku menggambarkan prosesnya. Tetapi bagaimana dengan logging? Jujur saya jarang menggunakan logging dalam aplikasi...