Kapsam ve karar veren kişi üzerinde anlaşın
Onaylanan brief, sürüm tanımlayıcısı, hedef ortam ve değiştirilen URL'lerle başlayın. Müşteri onaylayıcısını, ajans sürüm operatörünü ve her biri için bir yedeği adlandırın. Ne zaman müsait olacakları ve kararı hangi iletişim kanalının tutacağı konusunda anlaşın.
Kontrollü bir test gelen kutusu, sentetik form verileri, izin verilen test hesapları ve erişimi kısıtlı bir kanıt klasörü hazırlayın. Hangi kontrollerin provada yapılacağına ve hangilerinin canlı hedefi gerektirdiğine karar verin. Testten önce lansmanı engelleyen bir eşik belirleyin: örneğin eksik talepler, bozuk yönetici erişimi veya açıklanamayan veri farklılıkları ret gerektirir.
Gözlemlenebilir sonuçlardan oluşan küçük bir tablo yazın
Her test için sabit bir tanımlayıcıyla bir satır kullanın. Farklı kişiler veya kanıtlar gerektiğinde satırları bölün. Aşağıdaki örnekler uyarlanacak kriterlerdir, tamamlanmış bir kabul kaydı değildir. Çalışma kopyasına test eden, gerçek sonuç, kanıt referansı ve onaylayıcı kararı sütunlarını ekleyin.
Tüm tablo sütunları için yatay olarak kaydırın.
| Alan | Beklenen sonuç | Yararlı kanıt |
|---|---|---|
| Formlar | Bir sentetik talep, üzerinde anlaşılan hedefe bir kez ulaşır; geçersiz girdi kullanılabilir bir açıklama alır. | Gönderim referansı ve kısıtlanmış makbuz. |
| Yönlendirmeler | Üzerinde anlaşılan her eski URL, döngü olmadan amaçlanan yenisine ulaşır. | Kaynak URL, durum zinciri ve nihai URL. |
| Erişim | Müşteri editörü kapsam içinde yayınlayabilir; kısıtlı yönetim kullanılamaz durumda kalır. | Role özgü test notları. |
| Zamanlanmış işler | Amaçlanan ana makine, işi üzerinde anlaşılan zamanda çalıştırır ve beklenen çıktısını üretir. | Zamanlayıcı kaydı ve çıktı referansı. |
| Veri | Üzerinde anlaşılan kayıtlar, yüklemeler ve ilişkiler taşımadan sağ çıkar. | Karşılaştırma sayfası ve seçilmiş işlevsel kontroller. |
| Onay | Belirlenen onaylayıcı, kabul edildi, reddedildi veya istisnalar açıkça kabul edildi olarak kaydeder. | Test edilen sürüme bağlı karar. |
Bir formu başarı mesajının ötesine kadar izleyin
Boş bir gönderim, geçersiz girdi ve geçerli bir sentetik talep test edin. Alanlara ulaşmak, etiketlerini anlamak, hataları düzeltmek ve göndermek için klavyeyi kullanın. W3C'nin formlar rehberi, zorunlu girdilerin net şekilde tanımlanması gerektiğini ve tarayıcı doğrulamasının sunucudaki doğrulamanın yerini almadığını açıklar. Her ikisini de geliştiricinin test kapsamına dahil edin.
Ardından, üzerinde anlaşılan alt süreç sonucunu sahibiyle doğrulayın. Tek başına bir tarayıcı başarı mesajı, bir gelen kutusunda veya CRM'de alındığını kanıtlamaz. Alan değerlerini, hedefi ve yinelenen işleme davranışını doğrulayın. Kişisel verileri ekran görüntülerinin dışında tutun. Müşteri editörü olarak uygun bir görevi yineleyin ve kısıtlı bir işlemin reddedildiğini kontrol edin.
Yalnızca hedef sayfayı değil, rotayı da kontrol edin
Önemli kampanya bağlantıları ve gerekli sorgu parametreleri dahil, eskiden yeniye URL listesi üzerinde anlaşın. Ulaşılan sayfanın yanı sıra HTTP durum zincirini de kaydedin. MDN, kalıcı ve geçici yönlendirmeleri ayırt eder ve yönlendirme kodlarının istek yöntemlerini ele alma farklılıklarını belgeler. Bu nedenle yönlendirilen bir form gönderiminin kendi testi olmalıdır; hedefi normal bir sayfa isteğiyle açmak yeterli değildir.
Döngüleri, beklenmeyen alan adlarını ve eksik hedefleri reddedin. Gizli sorgu dizelerini kanıtlara koymaktan kaçının.
Arka plan işlerine ve verilere kendi kontrollerini verin
Her zamanlanmış görev için amacını, ana makinesini, yürütme kimliğini, saat dilimini, zamanlamasını, beklenen çıktısını ve hataları alan kişiyi kaydedin. Provada, giden mesajları kontrollü bir hedefe yönlendirin. Eski ana makinenin görevi çalıştırmayı ne zaman bıraktığını ve yeni ana makinenin ne zaman sorumlu olduğunu belirleyin; böylece bir geçiş iki etkin zamanlayıcı bırakmaz.
Veri kesme noktasını tanımlayın ve üzerinde anlaşılan kayıt toplamlarını, seçilmiş alan değerlerini ve yüklenen dosyaları karşılaştırın. İlişkileri ve izinleri kontrol etmek için uygulama üzerinden temsili kayıtları açın. Yalnızca sayılar yetersizdir: eşit toplamlar farklı kayıtlar içerebilir. Kasıtlı olarak hariç tutulan geçmiş verileri kaydedin ve müşterinin kararını alın.
Örnek: beklemesi gereken bir katalog lansmanı
Bu kurgusal senaryoda, bir ajans bir atölyenin kataloğunu ve talep formunu taşıyor. Müşteri onaylayıcısı içerik ve yönlendirme kontrollerini kabul eder, ancak bir sentetik talep kullanılmayan bir posta kutusuna ulaşır. Gecelik katalog içe aktarma da eski ana makinede etkin kalır. Sonuç, lansman için reddedilir ve her iki hata da sürüm operatörüne atanır.
Operatör alıcıyı ve zamanlayıcı sahipliğini düzeltir, ardından bu satırlar için yeni kanıtlar sunar ve etkilenen form ve veri kontrollerini yineler. Onaylayıcı, kararı değiştirmeden önce aynı sürüm tanımlayıcısını inceler. Müşteri kabul ederse küçük bir görsel kırpma, sahibi ve bitiş tarihiyle açık bir istisna olarak kalabilir; sessizlik kabul değildir.
Kararı doğrulayın ve sınırlarını görünür tutun
Kapatmadan önce, her zorunlu satırın bir sonucu olduğunu, her başarısız satırın bir çözümü veya kayıtlı istisnası olduğunu ve onaylayıcının kararının sürümü ve zamanı tanımladığını doğrulayın. Derleme veya yapılandırma sonrasında değişirse, etkilenen kontrolleri yeniden açın. Kısa kanıtları üzerinde anlaşılan bir saklama süresiyle saklayın ve erişim ayrıntılarını ekibin güvenli sistemlerinde tutun.
Bu kontrol listesi, belirtilen kapsamı içinde proje kabulünü tesis eder. Erişilebilirlik uyumluluğu, güvenlik güvencesi veya gelecekteki kullanılabilirliği tesis etmez. Projenin gerektirdiği yerde uzman incelemesi ayarlayın. Ardından, kabul edilen sürümü, açık istisnaları ve adlandırılmış operatörleri süregelen sorumluluk kaydına taşıyın.
Kaynaklar ve inceleme
Teknik referanslar 12 Eylül 2026 tarihinde kontrol edildi. Örnekler planlama alıştırmalarıdır; başvurulan yazılım belgeleri PrivateHostLab hizmet yeteneklerini ortaya koymaz.