I. Kematangan Proses Pembangunan Perisian
Asas kualiti perisian terletak pada penyeragaman proses pembangunan. Tahap keupayaan SPICE automotif kini merupakan penanda aras industri untuk kematangan proses perisian, tetapi mencapai CL2 atau CL3 hanyalah garis dasar. Apa yang benar-benar menentukan kualiti penghantaran perisian ialah kawalan penyelewengan semasa pelaksanaan proses. Mengambil pengurusan keperluan sebagai contoh, sisihan biasa ialah selepas keperluan berubah, kes ujian yang berkaitan tidak dikemas kini secara serentak. Dalam satu projek, fungsi naik taraf OTA didapati selepas SOP mengalami isu di mana apabila kenderaan berada dalam keadaan rendah, tugas muat turun OTA akan digantung selama-lamanya tanpa melaporkan ralat. Puncanya ialah dokumen keperluan telah menambah logik perlindungan caj keadaan rendah, tetapi kes ujian yang sepadan masih hanya meliputi pengesahan fungsi muat turun tanpa menyertakan senario gangguan dan pemulihan. Dari pengenalan hingga penemuan, kecacatan ini merangkumi empat versi berulang, dan kos pembetulan hampir empat puluh kali lebih tinggi daripada jika ia ditemui lebih awal. Matriks kebolehkesanan keperluan perlu dibenamkan ke dalam saluran paip penyepaduan berterusan. Apabila status keperluan berubah kepada ditukar, tugas semakan untuk kes ujian yang berkaitan hendaklah dicetuskan secara automatik dan kes ujian yang belum lulus semakan harus ditandakan sebagai item menyekat. Semakan kod juga perlu diukur. Penyelidikan menunjukkan bahawa modul dengan kurang daripada dua ulasan ulasan setiap seribu baris kod mempunyai{12}}ketumpatan kecacatan pelepasan lebih daripada tiga kali lebih tinggi daripada modul dengan lebih daripada lima ulasan setiap seribu baris. Walau bagaimanapun, bilangan ulasan ulasan tidak boleh digunakan sebagai penunjuk mutlak kerana -komen berkualiti rendah juga wujud. Pendekatan yang berkesan adalah untuk mengklasifikasikan ulasan ulasan kepada lima kategori: ralat logik, syarat sempadan yang hilang, kebolehbacaan kod, risiko prestasi dan risiko keselamatan, dengan tumpuan khusus pada kadar pengesanan dua kategori maut: ralat logik dan risiko keselamatan.
II. Integrasi Berterusan dan Ujian Berterusan
Pecutan lelaran perisian memerlukan ujian beralih ke kiri, bermakna pengesahan kualiti diperkenalkan pada peringkat komit kod. Ujian unit ialah barisan pertahanan paling kiri, tetapi dalam projek sebenar, liputan kod ujian unit sering mengalami nilai yang melambung. Dalam satu projek pengawal, laporan ujian unit menunjukkan liputan talian sebanyak 92%, tetapi sejumlah besar ralat asas masih ditemui semasa ujian penyepaduan. Analisis retrospektif mendedahkan bahawa walaupun baris kod yang mengandungi ralat ini telah dilaksanakan, pernyataan ujian tidak menyemak output yang berkaitan. Liputan talian hanya menunjukkan bahawa kod telah dilaksanakan, bukan bahawa output telah disahkan. Satu kaedah penambahbaikan ialah memperkenalkan ujian mutasi, yang secara automatik menjana mutan kod untuk menilai keberkesanan kes ujian. Jika mutan tidak dibunuh, ia menunjukkan jurang dalam pernyataan ujian. Satu lagi titik kesakitan dalam saluran paip penyepaduan berterusan ialah masa pelaksanaan ujian yang berlebihan. Dalam satu repositori perisian OEM, suite ujian regresi yang lengkap memerlukan lebih daripada 20 jam untuk dijalankan, bermakna pembangun sering terpaksa menunggu sehingga hari berikutnya untuk menerima maklum balas selepas menyerahkan kod. Penyelesaian termasuk ujian selari, keutamaan kes ujian dan ujian tambahan. Ujian selari membahagikan suite ujian merentas berbilang nod pelaksanaan, mengurangkan masa pelaksanaan kepada kira-kira satu-persepuluh daripada yang asal. Pengutamaan kes ujian adalah berdasarkan pengedaran kecacatan sejarah, mengutamakan 20% kes ujian yang berkemungkinan besar mengesan kecacatan baharu. Subset ini boleh menangkap kira-kira 70% daripada kecacatan baharu. Ujian tambahan hanya melaksanakan kes ujian yang berkaitan dengan perubahan kod semasa, menggunakan analisis statik untuk mengenal pasti skop impak daripada perubahan untuk menapis skop ujian secara dinamik.
III. Pengukuran Kecacatan Perisian dan Analisis Punca Punca
Metrik ukuran untuk kecacatan perisian perlu dirawat secara berbeza daripada kecacatan perkakasan. Kecacatan perkakasan biasanya tertumpu pada ketumpatan kecacatan, seperti bilangan kecacatan per juta bahagian. Walau bagaimanapun, pengedaran kecacatan perisian mengikut prinsip Pareto, dengan kira-kira 80% kecacatan teruk tertumpu pada 20% modul. Oleh itu, metrik yang lebih berkesan ialah aliran-tumpuan kecacatan tahap modul, bermakna perubahan bersih dalam kecacatan terbuka untuk setiap modul merentas lelaran. Jika modul menunjukkan peningkatan bersih dalam kecacatan terbuka untuk tiga lelaran berturut-turut, ia mencadangkan masalah seni bina asas yang memerlukan semakan pemfaktoran semula. Kedalaman analisis punca kecacatan menentukan keberkesanan tindakan pencegahan. Rangka kerja klasifikasi yang biasa digunakan mengkategorikan punca kecacatan perisian kepada lima jenis: sisihan pemahaman keperluan, kecacatan logik reka bentuk, ralat pelaksanaan pengekodan, kesilapan pengurusan konfigurasi dan perbezaan kebergantungan alam sekitar. Kesilapan pengurusan konfigurasi ialah kategori unik untuk projek perisian. Contoh biasa termasuk menggunakan versi pustaka middleware yang salah, tetapan pilihan pengkompil yang tidak konsisten dan tiada pembetulan kritikal semasa penggabungan cawangan. Dalam satu projek, ralat logik kawalan lampu brek ditemui semasa pusingan terakhir ujian sebelum penghantaran. Ralat telah dikesan kembali kepada gabungan cawangan tiga bulan lebih awal, di mana pembangun telah tersilap memilih untuk membuang semua perubahan pada modul kawalan lampu brek apabila menggabungkan kod ciri dari cawangan utama. Kes ini menunjukkan bahawa perbandingan perbezaan selepas penggabungan cawangan harus menjadi pintu mandatori, dengan kakitangan yang ditetapkan bertanggungjawab untuk menyemak permintaan penggabungan.
IV. Panggilan Balik Perisian dan Pengurusan OTA
Dengan penggunaan teknologi OTA yang meluas, kaedah membetulkan kecacatan perisian sedang mengalami perubahan asas. Pengingatan semula perisian tradisional memerlukan kenderaan melawat pusat servis untuk berkelip, yang memakan kos-masa dan mengalami pematuhan pengguna yang rendah. Penarikan balik OTA boleh diselesaikan terus melalui tolak jauh, tetapi keperluan pengawalseliaan