Haberler ve analiz
Müşteri yolculuğu kontrolleri: yayından önce ve sonra sorumluluk
Grafana sentetik kontrol klasörleri ekliyor; Postman CI yük testlerini anlatıyor. Ortamları, ölçütleri ve sonucun sorumlusunu ayırın.
Ekip onlarca yeşil kontrol görüyor, ancak müşterinin girişten sipariş göndermeye ilerleyip ilerleyemediğini hızla belirleyemiyor. Bazı kontroller hazırlık ortamına, bazıları üretime bakıyor; sahiplik örtük kalıyor. İki ekim yayını bu koleksiyonu ürün yolculuğu etrafında düzenlemeye yardım ediyor.
Yinelenen kontrol sorumlu ister
7 Ekim'de Grafana Synthetic Monitoring klasörlerinin genel kullanılabilirliğini duyurdu. Kontrolleri ekip, hizmet ve ortama göre, klasör izinleri ve toplu eylemlerle gruplar. Bu kontrolleri düzenler; ürünün kullanılabilirliğini tek başına kanıtlamaz.
Giriş, sipariş görüntüleme ve belge açma gibi tek yolculukla başlayın. Otomatik kontrol edilen adımı, bildirim alıcısını ve beklenen yanıtı belirleyin. Kalıcı kayıt test dışında kalıyorsa yeşil okuma kontrolü yeni talebin gönderilebildiğini göstermez.
Hazırlık ve üretim ortamını açıkça ayırın. Benzer adlar farklı veri kaynaklarını gizlememelidir. Bakımda hangi kontrollerin kapatıldığını ve sonra kimin açacağını belirleyin.
Yayın koşulu başka yükü inceler
9 Ekim Postman yazısı bulut yük çalıştırmalarını ve CI geçme koşullarını anlatır. Bu, yinelenen kullanılabilirlik izlemesinin yerine geçmekten ziyade yayın kararını destekler.
Karşılaştırma, tek yolculuğun farklı aşamalarda farklı kontroller isteyebileceğini önerir. Yayından önce anlaşılmış yükte davranışı doğrulayın; sonra canlı yolun kullanılabilir kaldığını inceleyin. Yolculuk sorumlusu, anlamlarını karıştırmadan sonuçları bağlayabilir.
Yolculuğun ve kontrollerinin sorumlularının kavramsal AI görseli.
Sorumluya kullanılabilir bağlam verin
Her kontrol için yolculuğu, ortamı, beklenen sonucu, örnek veri kaynağını ve yanıt yolunu kısa kayıtta tutun. Eşik, sağlayıcı örneğinden kopyalanmış sayıyı değil, somut eylemin gereksinimlerini yansıtmalıdır.
Ayrı ortamda bir adımın kontrollü hatasını üretin. Kontrolün ilgili yolculuğu bildirdiğini ve sorumluya incelemeye başlamak için yeterli bağlamı verdiğini belirleyin. Sonra toparlanmayı ve arayüz değişikliği sonrasında gereken güncellemeyi test edin.
Yapılandırma erişimini de kontrol edin: bir ekibin testine yanlışlıkla yapılan düzenleme başka ekibin kontrollerini değiştirmemelidir. Yayın ölçütlerini günlük bildirimlerden ayrı tutun. Böylece yeşil gösterge sayısına dayanan güvenilirlik vaadi yerine gerçek sonuç konuşulur.
Sahiplik değiştiğinde kontroller anlaşılır kalmalıdır. Yeni bakım sorumlusunun yalnızca takvim ve uyarı adresine değil, senaryo ve amacına ihtiyacı vardır.
İlk müşteri portalı yayını rehberimiz tam yolculuğu seçmeye yardım eder. Kiralama uygulaması projesi, bu izleme araçlarının kullanıldığını iddia etmeden ürün bağlamı sunar. Müşteri ürününüz için senaryoları, ortamları ve sorumluları konuşun.