Saya telah membaca sedikit tentang Pemrograman Literate baru-baru ini, dan itu membuat saya berpikir ... Tes yang ditulis dengan baik, terutama spesifikasi gaya BDD dapat melakukan pekerjaan yang lebih baik dalam menjelaskan kode apa yang dilakukan daripada prosa, dan memiliki keuntungan besar dari...
Saat ini ada perdebatan di tim kami mengenai apakah memodifikasi desain kode untuk memungkinkan pengujian unit adalah bau kode, atau sejauh mana hal itu dapat dilakukan tanpa menjadi bau kode. Ini terjadi karena kami baru saja mulai menerapkan praktik yang ada di hampir setiap perusahaan pengembang...
Pertimbangkan fungsi seperti ini: function savePeople(dataStore, people) { people.forEach(person => dataStore.savePerson(person)); } Ini dapat digunakan seperti ini: myDataStore = new Store('some connection string', 'password'); myPeople = ['Joe', 'Maggie', 'John']; savePeople(myDataStore,...
Saya membaca tentang snafu ini: Biaya pemrograman bug Citigroup $ 7 juta setelah transaksi yang sah keliru untuk data pengujian selama 15 tahun . Ketika sistem diperkenalkan pada pertengahan 1990-an, kode program menyaring semua transaksi yang diberi kode cabang tiga digit dari 089 hingga 100...
Saya berasumsi bahwa proyek saya cukup dipisahkan untuk memungkinkan pengujian unit. Tetapi seberapa besar, tepatnya, dalam hal klas dan fungsi yang dibutuhkan proyek saya untuk menjadikan pengujian unit bermanfaat? Kita semua membuat kesalahan dan tidak ada yang sempurna, tapi saya menganggap...
Saya telah menemukan bahwa hanya ada 3 cara untuk menguji unit dependensi (mock / stub) yang statis di C # .NET: Tahi lalat TypeMock JustMock Mengingat dua di antaranya tidak gratis dan satu belum mencapai rilis 1.0, mengejek hal-hal statis tidak terlalu mudah. Apakah itu membuat metode statis...
Saya menulis tes untuk sebuah proyek yang terdiri dari beberapa submodula. Setiap test case yang saya tulis berjalan independen satu sama lain dan saya menghapus semua data antar test. Meskipun tes berjalan secara independen, saya mempertimbangkan untuk menegakkan perintah eksekusi, karena...
Sedikit konteks: Sebelumnya hari ini saya harus memperbarui beberapa kode SQL yang disediakan oleh rekan saya yang lain, dan karena ini skrip yang cukup besar, disimpan sebagai file terpisah (yang kemudian dibaca dan dieksekusi saat runtime). Saat melakukan ini, saya secara tidak sengaja...
Hari ini saya menonton video " JUnit basics" dan penulis mengatakan bahwa ketika menguji metode yang diberikan dalam program Anda, Anda tidak boleh menggunakan metode Anda sendiri dalam proses. Untuk lebih spesifik, dia berbicara tentang pengujian beberapa metode pembuatan catatan yang mengambil...
Seperti yang saya mengerti, titik unit test adalah untuk menguji unit kode secara terpisah . Ini berarti, bahwa: Mereka tidak boleh dipecah oleh perubahan kode yang tidak terkait di tempat lain dalam basis kode. Hanya satu tes unit yang harus dipecahkan oleh bug di unit yang diuji, yang...
Saya berdebat dengan kolega programmer mengenai apakah ini merupakan praktik yang baik atau buruk untuk memodifikasi kode yang berfungsi hanya untuk membuatnya dapat diuji (melalui unit test misalnya). Pendapat saya adalah tidak apa-apa, dalam batas-batas menjaga orientasi objek yang baik dan...
Saya biasanya mencoba mengikuti saran buku Bekerja Efektif dengan Legacy Cod e . Saya memecahkan dependensi, memindahkan bagian kode ke @VisibleForTesting public staticmetode dan ke kelas baru untuk membuat kode (atau setidaknya beberapa bagian darinya) dapat diuji. Dan saya menulis tes untuk...
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...
Dari membaca deskripsi, saya mengerti bahwa dalam tes TDD dilakukan sebelum menulis fungsi dan di Unit Testing, setelah itu dilakukan. Apakah ini perbedaan utama, atau kedua istilah itu bahkan tidak dapat dibandingkan. Mungkin, Unit Testing adalah bagian terintegrasi dari
Pengantar singkat untuk pertanyaan ini. Saya telah menggunakan TDD sekarang dan belakangan ini BDD selama lebih dari satu tahun sekarang. Saya menggunakan teknik seperti mengejek untuk membuat menulis tes saya lebih efisien. Akhir-akhir ini saya telah memulai proyek pribadi untuk menulis sedikit...
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...
Dipicu oleh utas ini , saya (sekali lagi) berpikir untuk akhirnya menggunakan unit test dalam proyek saya. Beberapa poster di sana mengatakan sesuatu seperti "Tes itu keren, jika itu tes yang bagus". Pertanyaan saya sekarang: Apa itu tes "baik"? Dalam aplikasi saya, bagian utama sering kali adalah...
Ketika melakukan tes unit dengan cara yang "tepat", yaitu mematikan setiap panggilan publik dan mengembalikan nilai atau cemoohan yang telah ditetapkan, saya merasa seperti saya tidak benar-benar menguji apa pun. Saya benar-benar melihat kode saya dan membuat contoh berdasarkan aliran logika...
Saya telah ditugaskan untuk meningkatkan cakupan kode proyek Java yang ada. Saya perhatikan bahwa alat cakupan kode ( EclEmma ) telah menyoroti beberapa metode yang tidak pernah dipanggil dari mana pun. Reaksi awal saya bukan menulis unit test untuk metode ini, tetapi untuk menyoroti mereka ke...
Dalam pengujian unit saya, saya sering melemparkan nilai arbitrer ke kode saya untuk melihat apa fungsinya. Misalnya, jika saya tahu foo(1, 2, 3)seharusnya mengembalikan 17, saya dapat menulis ini: assertEqual(foo(1, 2, 3), 17) Angka-angka ini murni arbitrer dan tidak memiliki makna yang lebih...