Buku, artikel, dan literatur terbaik untuk pengujian unit [ditutup]

21

Dalam pertempuran saya untuk memperkenalkan pengujian unit di kelompok kerja saya, saya menemukan banyak orang yang memiliki sedikit pengetahuan tentang konsep ini. Bisakah Anda menyarankan:

artikel terbaik atau tutorial untuk cepat memperkenalkan orang pada topik
buku komprehensif terbaik untuk pengujian unit pembelajaran secara mendalam
karya dan studi akademik yang membuktikan efektivitas pengujian unit

books testing unit-testing

— Wizard79
sumber

Tidak ada karya akademik yang membuktikan bahwa pengujian (unit) efektif per se. Pekerjaan akademik pada pengujian bertujuan untuk menentukan kriteria yang lebih efektif daripada yang lain dalam kondisi tertentu.

— mouviciel

tidak cukup jawaban untuk pertanyaan Anda, tetapi dapatkah Anda atau orang lain dalam tim yang memiliki pengetahuan tentang unit test melakukan pemrograman berpasangan dengan mereka untuk mengajar mereka. Saya belajar seperti ini dari seorang kolega dan itu benar-benar membantu saya memahami filosofi lincah lebih daripada membaca tentang hal itu.

— Alb

Saya akan menyarankan sebaliknya. Pengujian unit hanya karena harus melakukannya tidak akan bekerja dengan baik. Saya telah menemukan bahwa Test Driven Design memberikan hasil yang bagus dengan kerja yang lebih sedikit.

11

Saya menemukan Test Driven Development Oleh Kent Beck sebagai pengantar yang bagus.

— Matt H
sumber

10

The Art of Unit Testing oleh Roy Osherove. Contoh praktis yang bagus tentang penggunaan unit dan tes integrasi, menggunakan kerangka kerja mengejek, dll

— ysolik
sumber

7

Tumbuh Perangkat Lunak Berorientasi Objek, Dipandu oleh Tes cukup membuka mata, mengapa, dan bagaimana semua jelas diletakkan pada contoh buku panjang.

— Julien
sumber

7

G. Pola Tes xUnit Meszaros : Kode Uji Refactoring adalah sejenis ensiklopedia, " Pola Desain " unit-testing.

R. Osherove's The Art of Unit Testing: With Examples dalam .Net adalah panduan yang lebih praktis untuk memulai dengan pengujian unit dan memahami konsep-konsep kunci.

L. Koskela's Test Driven: TDD dan Acceptance TDD for Java Developers tampaknya menjadi Seni Pengujian Unit untuk pengembang Java.

— azheglov
sumber

+1 untuk Pola Tes xUnit!

— Tyler Holien

4

Untuk pengujian unit yang sebenarnya, Anda tidak dapat melewati The Art Of Unit Testing dari Roy Osherove seperti yang disebutkan oleh ysolik. Itu melewati teknologi aktual yang digunakan. Hal-hal seperti apa itu tiruan, palsu, rintisan, kerangka kerja untuk digunakan, tes penamaan dll.

Buku-buku lain seperti Kent Becks Test Driven Development, yang disarankan Matt melalui TDD, yang merupakan salah satu cara melakukan pengujian unit, tetapi tidak terlalu mendalam tentang pengujian unit sebagai teknologi. Buku ini membahas contoh aplikasi dan menelusuri apa yang akan muncul di kepala Anda saat menulis tes pertama dan kode sesudahnya.

Sebuah artikel gratis yang mirip dengan buku Kent Becks, dalam hal itu menceritakan kisah mengembangkan aplikasi, tes pertama adalah contoh bowling XP Episode, oleh Robert Martin dan Robert Koss.

Saya sudah membaca kedua buku, mulai dengan Seni Pengujian Unit, dan kemudian pindah ke Kent Becks untuk mendapatkan ide bagus tentang proses tersebut. Saya pikir itu cara yang baik untuk mempelajarinya, jika memang Anda ingin belajar Test Driven Development.

— RodH257
sumber

1

Hanya sebagai sumber tambahan untuk informasi tentang pengujian yang baik adalah Blog Pengujian Google !

— Tim
sumber

0

Saya pikir Unit Testing sekarang merupakan istilah yang terlalu kabur.

Gagasan di balik Unit Testing (dari Wikipedia) "unit testing adalah metode di mana masing-masing unit kode sumber diuji".

Seiring berjalannya waktu, ide awal berkembang dalam sesuatu yang disebut Test Driven Development (buku terbaik tentang ini adalah Growing Object-Oriented Software, Dipandu oleh Tes) dan sesuatu yang lain yang disebut Behavior Driven Development (The Spec Book).

Saya sarankan Anda untuk melihat keduanya dan menemukan strategi yang lebih tepat untuk kebutuhan Anda. Anda juga dapat menggunakan keduanya (seperti yang kami lakukan).

Bagaimanapun, untuk mengambil keuntungan penuh dari pengujian Anda harus meletakkannya di pusat strategi desain Anda.

— Uberto
sumber