ICCSim Dev
Ini alat pembangunan untuk mencipta skrip ujian sendiri yang berjalan pada kad ICCSim. Jika TMat menjalankan ujian jenama yang sedia ada, Dev pula membolehkan anda mengubah bebas perilaku dan data di sebelah kad, lalu membangunkan profil bagi kad anomali dan ujian negatif.
Isu ujian yang diselesaikan
Anda boleh menyediakan sendiri keadaan kad yang tidak dapat dihasilkan oleh suite ujian standard jenama. Dengan sengaja mencipta kad anomali — seperti kehilangan tag wajib atau format tidak sah — anda boleh menyemak perilaku di sebelah POS dan ATM.
Skop yang boleh dibangunkan
Menyokong penggunaan semula skrip sedia ada, penyalinan daripada kad sebenar, dan penciptaan baharu dari kosong.
| Sudut pandangan | Liputan |
|---|---|
| Cara mencipta skrip | Mengimport skrip ICCSim sedia ada / membaca kad ujian fizikal lalu menjadikan salinannya sebagai templat / mencipta baharu daripada Card Configuration dan Building Block |
| Skop penyuntingan | Mana-mana tag EMV atau bait dalam skrip boleh diubah |
| Contoh kad anomali yang boleh dicipta | Tag wajib hilang / panjang atau format tag tidak sah / AID tidak disokong / AIP, AFL, atau CVM List yang menyimpang / PAN tidak selaras dengan Track 2 / tamat tempoh / dipaksa dalam talian / ditolak luar talian / Percabangan AAC / ARQC / TC / Status Word tidak sah / anomali sijil SDA |
| Fungsi pembantu | Tag Change Facility / DES Calculator / Certificate Generator / Card Data Capture / Cloning |
| Struktur projek | Test Scripts (senario perilaku) / Components (blok bersama) / Data Tables (tag, nilai, dan data kriptografi) / Output Directory |
| Output | Memuat turun skrip yang dicipta ke kad ICCSim lalu menggunakannya untuk ujian POS dan ATM |
| Antara muka | Sentuh / tanpa sentuh / antara muka dwi |
Terminal dan persekitaran yang disokong
Kad yang dicipta digunakan untuk pembangunan, penyahpepijatan, QA, dan ujian regresi. Anda boleh menyerahkan profil khusus kepada mesin POS dan ATM sebenar.
Pensijilan sebenar dilaksanakan dengan ICCSimTMat (suite bertauliah). Produk ini untuk penggarapan dan penyahpepijatan pada peringkat pembangunan.
Batasan dari segi pensijilan
Skrip khusus yang dicipta dengan ICCSimDev berguna untuk pembangunan, penyahpepijatan, QA, dan ujian regresi, tetapi sekadar menciptanya tidak menjadikannya kes ujian bagi pensijilan jenama. Pada pensijilan rasmi, digunakan suite ujian TMat yang telah diluluskan jenama sasaran berserta kes ujian yang ditetapkan.
Jika sijil dijana semula, oleh sebab yang digunakan ialah kunci ujian sendiri dan bukan kunci CA jenama yang biasa, kunci awam CA baharu yang sepadan mesti dimuatkan ke terminal ujian. Sijil khusus yang dicipta dengan ICCSimDev tidak serta-merta disahkan pada terminal sebenar di pasaran, sebaliknya digunakan dalam persekitaran pembangunan tertutup yang sebelah terminalnya juga telah diubah kepada konfigurasi kunci ujian khusus.
Cara membezakan penggunaan produk ICC Solutions
ICCSimTMat serba guna, kit khusus Fiserv, dan VIABLE khusus Worldpay terpisah dengan jelas.
| Item perbandingan | TMat | TMat for Fiserv | ICCSimDev | Merchant Cards | VIABLE |
|---|---|---|---|---|---|
| Serba guna / khusus | Serba guna | Khusus Fiserv | Pembangunan serba guna | Kad ringkas serba guna | Khusus Worldpay |
| Sasaran utama | Vendor, makmal, dan pemeroleh | Pedagang dan ISV Fiserv | Pembangun EMV | Kedai, penyelenggaraan, dan latihan | Pedagang dan ISV Worldpay |
| Level 2 | Ada suite sokongan | Terutamanya L3 | Ujian yang dibangunkan sendiri | Tidak boleh | Terutamanya L3 |
| Level 3 | Sokongan | Sokongan | Bukan untuk pensijilan rasmi | Tidak boleh | Sokongan |
| Integrasi hos | Luaran atau simulator | Integrasi Fiserv Portal | Di luar tujuan | Memerlukan hos ujian | Gelung tertutup terbina dalam |
| Ujian negatif | Dalam skop kes jenama | Dalam skop kes Fiserv | Keluwesan tinggi | Terhad | Dalam skop kes Worldpay |
| Analisis automatik | Ada | Ada | Terutamanya pembangunan skrip | Tiada | Ada |
| Penyerahan pensijilan | Bergantung pada suite | Untuk Fiserv | Pada dasarnya tidak boleh | Tidak boleh | Untuk Worldpay |
| PaytestProbe | Sokongan | Sokongan | Terutamanya kad yang dijana | Tidak disokong | Sokongan |
Kedudukan produk dilihat daripada peringkat prosesnya
Produk Barnes di sebelah pengeluaran kad dan produk ICC Solutions bukan pesaing; peringkat prosesnya berbeza.
| Peringkat proses | Produk | Tujuan |
|---|---|---|
| Sebelah pengeluaran kad | Barnes CPT | Memeriksa data dalam kad, sijil, tag EMV, dan data jalur magnetik |
| Pembangunan kad dan terminal | ICCSimDev | Membangunkan kad anomali, kad khusus, dan ujian negatif |
| Kernel terminal | ICCSimTMat Level 2 | Mengesahkan kernel EMV dan Reader Application |
| POS dan ATM yang telah siap | ICCSimTMat Level 3 | Ujian integrasi dengan jenama |
| Pemeroleh tertentu | TMat for Fiserv / VIABLE | Peringkat pensijilan Fiserv dan Worldpay |
| Selepas dipasang di kedai | Merchant Test Cards | Pemeriksaan ringkas, ujian regresi, dan latihan kakitangan |
Item yang kami pastikan sebelum mengesyorkan
Sebelum menetapkan konfigurasi, kami menanyakan perkara berikut.
| Klasifikasi | Perkara yang dipastikan |
|---|---|
| Skop ujian | Sejauh mana skopnya antara sentuh, tanpa sentuh, dan jalur magnetik / sama ada Level 2, Level 3, atau kedua-duanya |
| Objek | Yang mana antara POS, ATM, Tap to Phone, pengangkutan, atau pengisian bahan api / jenama sasaran dan versi tepat suite ujiannya |
| Destinasi sambungan | Akan bersambung ke mana: Fiserv, Worldpay, atau pemeroleh lain |
| Kaedah | Menggunakan kaedah kad ICCSim fizikal atau kaedah PaytestProbe / sama ada termasuk kad fizikal untuk ujian fallback / sama ada Host Simulator diperlukan |
| Lesen dan penyelenggaraan | Yuran penyelenggaraan selepas tahun pertama dan layanannya jika pembaharuan dihentikan / tempoh sah kad ujian / pembahagian lesen antara suite bertauliah jenama dan skrip untuk pembangunan |
| Automasi | Spesifikasi API bagi Auto API dan integrasi robot / keserasian antara kad yang dijana dengan ICCSimDev dan TMat |
| Keperluan domestik | Adakah pelan ujian L3 khusus disediakan untuk acquirer atau rangkaian pembayaran tempatan |
Menyokong suite L3 jenama antarabangsa dan penerimaan keputusan itu sebagai pensijilan oleh acquirer atau rangkaian pembayaran tempatan adalah dua perkara berbeza. Kami mengesahkan jenama, acquirer, gerbang pembayaran dan konfigurasi terminal sebelum memuktamadkan konfigurasi produk.
Panduan pemilihan — produk ICC yang mana sesuai
Produk ICC terbahagi mengikut tujuannya. Kedudukan masing-masing ada pada lapisan L3.
| Produk | Jika pertimbangan anda seperti ini |
|---|---|
| ICCSimTMat | Ingin melepasi pensijilan jenama (L2/L3) secara rasmi, dengan ujian penerimaan yang diurus dan dijalankan menggunakan suite bertauliah |
| ICCSimTMat for Fiserv | Pensijilan pedagang dan ISV melalui Fiserv, dengan hasrat memuat naik log ujian secara terus berkat integrasi portal |
| ★ ICCSimDev (halaman ini) | Ingin membina sendiri tindak balas kad khusus dan keadaan anomali (untuk ujian negatif dan penyahpepijatan) |
| VIABLE | Ingin menjalankan ujian penerimaan pedagang dan ISV sekali gus dengan konfigurasi kedai sebenar (gelung tertutup) |
| Merchant Test Cards | Ingin menyemak konfigurasi terminal, menjalankan regresi, dan melatih kakitangan dengan kad fizikal |
| Perkhidmatan ujian dan pensijilan | Tidak mahu menjalankan ujian sendiri, sebaliknya menyerahkannya hinggalah pensijilan diperoleh |
Tujuan semasa pelaksanaan
- Memulakan ujian L3 bagi pembangunan baharu
- Regresi selepas perubahan konfigurasi atau kemas kini
- Semakan liputan pada peringkat sebelum memperoleh pensijilan
Hubungan dengan pensijilan
Ini alat untuk pembangunan dan penyahpepijatan. Pensijilan jenama rasmi dilaksanakan dengan suite bertauliah daripada ICCSimTMat.