Tulis kontrak penerimaan
Bukti konsep harus menjawab pertanyaan operasional yang konkrit, seperti apakah alur kerja yang diusulkan dapat membedakan surat yang selaras, layanan sah yang tidak selaras, dan sumber yang belum terselesaikan sambil tetap menjaga bukti. Tentukan populasi yang diuji, tindakan yang diizinkan, versi masukan, dan operator yang bertanggung jawab. Tetapkan kriteria keberhasilan sebelum demonstrasi, termasuk bagaimana observasi yang tidak lengkap dan tugas yang terhenti dihitung.
Jangan biarkan pemasok hanya memilih kasus yang menguntungkan setelah melihat hasilnya. Bekukan paket kecil yang representatif dan pertahankan kontrol negatif jika perlu. Tentukan apakah tujuannya adalah tinjauan dokumenter, simulasi lokal, atau eksekusi di dalam penyewa resmi. Setiap mode membuktikan hal yang berbeda. Kurangnya akses penyewa merupakan keterbatasan bukti eksekusi, bukan kegagalan otomatis fitur yang terdokumentasi.
Ukur keseluruhan alur kerja
Catat interpretasi yang diharapkan, interpretasi yang diamati, ekspor bukti dan upaya operator secara terpisah. Label autentikasi yang benar tidak menyelesaikan penyelidikan jika pemilik pengirim tetap tidak diketahui. Waktu yang dihabiskan untuk membersihkan input, meminta akses, atau memperbaiki impor harus disertakan dalam pengukuran beban kerja operasional, bukan dihilangkan sebagai gangguan pengaturan tanpa penjelasan.
Paket penerimaan yang diusulkan yang berguna mencakup satu identitas selaras yang ditetapkan, satu kasus layanan sah yang tidak selaras, dan satu kasus dengan bukti identitas yang tidak memadai. Pertahankan kasus terakhir sebagai tidak diketahui. Memberi label ulang dengan sengaja sebagai selaras harus gagal dalam evaluasi meskipun ekspor masih dibuka. Ini adalah usulan pengendalian negatif, bukan kegagalan produk yang teramati.
Tutup dengan keputusan yang dapat dipertanggungjawabkan
Untuk setiap kriteria yang gagal, catat apakah masalahnya adalah cacat produk, kemampuan yang tidak didukung, kesalahan desain pengujian, atau akses yang hilang. Izinkan pemutaran ulang yang diperbaiki pada versi baru tanpa menghapus hasil pertama. Jika kriteria berubah, jelaskan alasannya dan ulangi kasus yang terkena dampak; jangan memindahkan gerbang hanya untuk mendapatkan skor yang menguntungkan.
Tetapkan pertemuan keluar yang meninjau bukti mentah, risiko yang belum terselesaikan, upaya internal yang dipertahankan, dan perubahan otoritas. Keputusan tersebut dapat dilanjutkan, dilanjutkan dalam lingkup yang lebih sempit, memperluas pengujian tertentu atau dihentikan. RFC 9989 Dan RFC 9990 memberikan dasar protokol dan pelaporan, tetapi tidak menentukan ambang batas penerimaan pembelian. Ambang batas dalam panduan ini adalah pengendalian evaluasi yang diusulkan. Simulasi yang lewat tidak dapat mengotorisasi perubahan DNS produksi atau menetapkan pengiriman, kepatuhan hukum, atau jaminan penempatan kotak masuk.
Gunakan buku besar penerimaan yang eksplisit
Untuk setiap versi masukan catatan kasus, label yang diharapkan, label yang diamati, permintaan bukti berikutnya, pemilik yang diperlukan, izin perubahan, dan lokasi ekspor. Label tidak diketahui yang benar yang dipasangkan dengan perubahan DNS otomatis masih gagal memenuhi kriteria otoritas. Ekspor yang menghilangkan baris yang tidak diketahui gagal dalam pelestarian bukti. Koneksi penyewa yang hilang membuat kriteria eksekusi tersebut tidak teruji, tidak lulus, atau didiagnosis sebagai cacat produk.
Misalkan semua pemeriksaan klasifikasi lolos tetapi file yang diekspor menghilangkan referensi inputnya. Pertahankan kriteria ekspor bukti, pertahankan proses pertama dan uji ulang versi yang telah diperbaiki. Jangan ratakan gerbang wajib yang gagal dengan skor presentasi tinggi. Kontrak penerimaan harus mengidentifikasi kriteria mana yang wajib dan mana yang mengizinkan pengecualian terbatas. Tidak ada alur kerja lokal, uji coba penyewa, atau eksekusi bermutasi yang dijalankan untuk contoh tertulis ini.
Ruang lingkup protokol dan batasan evaluasi
RFC 9989 Bagian 4.4, 5.3.5 dan 5.4 membedakan pengidentifikasi yang diautentikasi, penyelarasan dan penanganan penerima. Tanda tangan yang sah saja belumlah lengkap DMARC putusan, dan izin tidak memvalidasi konten bisnis. RFC 9990 Bagian 3.1, 3.5.1, 3.5.4 dan 7 menjelaskan bukti agregat, identitas laporan, duplikat, dan privasi. Evaluasi komersial yang diusulkan, staf dan gerbang otoritas di sini adalah rekomendasi editorial, bukan fitur produk yang diamanatkan RFC. Tidak diperlukan suplemen yang dapat dieksekusi untuk membaca contoh tertulis ini; klaim operasional memerlukan pengujian observasi yang disahkan secara terpisah.