Konteks: Saya seorang pengembang perusahaan di semua toko MS. Adakah yang bisa merekomendasikan cara yang baik untuk secara obyektif mengukur rawatan sepotong kode atau aplikasi? Mengapa pemeliharaan : Saya bosan dengan metrik "kualitas" di grup saya yang hanya berkisar pada jumlah bug dan...
Pada tahun 1977, Maurice Howard Halstead memperkenalkan ukuran kerumitannya untuk sistem perangkat lunak , yang meliputi pengukuran kosakata program, panjang program, volume, kesulitan, usaha, dan perkiraan jumlah bug dalam sebuah modul. Menurut Wikipedia, kesulitan berkaitan dengan kesulitan...
Kami telah memperkenalkan proses peninjauan kode dalam organisasi kami dan tampaknya berfungsi dengan baik. Namun, saya ingin dapat mengukur keefektifan proses dari waktu ke waktu, yaitu apakah kita tidak menemukan bug karena kodenya bersih atau apakah orang tidak mengambil bug? Saat ini, kami...
Saya mencari argumen untuk meyakinkan manajemen untuk menginvestasikan upaya dalam refactoring. Kami mencatat pekerjaan menggunakan Jira dan menghubungkan setiap svn-commit dengan panggilan jira. Ide saya adalah melakukan hal berikut: secara manual menemukan area kode yang sangat buruk...
Ditutup . Pertanyaan ini perlu lebih fokus . Saat ini tidak menerima jawaban. Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga berfokus pada satu masalah hanya dengan mengedit posting ini . Ditutup 4 tahun yang lalu . Ada berbagai jenis...
Berikut adalah kutipan dari manual pelatihan di tempat kerja mengenai estimasi SLIM dan perangkat lunak: Perhatikan juga, ada korelasi antara Upaya dan Cacat. Ini berarti, semakin banyak orang di sana ditugaskan untuk proyek dengan ukuran tertentu, semakin banyak Cacat akan ada. Upaya adalah...