Editor Downcodes akan memperkenalkan Anda pada BugFree, alat manajemen kerusakan berbasis web yang efisien. Ini mengacu pada filosofi pengembangan perangkat lunak Microsoft dan menyajikannya dalam bentuk kode sumber bebas dan terbuka. Ini adalah salah satu dari sedikit perangkat lunak gratis yang berhasil "mengkloning" alat manajemen bug internal Microsoft Product Studio (sebelumnya disebut Raid). Artikel ini akan mempelajari pengenalan BugFree, proses penyelesaian kode, dan cara menangani kerusakan perangkat lunak. Saya harap artikel ini dapat membantu Anda lebih memahami dan menggunakan alat ini.
BugFree adalah alat manajemen cacat efisien berbasis web, sumber terbuka, dan gratis yang mengacu pada filosofi pengembangan perangkat lunak Microsoft. Saat ini merupakan salah satu dari sedikit perangkat lunak gratis yang "mengkloning" alat manajemen bug internal Microsoft, Product Stuido (sebelumnya disebut Raid).
BugFree adalah alat manajemen cacat efisien berbasis web, sumber terbuka, dan gratis yang mengacu pada filosofi pengembangan perangkat lunak Microsoft. Saat ini merupakan salah satu dari sedikit perangkat lunak gratis yang "mengkloning" alat manajemen bug internal Microsoft, Product Stuido (sebelumnya disebut Raid).
BugFree ditulis dalam PHP+MySQL dan dapat berjalan di platform Linux dan Windows. Ide desain yang termasuk dalam BugFree 2.0 adalah:
– Kode: Program merupakan implementasi (pemetaan) dokumen spesifikasi desain kebutuhan (Spec);
– Test Case: Ini juga merupakan implementasi (pemetaan) dari Spec, tetapi dari perspektif pengujian;
– Hasil Pengujian: Gunakan Test Case (pemetaan pengujian) untuk memeriksa Kode (pemetaan pengembangan);
– Bug: Ketidakkonsistenan antara kedua pemetaan mungkin merupakan bug (Kode menyimpang dari Spesifikasi)
Dengan cara ini, dari kasus uji (Test Case) hingga hasil pengujian (Test Result) hingga cacat (Bugs), ketiganya digabungkan secara organik.
BugFree di "Sistem Saraf Digital" ditulis dalam PHP+MySQL open source dan dijalankan berdasarkan browser. Saya tidak memiliki pengalaman pengembangan sebelumnya dengan Linux+Apache+MySQL+PHP, namun saya cukup beruntung bisa merekrut dua pemrogram web hebat yang mampu membangun sistem seperti itu hanya dalam dua bulan. Diantaranya, BugFree dikembangkan oleh rekan saya Wang Chunsheng. Dia membutuhkan waktu kurang dari sebulan untuk menulis kodenya, yang mengejutkan saya dan membuat saya menyadari pesona pengembangan web berbasis Linux.
Setelah kami uji lebih dari sebulan, bisa digunakan dalam pekerjaan sebenarnya. BugFree telah menjadi alat terpenting dalam pekerjaan kita sehari-hari. Setiap karyawan juga terbiasa menggunakan Bug untuk mencatat dan melacak berbagai hal. Tidak hanya cacat pada kode yang dapat disadap, tetapi juga persyaratan baru, perubahan desain, dll sistem manajemen. Kelola secara efektif. Faktanya, Bug tidak hanya dapat digunakan untuk mencatat cacat pada perangkat lunak, tetapi juga dapat digunakan untuk melacak urusan sehari-hari perusahaan. Misalnya, sebelum sistem penggantian biaya online perusahaan dibuat, kami menggunakan BugFree untuk menangani penggantian biaya. Bahkan, seorang kolega memberi saya bug ini: Desktop Anda terlalu berantakan, tolong bereskan :-)
Bacaan lebih lanjut:
Biasanya ketika orang menemukan cacat perangkat lunak, mereka mengklasifikasikan cacat perangkat lunak. Hanya ada satu cara untuk mengklasifikasikannya, yaitu tingkat keparahannya. Apakah tidak ada cara lain untuk mengklasifikasikannya? Misalnya, kita menghadapi situasi berikut. Penguji menemukan bahwa ada fungsi yang harus ditambahkan. Saat ini, dia memberi tahu pemrogram, dan pemrogram mengatakan bahwa tidak ada waktu atau tidak perlu. Situasi ini akan menimbulkan konflik di antara keduanya. Jika Anda bertele-tele, hasil akhirnya tidak akan diketahui. Hal ini akan menyurutkan semangat para penguji. Lain kali mereka tidak akan mempertimbangkan masalah produk sebanyak yang mereka bisa, selama itu bisa berjalan. Faktanya, situasi ini dapat diatasi. Di bawah ini saya akan menyebutkan konsep klasifikasi kerusakan perangkat lunak baru untuk mengatasi masalah ini secara efektif.
Cacat perangkat lunak bukan hanya kesalahan serius, tetapi juga fungsi yang tidak dilaksanakan. Pada titik ini mungkin semua orang memahami bahwa kebutuhan belum diperhitungkan, namun kebutuhan tidak akan sempurna sekali, dan memerlukan upaya bersama dari semua orang untuk terus memperbaikinya. Jadi, bagaimana kita bisa menerapkan saran bagus yang dibuat oleh penguji secara efektif? Inilah yang ingin saya katakan selanjutnya. Ada cara lain untuk mengklasifikasikan cacat perangkat lunak, menurut isi cacatnya, cacat tersebut dibagi menjadi bug persyaratan dan bug program. Keuntungan dari klasifikasi ini adalah orang yang bertanggung jawab untuk menangani bug dapat ditentukan dengan jelas. Kita semua tahu bahwa bug program ditangani oleh pengembang terkait. Berikut ini terutama membahas bug permintaan. Dilihat dari namanya, bug permintaan perlu ditangani oleh personel permintaan. Bagaimana cara menghadapinya dan bagaimana cara efektif dalam prosesnya? Saat ini, penguji kami mengirimkan bug persyaratan bukan ke pemrogram, tetapi ke analis persyaratan untuk diproses. Namun yang ingin saya tekankan di sini adalah penempatan bug persyaratan. Jika bug ini disebutkan dengan jelas dalam spesifikasi persyaratan perangkat lunak, tidak mungkin untuk menemukannya sebagai bug persyaratan. Ini harus diimplementasikan oleh pemrogram dan disebut sebagai fungsional perangkat lunak cacat. , penyerahan ditangani oleh programmer. Namun jika spesifikasi persyaratan tidak menyebutkannya dengan jelas, kami dapat menemukannya sebagai bug persyaratan.
Di atas adalah konten tentang bugfree, semoga bermanfaat bagi semua orang.
Saya harap pengenalan BugFree ini bermanfaat bagi semua orang. Editor Downcodes akan terus memberikan Anda artikel teknis yang lebih praktis. Jika Anda memiliki pertanyaan atau saran, silakan tinggalkan pesan!