Selamat sore. Selama ini policy testing kalian bagaimana?
.
Misalnya kita ada form barang, form supplier, form penjualan. Masing-masing form kan dipisahkan dengan class dan package berbeda, jadi untuk masing-masing form ada package dan class-nya tersendiri, dan dilindungi dengan visibility protected.
.
Dengan pengaturan class, package dan visibility terpisah ini, kita bisa melindungi logic satu form merusak form lainnya.
.
Suatu ketika user minta revisi pada form penjualan saja. Iya, cuma form penjualan saja. Lalu kita revisi dan kita compile itu program.
.
Nah untuk testingnya:
.
(1) Apakah cukup unit test, blackbox, functional dan user acceptance testing ke form penjualan (package & class penjualan) saja?
.
(2) Ataukah kalian testing juga semua form lain, jadi form penjualan tempat user melakukan revisi, form barang, form supplier, dan semua form dalam program?
.
(3) Sebab logikanya kan form penjualan yang mengalami revisi terpisah dengan form-form lainnya melalui beda class / package / visibility. Satu modifikasi di form penjualan tidak akan merusak form lainnya, seharusnya.
.
(4) Menurut kalian seberapa pentingkah update IDE terus menerus? Misalnya update AS terus menerus rutin ke versi terbaru.
.
.
Pertanyaan ini muncul karena ada error yang terjadi ketika saya menerima revisi dari user 1,5 bulan lalu. Program di-develop dengan Delphi 7. User hanya melakukan revisi atas form Penjualan dan form Mutasi Barang, saya hanya melakukan modifikasi atas kedua form-form itu saja.
.
Masing-masing form dengan class berbeda dalam prinsip MVC. Jadi masing form berbeda class / folder. Lalu visibility form dilindungi dengan protected.
.
Jadi secara business logic design, gak mungkin revisi di form penjualan dan mutasi menyebabkan error di form barang, supplier atau pelanggan.
.
Tapi nyatanya ketika saya compile dan saya kirim ke klien saya, terjadi error di berbagai form-form lain selain form penjualan dan form mutasi. Ini lucu karena secara design harusnya tidak mungkin terjadi.
.
Usut punya usut, ternyata ada cacat bawaan di compiler Delphi 7-nya. Ketika buat handle program kecil puluhan/ratusan baris, Delphi 7 work just fine. Ketika handle program 40 ribu baris lebih ternyata compilernya bisa error mendadak dan mengalami access violation error.
.
Misalnya saya revisi form penjualan dan mutasi. Maka bisa-bisanya terjadi error access violation di form barang, form pelanggan dan form supplier. Ini lucu sekali karena dengan class / folder berbeda dan dilindungi visibility protected, bagaimana bisa terjadi error ini, padahal form barang, pelanggan, supplier tidak disentuh sama sekali.
.
Okelah jadi error yang terjadi kali ini salah Delphi 7, dan bukan salah saya sebagai programmer. Akan tetapi error kali ini membuat saya malu karena terjadi berulang kali di form-form lain selain form yang saya revisi (revisi = form penjualan & mutasi, error terjadi = barang, supplier, pelanggan, report, dsb).
.
Berangkat dari pengalaman tersebut saya mikir Delphi 7 termasuk discontinued dan obsolete, sehingga kalau ada bugs / cacat bawaan tidak akan mengalami patch lagi. Sehingga menggunakan IDE discontinued itu berbahaya, misalnya IDE Delphi 7, IDE VB 6, IDE VB.Net yang semua discontinued dan kalau ada cacat tidak akan di-patch.
.
Saya juga jadi mikir kalau perlu memeriksa form-form lainnya, misalnya revisi di form penjualan dan mutasi. Maka saya perlu testing di form Barang, Supplier, Pemasok, Report, Hutang, Piutang, Pajak, Pelaporan Laba, dsb. Untuk memastikan kesemua form & keseluruhan fitur program berjalan dengan baik.
.
Problemnya testing menyeluruh ke semua form / fitur di luar cakupan revisi ini membuat biaya testing jadi mahal. Apa yang tadinya bisa selesai dalam 20 menit saja, menjadi harus selesai dalam 3-4 jam. Padahal revisinya hanya di form penjualan / mutasi, tetapi semua form harus ditesting ulang siapa tahu ada cacat bawaan dari compiler. Testing macam ini sangat tidak praktis kalau kliennya cuma umkm dengan pegawai maksimal 7 orang. Kalau untuk klien yang big enterprise masih tidak apa-apa, klien middle enterprise ke bawah cara testing ini amat tidak praktis karena biaya revisi sederhana saja akan jadi membengkak.
.
Nah berkaca dari pengalaman ini bagaimana policy testing kalian?
.
Mohon maaf kalau tulisannya panjang. Dan terima kasih sebelumnya.