Saya berpikir tentang pengembangan perangkat lunak dan tes unit penulisan. Saya mendapat ide berikut:
Mari kita asumsikan kita memiliki pasangan pengembang. Setiap pasangan bertanggung jawab atas bagian dari kode. Satu dari pasangan mengimplementasikan fitur (menulis kode) dan yang kedua menulis tes unit untuk itu. Tes ditulis setelah kode. Menurut saya mereka saling membantu, tetapi bekerja agak terpisah. Idealnya mereka akan bekerja pada dua fitur berukuran serupa dan kemudian ditukar dengan persiapan tes.
Saya pikir ide ini memiliki beberapa kelebihan:
- tes ditulis oleh seseorang, yang dapat melihat lebih banyak tentang implementasinya,
- pekerjaan harus dibuat sedikit lebih cepat daripada pemrograman pasangan (dua fitur pada saat yang sama),
- baik tes dan kode memiliki orang yang bertanggung jawab untuk itu,
- kode diuji oleh setidaknya dua orang, dan
- mungkin mencari kesalahan dalam kode yang ditulis oleh orang yang menguji kode Anda akan memberikan motivasi khusus untuk menulis kode yang lebih baik dan menghindari memotong sudut.
Mungkin juga merupakan ide bagus untuk menambahkan pengembang lain untuk ulasan kode antara pengembangan kode dan tes.
Apa kelemahan ide ini? Apakah sudah digambarkan sebagai metodologi yang tidak diketahui dan digunakan dalam pengembangan perangkat lunak?
PS. Saya bukan manajer proyek profesional, tetapi saya tahu sesuatu tentang proses pengembangan proyek dan tahu beberapa metodologi paling populer - tetapi ide ini tidak terdengar asing bagi saya.
assert true
sebagai tes dan menyebutnya sehari karena setiap tes lulus. Satu langkah penting hilang: tes harus gagal dulu, dan harus dilakukan untuk lulus dengan mengubah kode, bukan tes.