TULISAN

haykal test dl yaa

Kalau untk case ini gua kyknya gakbisa ngetest dengan kondisi yg exactly sama dengan yg dilakuin usernya.

Untk barang (MaterialID), quantity, dan harga bisa gua samain.

Tapi ada yg janggal di bagian Headernya. Yang janggal itu adalah seperti di foto yang saya attach ini (Foto 3)

Disitu yg Payment Type dan Payment ID yg telah terpilih adalah EDC CIMB Niaga dan Debit Card (yg gua kotakmerahin), tapi kalau itu yg dipilih hrsnya field Beban Administrasi Bank (yg saya beri panah merah) harusnya juga terisi. Namun ini tidak. Harusnya itu sudah berjalan seperti bisa dilihat di dokumen SO 00000972 (Kalau EDC pasti Beban Administrasi Banknya otomatis terisi)

Kejanggalan yg lain adalah karena dia sudah memilih Payment Type dan Payment ID EDC CIMB Niaga Debit Card, maka harusnya field Tanggal Pembayaran dan Nama Pengirim (Transfer) (yg gua beri kotak orange) dan field Online Payment Atas Nama (yg gua beri kotak biru) itu tidak terisi.

Karena yg gua beri kotak orange itu harusnya cuma bisa terisi kalau dia memilih metode payment yg Transfer dan yg gua beri kotak biru itu harusnya cuma bisa terisi kalau dia memilih metode Online Payment. Sementara harusnya pop up yg muncul di CRM sebelum Submit Order adalah salah satu aja. Dalam hal ini seharusnya adalah pop up utk yg pilihan EDC CIMB Niaga Debit Card.

Kalau untk skenario Split Payment sudah tidak ada di CRM, jadi seharusnya impossible terjadi case seperti ini. Kejanggalan ini potentially adalah another bugs juga yg mesti diconsider.

Justru mksd saya Haykal test aja dgn skenario2 yg tadi haykal sebutkan, dan liat hasilnya spt apa. apa masih sesuai dgn user case yg selama ini d bikin gak?

Kalau udah bs berjalan dan smooth artinya hanya ada kemungkinan, skenario dan cara pakai user yg berbeda dgn user case yg udah kita siapkan.
Setelah itu tunjukan hasil test haykal ke user yg sudah ok, dan bila perlu minta user lakuin lg skenario yg hasilnya error tadi barengan ama haykal. jd kita bs tau cara yg dipakai gmn dan penyebab nya apa.

soal quantity dan nominal khan gak harus persis sama spt yg user pakai, tp coba minimal pakai material yg sama atau skenario yg sama untuk kita bs tau data yg reliable buat di test. Jd developer jg bisa mengerucut ngeceknya ke skenario apa issue ini muncul.

Thanks

Saya sudah test menggunakan barang, quantity, harga, & metode payment yg sama hasilnya sukses (seperti dapat dilihat di SO 00001013). Hasil yg di field Payment Amount di Header sudah benar, dan yg Beban Administrasi Bank sudah terisi.

Namun dari hasil analisa saya, saya mendapat 2 temuan lagi yg memungkinkan menjadi penyebab terjadinya bugs pada SO 00000991.

1. Bisa dilihat di UI dokumen SO 00000991 Payment Type nya adalah EDC CIMB Niaga dan Payment ID nya adalah Debit Card. Tapi kalau dilihat di tabel PTRSALESHEADER Payment Type = 02 dan Payment ID = 001 . Padahal harusnya tidak seperti itu. Harusnya Payment Typenya adalah 02 dan Payment ID adalah 005 mengacu dari tabel parameter PCMFILOPAYMENTPARAMETER.

Kondisi Payment Type = 02 dan Payment ID = 001 adalah aneh. Dan seharusnya tidak terjadi.

2. Yg kedua ini adalah kemungkinan terbesar penyebab bugs di SO 00000991 terjadi. Ketika saya test di CRM ternyata ada bugs pop-up nya tercampur seperti di foto yang saya attach ini (Foto 4). Makanya memungkinkan di SO 00000991 field Tanggal Pembayaran dan Nama Pengirim (Transfer) terisi, padahal Payment Type dan Payment ID yang terpilih adalah EDC CIMB Niaga Debit Card yg mana seharusnya yg tertampil adalah pop-up yg utk Card saja (Foto 5).

Kondisi ini terjadi ketika user memilih Payment Type Bank Transfer terlebih dahulu lalu klik Checkout dan muncul pop-up untk Bank Transfer (Foto 6), namun tidak jadi dan dia mengclose pop-up tersebut dan kembali lalu memilih Payment Type & Payment ID EDC CIMB Niaga Debit Card (yg pop-up nya Card) dan terjadilah case pop-up yg tercampur itu (Foto 4).

Tolong agar hal ini dapat di-solve dan jangan sampai pop-up nya bisa tercampur seperti itu lagi.

Terimakasih.

naahh good Kal, mksd saya seperti ini...pengetesan detail dilakukan dulu sebisa ranah functional sesuai use case/skenario yg normal. kl ada proses yg tidak normal baru mgkn terlihat kemungkinan penyebabnya shg developer jg lebih mudah untuk mencari tau penyebab dan fixing selanjutnya.

ini berlaku juga buat issue2 selanjutnya yg muncul untuk dilakukan pengetesan lebih lanjut dan detail lebih dulu sbg referensi buat developer (tidak hanya redmine dan blg kalau error atau tidak sesuai).

-- ini berlaku untuk semua tim Functional ya --

Silahkan assign ke azid untuk task ini.

Tks

dear haykal , udah bisa di test ya

package :

ECommerce_Checkout.js

note issue :

issue tulisan redmine Bug #3815
terjadi karena memilih bank transfer terlebih dahulu terus milih paymentID yang lain

solve :
issue ini karena jQuery menganggap id = transfer-details sebagai Tag html jadi logic reset UI element dari JQuery tidak berjalan benerinnya itu tambahkan # di logic biar sesuai berdasarkan id nya

makasih

Udh Ok pop-upnya sudah tidak tercampur lagi.