Dianyari Agustus 28, 2019
Tes wis digunakake minangka bagean saka pangembangan piranti lunak wiwit piranti lunak digawe. Nanging, Business Intelligence (BI) luwih alon nggunakake tes minangka bagean integral pangembangan piranti lunak BI kayata IBM Cognos. Ayo goleki kenapa BI luwih alon nggunakake praktik tes lan akibat saka ora nguji.
Napa organisasi ora nyoba BI…
- Watesan wektu. Proyek BI terus meksa supaya bisa dikirim kanthi luwih cepet. Sing ora dingerteni sawetara organisasi yaiku fase paling gampang kanggo nyuda wektu yaiku tes.
- Watesan anggaran. Pikirane yaiku nyoba banget larang lan ora bisa ngaturake tim uji coba.
- Luwih cepet luwih apik. Iki ora mesthi pendekatan "lincah" lan mung bakal nggawa sampeyan menyang papan sing salah kanthi luwih cepet.
- Mentalitas "mung rampung kaping pisanan". Pendekatan naif iki negesake manawa anané kontrol kualitas kudu nyuda kabutuhan tes.
- Kurang duwe. Iki padha karo peluru sadurunge. Pikirane yaiku "pangguna bakal nyoba." Cara iki bisa nyebabake pangguna sing ora seneng lan akeh tiket dhukungan.
- Kurang alat. Kesalahpahaman manawa ora duwe teknologi sing pas kanggo dites.
- Kurang pangerten kanggo nyoba. Contone,
- Tes kudu ngevaluasi akurasi lan validitas data, konsistensi data, ketepatan data, kinerja pangiriman, lan kemudahan panggunaan mekanisme pangiriman.
- Tes sajrone proyek BI bisa uga kalebu tes regresi, pengujian unit, tes asap, pengujian integrasi, pangujian penerimaan pangguna, pengujian ad hoc, tes stres / skalabilitas, pangujian kinerja sistem.
Apa Apa Biaya BI sing Ora Nguji?
- Desain sing ora efisien. Arsitektur sing kurang apik bisa uga ora ditemokake yen tes ora digatekake. Masalah desain bisa nyumbang kanggo panggunaan, kinerja, panggunaan maneh, uga, pangopènan lan perawatan.
- Masalah integritas data. Tantangan korupsi data utawa garis keturunan data bisa nyebabake kurang percaya marang jumlah kasebut.
- Masalah validasi data. Keputusan sing digawe ing data sing ala bisa uga ngrusak bisnis. Ora ana sing luwih ala tinimbang nyoba ngatur metrik sing adhedhasar informasi sing ora bener.
- Ngurangi adopsi pangguna. Yen nomer kasebut ora pas, utawa yen aplikasi ora pangguna, komunitas pangguna ora bakal nggunakake piranti lunak BI perusahaan anyar sing mengkilat.
- Tambah biaya amarga ora ana standarisasi.
- Tambah biaya kanggo ndandani cacat ing tahap sabanjure siklus urip pangembangan BI. Masalah apa wae sing ditemokake ngluwihi fase persyaratan bakal larang regane luwih akeh tinimbang yen ditemokake sadurunge.
Saiki kita wis nemtokake sebabe organisasi bisa uga ora nyoba lan jebakan sing kedadeyan nalika sampeyan ora nyoba BI, ayo goleki sawetara panelitian babagan pangujian pangembangan piranti lunak.
Studi Tampilake Nguji Platform BI Sampeyan Ngirit Dhuwit!
Siji panelitian saka 139 perusahaan Amerika Utara ukurane udakara 250 nganti 10,000 karyawan, nglaporake biaya debugging taunan $ 5.2M nganti $ 22M. Kisaran biaya kasebut nuduhake organisasi sing apa ora wis diuji unit otomatis. Dhewe, riset dening IBM lan Microsoft nemokake iku karo pangujian unit otomatis ing papan, cacad bisa dikurangi antara 62% lan 91%. Iki tegese dolar sing digunakake kanggo debugging bisa dikurangi saka kisaran $ 5M - $ 22M nganti kisaran $ 0.5M dadi $ 8.4M. Iki tabungan gedhe!
Biaya kanggo Ndandani Kesalahan Kanthi Cepet.
Makalah babagan taktik pangembangan perangkat lunak sing sukses nduduhake manawa umume kesalahan sing ditindakake ing awal siklus pangembangan lan yen saya suwe ngenteni kanggo ndeteksi lan mbenerake, luwih akeh sampeyan kudu ndandani. Dadi, ora butuh ilmuwan roket kanggo nggawe kesimpulan sing jelas yen kesalahan sing luwih cepet ditemokake lan diatasi, luwih becik. Ngomong babagan ilmu roket, kedadeyan NASA nerbitake sawijining makalah - "Eskalasi Biaya Kesalahan Liwat Siklus Urip Proyek."
Pancen intuisi manawa biaya kanggo ngatasi kesalahan saya mundhak nalika siklus urip saya maju. Sinau NASA ditindakake kanggo nemtokake sepira cepet biaya pambusakan kesalahan sing ditemokake. Panaliten iki nggunakake telung pendekatan kanggo nemtokake biaya relatif: metode biaya dhasar, metode breakdown biaya total, lan metode proyek hipotesis ndhuwur-mudhun. Pendekatan lan asil sing dijelasake ing makalah iki kira-kira pangembangan sistem perangkat keras / piranti lunak sing nduweni karakteristik proyek sing padha karo sing digunakake ing pangembangan pesawat ruang angkasa sing kompleks, pesawat militer, utawa satelit komunikasi cilik. Asil nuduhake drajade sing mundhak, amarga ana kesalahan sing ditemokake lan ditrapake ing fase mengko lan mengko ing siklus urip proyek. Panliten iki minangka wakil saka panliten liyane sing wis ditindakake.
Saka bagan ing ndhuwur, riset saka TRW, IBM, GTE, Bell Labs, TDC lan liya-liyane nuduhake biaya ndandani kesalahan sajrone fase pangembangan sing beda:
- Biaya kanggo ndandani kesalahan sing ditemokake sajrone fase persyaratan ditemtokake minangka Unit 1
- Biaya kanggo ndandani kesalahan kasebut yen ditemokake sajrone tahap desain yaiku pindho sing
- Ing fase kode lan debug, biaya kanggo ndandani kesalahan yaiku Unit 3
- Ing tes unit lan tahap integrasi, biaya kanggo ndandani kesalahan dadi 5
- Ing tahap tahap uji coba sistem, biaya kanggo ndandani kesalahan mundhak dadi 20
- Lan sawise sistem ing tahap operasi, biaya relatif kanggo mbenerake kesalahan wis munggah 98, meh 100 kali biaya mbenerake kesalahan yen ditemokake ing fase persyaratan!
Intine yaiku luwih larang banget kanggo ndandani cacat yen ora dicekel wiwitan.
Serat
Panaliten penting wis dituduhake sing nduduhake nilai tes awal lan terus-terusan ing pangembangan piranti lunak. Kita, ing komunitas BI, bisa sinau saka kanca ing pangembangan piranti lunak. Sanajan umume panelitian resmi wis digawe gegayutan karo pangembangan piranti lunak, kesimpulan sing padha bisa ditindakake babagan pangembangan BI. Nilai pengujian ora bisa dibantah, nanging akeh organisasi sing luwih alon nggunakake kauntungan pengujian resmi lingkungan BI lan nggabungake tes menyang proses pangembangan BI. Regane saka ora pengujian nyata. Risiko sing ana gandhengane karo ora pengujian nyata.
Pengin ndeleng sawetara tes Cognos otomatis ing tumindak? Tonton video ing dhaptar lagu kanthi ngeklik kene!
