Metodologi verifikasi

Cara memverifikasi feed harga broker.

Feed harga diverifikasi dengan memeriksa konfigurasi yang dimaksud bersama kuotasi yang dikirim—bukan dengan hanya mengandalkan indikator server berwarna hijau.

  • Periksa aturan dan simbol yang benar-benar termuat.
  • Amati kuotasi pada koneksi yang menghadap klien.
  • Bandingkan feed utama dan cadangan sebelum failover.

Apa yang harus dibuktikan oleh verifikasi feed harga

Verifikasi harus menunjukkan bahwa feed menggunakan sumber dan aturan yang dimaksud, menghasilkan harga valid untuk simbol yang diharapkan, mengirimkannya ke koneksi klien, dan berperilaku sesuai perkiraan ketika sumber atau endpoint gagal.

Tidak ada satu ukuran pun yang dapat membuktikan seluruh hal tersebut. Uptime server tidak membuktikan validitas kuotasi. Checksum konfigurasi tidak membuktikan bahwa sumber-sumber selaras. Kuotasi aktif tidak membuktikan bahwa cadangan siap digunakan. Seluruh pemeriksaan tersebut harus digunakan bersama.

Lapisan verifikasi

Geser atau gulir secara horizontal untuk melihat semua kolom

LapisanPertanyaanBukti berguna
KonfigurasiApakah server memuat aturan penetapan harga yang dimaksud?Sidik jari aturan yang stabil, nama halaman aktif, hasil validasi, dan waktu muat
CakupanApakah semua simbol output yang diharapkan tersedia?Daftar simbol yang diharapkan dibandingkan dengan yang diamati, serta laporan eksplisit tentang simbol yang tidak ditemukan
AktivitasApakah simbol yang relevan terus diperbarui?Usia pembaruan terakhir dan aktivitas tick per simbol
ValiditasApakah struktur output dapat digunakan?Pemeriksaan bahwa nilai bid dan ask bersifat finite, positif, dan tidak silang
Keselarasan hargaApakah endpoint menghasilkan nilai yang cukup sebanding?Perbandingan harga tengah dan spread berdasarkan toleransi yang disetujui klien
PengirimanApakah konsumen yang menghadap klien terhubung dan menerima data?Status koneksi, waktu pengiriman terakhir, keepalive, dan lalu lintas yang diamati
Perilaku kegagalanApakah input yang buruk atau tidak tersedia menghasilkan respons yang diinginkan?Kegagalan sumber terkontrol dengan alasan status yang terlihat dan perhitungan ulang yang diharapkan
PemulihanApakah layanan dan jalur klien dapat pulih dengan aman?Bukti rekoneksi, resubscription, warm state, dan latihan failover

Klien menentukan arti “dapat diterima” bagi instrumen dan kasus penggunaannya. Halaman publik tidak menetapkan satu ambang universal untuk perbedaan harga, latensi, atau ketidakaktifan.

Mulailah dengan simbol representatif

Kumpulan pengujian yang bermanfaat harus cukup kecil agar mudah dipahami dan cukup luas untuk mengungkap perilaku yang berbeda:

  • satu simbol likuid dengan jalur sumber yang sederhana;
  • satu instrumen yang dibuat dari beberapa sumber;
  • satu instrumen sintetis atau hasil perhitungan, jika digunakan;
  • satu simbol dengan perubahan kebijakan yang dijadwalkan;
  • satu simbol yang kurang aktif, sehingga tidak adanya pembaruan mungkin merupakan kondisi normal; dan
  • satu simbol yang cocok untuk skenario kegagalan terkontrol.

Untuk setiap simbol, catat input yang diharapkan, aturan penetapan harga, presisi, kebijakan spread, perilaku perlindungan, dan tujuan pengiriman. Dengan demikian, perbedaan dapat dijelaskan dan tidak hanya ditandai merah.

Periksa konfigurasi sebelum membandingkan harga

Harga pada feed utama dan cadangan dapat berbeda karena selisih waktu yang wajar, tetapi keduanya tidak boleh diam-diam menggunakan aturan yang berbeda dari aturan yang dimaksud.

CoinPriceFeeds menampilkan sidik jari ringkas dari konfigurasi penetapan harga yang dimuat. Periksa sidik jari tersebut pada kedua endpoint sebelum menafsirkan perbedaan kuotasi. Jika sidik jari tidak sama, selesaikan dahulu perbedaan konfigurasinya. Jika sama, investigasi dapat difokuskan pada status sumber, waktu, atau pengiriman.

Sidik jari mewakili isi aturan, bukan waktu saat aturan tersebut dimuat. Karena itu, dua server dapat mengonfirmasi kebijakan yang sama meskipun waktu pemuatan ulangnya berbeda.

Bandingkan perilaku aktif, bukan satu snapshot

Satu kuotasi yang sama hanya memberikan bukti lemah. Amati periode yang representatif dan catat:

  • bid dan ask akhir;
  • perbedaan harga tengah dan spread;
  • jumlah pembaruan atau tingkat aktivitas;
  • simbol yang berubah pada satu endpoint tetapi tidak pada endpoint lainnya;
  • output tidak valid atau silang;
  • waktu pembaruan terakhir yang diamati; dan
  • sidik jari konfigurasi.

Periode perbandingan harus mencakup pergerakan normal untuk instrumen yang dipilih. Pasar yang tenang mungkin memerlukan jendela uji yang berbeda atau pemeriksaan keepalive eksplisit.

Uji satu kegagalan terkontrol

Pengujian dengan sumber yang sehat hanya membuktikan skenario termudah. Demo atau uji penerimaan harus mencakup kegagalan representatif yang aman, seperti input yang secara eksplisit menjadi tidak tersedia atau kedaluwarsa.

Hasil yang diharapkan harus ditulis sebelum tes:

  1. input yang gagal berhenti memenuhi syarat;
  2. output dependen dihitung ulang dari alternatif yang valid, ditahan, atau ditandai tidak tersedia sesuai kebijakan;
  3. alasannya terlihat;
  4. simbol yang tidak terkait tetap berlanjut jika memungkinkan;
  5. pemantauan merekam kejadian; dan
  6. pemulihan hanya memerlukan tindakan yang disepakati untuk kondisi tersebut.

Jangan melakukan uji kegagalan destruktif terhadap feed klien aktif tanpa rencana pemeliharaan dan rollback yang telah disepakati.

Verifikasi dari kedua sisi

Pemantauan pada sisi layanan menjelaskan data yang menurut mesin penetapan harga telah dikirim. Pengamatan pada sisi klien menunjukkan data yang benar-benar melewati batas jaringan dan parser klien.

Bukti penerimaan yang berguna menggabungkan keduanya:

  • status pemantauan dan dasbor CoinPriceFeeds;
  • log bridge klien atau sesi FIX;
  • klien streaming referensi bila sesuai;
  • Feed Checker untuk inspeksi visual cepat;
  • perbandingan feed utama dan cadangan secara bersamaan; dan
  • hasil tertulis yang mencantumkan ambang batas, pengecualian, dan perbedaan yang belum terselesaikan.

Feed Checker berguna untuk pemeriksaan visual, sedangkan ikhtisar pemantauan menjelaskan sinyal operasional yang lebih luas.

Catat metode dengan setiap hasil

Angka yang dapat dikutip tanpa konteks bukan bukti yang berguna. Hasil verifikasi harus mencantumkan:

  • tanggal, zona waktu, dan periode pengamatan;
  • titik pengukuran di sisi klien atau sisi layanan;
  • endpoint dan kumpulan simbol;
  • sidik jari konfigurasi;
  • ambang batas yang dipilih;
  • kondisi sumber atau pasar;
  • pengecualian dan batasan yang diketahui; dan
  • pihak yang meninjau hasil tersebut.

Hal ini mencegah uji laboratorium singkat, pengukuran jaringan regional, atau periode pasar yang sangat aktif disajikan sebagai jaminan layanan universal.

Jaga detail sensitif tetap pribadi

Metodologi publik dapat menjelaskan hal-hal yang diperiksa. Kredensial aktual, nama host, pemetaan simbol klien, jalur jaringan, tujuan peringatan, ambang perlindungan, dan catatan insiden hanya boleh dicantumkan dalam cakupan klien yang telah diotorisasi.

Feed yang disesuaikan dengan kebutuhan Anda

Sertakan pemeriksaan penerimaan Anda dalam formulir permintaan demo.

Pilih simbol representatif, satu skenario kegagalan, dan bukti yang perlu dilihat tim Anda. Kami akan mendokumentasikan cakupan tersebut secara tertulis.